kubernetes集群的流量分配方法和系统与流程

1.本技术涉及计算机软件技术应用技术领域，特别是涉及一种kubernetes集群的流量分配方法和系统。


背景技术：

2.负载均衡(load balance)是一种对流量进行按需分发的服务，在kubernetes集群中部署应用以后，一般是使用负载均衡来进行流量访问，该负载均衡会根据转发策略，将流量分配到后端的多个云服务器中。
3.web网站在流量上的花销往往是很大的，云服务商一般是提供两种类型的负载均衡计费方式：按固定带宽计费和按流量计费；在按固定带宽计费的方式下，负载均衡的带宽为固定值，这种方式不需要根据传输流量的大小来计费，因此在大流量下有优势，但由于受到带宽限制，流量传输速率较慢；在按流量计费的方式下，小流量时计费较为优惠，当使用流量增加到一定值时，收费会比固定带宽计费更昂贵。
4.在相关技术中，是通过变配负载均衡的方式，实现云成本的降低，例如，图1是根据相关技术中的kubernetes集群的流量分配方法的示意图，如图1所示，插件对负载均衡的流量使用情况进行监控，在小流量的情况下，该插件控制负载均衡停止按固定带宽计费，开始按流量计费；在大流量的情况下，该插件控制负载均衡停止按流量计费，开始按固定带宽计费，从而有效地降低云成本。
5.然而，在变配负载均衡的过程中，如果负载均衡是在停止一种计费方式之后、开启另一种计费方式之前的间隙时段内需要使用流量，该负载均衡就会面临服务不可用，从而导致服务无法访问，产生较差的用户体验。
6.针对相关技术中，在变配负载均衡的过程中，该负载均衡会面临短暂的服务不可用的问题，尚未提出有效的解决方案。


技术实现要素：

7.本技术实施例提供了一种kubernetes集群的流量分配方法和系统，以至少解决相关技术中在变配负载均衡的过程中，该负载均衡会面临短暂的服务不可用的问题。
8.第一方面，本技术实施例提供了一种kubernetes集群的流量分配方法，kubernetes集群中部署有pod和多个service，各个service对应的负载均衡与不同计费方式一一对应，多个负载均衡的地址使用同一域名，所述方法包括：
9.调用云服务商接口，获取各个service对应的负载均衡的流量使用情况；
10.根据所述使用情况，确定目标计费方式；确定当前实际计费方式；
11.在所述当前实际计费方式不是所述目标计费方式的情况下，启用所述目标计费方式对应的负载均衡；
12.在启用所述负载均衡的情况下，停用其余的负载均衡。
13.在其中一些实施例中，所述计费方式包括按固定带宽计费和按流量计费，所述根
据所述使用情况，确定目标计费方式的过程包括：
14.确定预设时间段内的流量使用量；
15.在所述流量使用量大于或者等于预设阈值的情况下，确定目标计费方式为按固定带宽计费；在所述流量使用量小于预设阈值的情况下，确定目标计费方式为按流量计费。
16.第二方面，本技术实施例还提供了一种kubernetes集群的流量分配方法，kubernetes集群中部署有pod和多个service，各个service对应的负载均衡与不同计费方式一一对应，多个负载均衡的地址使用同一域名，所述方法包括：
17.根据预设的时段与计费方式的对应关系，确定当前时间所在时段的目标计费方式；确定当前实际计费方式；
18.在所述当前实际计费方式不是所述目标计费方式的情况下，启用所述目标计费方式对应的负载均衡；
19.在启用所述负载均衡的情况下，停用其余的负载均衡。
20.在其中一些实施例中，所述计费方式包括按固定带宽计费和按流量计费，所述时段与计费方式的对应关系的预设过程包括：
21.调用云服务商接口，获取各个service对应的负载均衡的流量使用情况；
22.确定流量使用的高峰时段和低谷时段，并确定时段与计费方式的对应关系，其中，所述高峰时段的计费方式为按固定带宽计费，所述低谷时段的计费方式为按流量计费。
23.第三方面，本技术实施例提供了一种kubernetes集群的流量分配系统，kubernetes集群中部署有pod和多个service，各个service对应的负载均衡与不同计费方式一一对应，多个负载均衡的地址使用同一域名，所述系统包括：
24.获取模块，用于调用云服务商接口，获取各个service对应的负载均衡的流量使用情况；
25.确定模块，用于根据所述使用情况，确定目标计费方式；确定当前实际计费方式；
26.启用模块，用于在所述当前实际计费方式不是所述目标计费方式的情况下，启用所述目标计费方式对应的负载均衡；
27.停用模块，用于在启用所述负载均衡的情况下，停用其余的负载均衡。
28.在其中一些实施例中，所述计费方式包括按固定带宽计费和按流量计费，所述根据所述使用情况，确定目标计费方式的过程包括：
29.确定预设时间段内的流量使用量；
30.在所述流量使用量大于或者等于预设阈值的情况下，确定目标计费方式为按固定带宽计费；在所述流量使用量小于预设阈值的情况下，确定目标计费方式为按流量计费。
31.第四方面，本技术实施例还提供了一种kubernetes集群的流量分配系统，kubernetes集群中部署有pod和多个service，各个service对应的负载均衡与不同计费方式一一对应，多个负载均衡的地址使用同一域名，所述系统包括：
32.确定模块，用于根据预设的时段与计费方式的对应关系，确定当前时间所在时段的目标计费方式；确定当前实际计费方式；
33.启用模块，用于在所述当前实际计费方式不是所述目标计费方式的情况下，启用所述目标计费方式对应的负载均衡；
34.停用模块，用于在启用所述负载均衡的情况下，停用其余的负载均衡。
35.在其中一些实施例中，所述计费方式包括按固定带宽计费和按流量计费，所述时段与计费方式的对应关系的预设过程包括：
36.调用云服务商接口，获取各个service对应的负载均衡的流量使用情况；
37.确定流量使用的高峰时段和低谷时段，并确定时段与计费方式的对应关系，其中，所述高峰时段的计费方式为按固定带宽计费，所述低谷时段的计费方式为按流量计费。
38.第五方面，本技术提供了一种电子装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行所述kubernetes集群的流量分配方法。
39.第六方面，本技术实施例提供了一种存储介质，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行所述kubernetes集群的流量分配方法。
40.相比于相关技术，本技术实施例提供的kubernetes集群的流量分配方法，通过在kubernetes集群中部署pod和多个service，各个service对应的负载均衡与不同计费方式一一对应，多个负载均衡的地址使用同一域名，在执行该方法时，调用云服务商接口，获取各个service对应的负载均衡的流量使用情况；根据该使用情况确定目标计费方式；确定当前实际计费方式，在该当前实际计费方式不是该目标计费方式的情况下，启用该目标计费方式对应的负载均衡；在启用该负载均衡的情况下，停用其余的负载均衡，解决了相关技术中在变配负载均衡的过程中，该负载均衡会面临短暂的服务不可用的问题，提升了用户体验。
附图说明
41.此处所说明的附图用来提供对本技术的进一步理解，构成本技术的一部分，本技术的示意性实施例及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
42.图1是根据相关技术中的kubernetes集群的流量分配方法的示意图；
43.图2是根据本技术实施例的kubernetes集群的流量分配方法的应用环境示意图；
44.图3是根据本技术第一实施例的kubernetes集群的流量分配方法的流程图；
45.图4是根据本技术第一实施例的切换负载均衡的示意图；
46.图5是根据本技术第二实施例的切换负载均衡的示意图；
47.图6是根据本技术第二实施例的kubernetes集群的流量分配方法的流程图；
48.图7是根据本技术第三实施例的kubernetes集群的流量分配系统的结构框图；
49.图8是根据本技术第四实施例的kubernetes集群的流量分配系统的结构框图；
50.图9是根据本技术实施例的电子设备的内部结构示意图。
具体实施方式
51.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本技术进行描述和说明。应当理解，此处所描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。基于本技术提供的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都属于本技术保护的范围。
52.显而易见地，下面描述中的附图仅仅是本技术的一些示例或实施例，对于本领域的普通技术人员而言，在不付出创造性劳动的前提下，还可以根据这些附图将本技术应用
于其他类似情景。此外，还可以理解的是，虽然这种开发过程中所作出的努力可能是复杂并且冗长的，然而对于与本技术公开的内容相关的本领域的普通技术人员而言，在本技术揭露的技术内容的基础上进行的一些设计，制造或者生产等变更只是常规的技术手段，不应当理解为本技术公开的内容不充分。
53.在本技术中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本技术的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域普通技术人员显式地和隐式地理解的是，本技术所描述的实施例在不冲突的情况下，可以与其它实施例相结合。
54.除非另作定义，本技术所涉及的技术术语或者科学术语应当为本技术所属技术领域内具有一般技能的人士所理解的通常意义。本技术所涉及的“一”、“一个”、“一种”、“该”等类似词语并不表示数量限制，可表示单数或复数。本技术所涉及的术语“包括”、“包含”、“具有”以及它们任何变形，意图在于覆盖不排他的包含；例如包含了一系列步骤或模块(单元)的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可以还包括没有列出的步骤或单元，或可以还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本技术所涉及的“连接”、“相连”、“耦接”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电气的连接，不管是直接的还是间接的。本技术所涉及的“多个”是指两个或两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，“a和/或b”可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。本技术所涉及的术语“第一”、“第二”、“第三”等仅仅是区别类似的对象，不代表针对对象的特定排序。
55.本技术提供的kubernetes集群的流量分配方法，可以应用于如图2所示的应用环境中，图2是根据本技术实施例的kubernetes集群的流量分配方法的应用环境示意图，如图2所示，在kubernetes集群中部署应用时，可以通过crd在kubernetes集群中部署一个pod和两个service(service1和service2)，且两个service的访问模式均为负载均衡(load balance)，因此，会创建出两个负载均衡(负载均衡1和负载均衡2)，并且service1对应负载均衡1，service2对应负载均衡2；设置负载均衡1为按流量计费，该负载均衡1默认处于停止状态，设置负载均衡2为按固定带宽计费；在集群的开发管理界面中开发插件，负载均衡部署完成后，通知该插件创建成功的负载均衡的id，从而该插件可以监控负载均衡上的流量使用情况；用户在dns解析记录时，配置两条域名相同但后端服务的记录值不同的记录，一条记录指向负载均衡1，一条指向负载均衡2；
56.在实际流量使用过程中，用户通过域名访问具体的应用服务，插件通过调用云服务商的api接口，监控负载均衡上的流量使用情况；插件根据负载均衡的流量使用情况，确定是否进行负载均衡的切换，从而开启或者关闭对应的负载均衡，例如，在流量大的情况下使用按固定带宽的负载均衡，在流量小的情况下使用按流量的负载均衡；
57.其中，kubernetes是一种容器编排框架，pod是kubernetes中最小的管理元素，service定义了一组pod的逻辑集合和一个用于访问pod的策略，crd是复用kubernetes的api server，其无须编写额外的api server，可以用于自定义api资源。
58.本实施例提供了一种kubernetes集群的流量分配方法，图3是根据本技术第一实
施例的kubernetes集群的流量分配方法的流程图，如图3所示，该流程包括如下步骤：
59.步骤s301，调用云服务商接口，获取各个service对应的负载均衡的流量使用情况；
60.步骤s302，根据该使用情况，确定目标计费方式；确定当前实际计费方式；
61.例如，该计费方式包括按固定带宽计费和按流量计费，确定目标计费方式的过程包括：不断确定最近的预设时间段内的流量使用量；在流量使用量大于或者等于预设阈值的情况下，确定目标计费方式为按固定带宽计费；在流量使用量小于预设阈值的情况下，确定目标计费方式为按流量计费；
62.步骤s303，在该当前实际计费方式不是该目标计费方式的情况下，启用该目标计费方式对应的负载均衡；
63.步骤s304，在启用该负载均衡的情况下，停用其余的负载均衡；
64.作为优选的实施方式，可以在启用目标计费方式对应的负载均衡之后，再停用其余的负载均衡，例如，图4是根据本技术第一实施例的切换负载均衡的示意图，如图4所示，在保持原负载均衡处于使用状态的情况下，开启目标计费方式对应的负载均衡，再关闭原负载均衡，从而确保服务不中断；或者，在其他实施例中，也可以在启用目标计费方式对应的负载均衡的同时，停用其余的负载均衡，例如，图5是根据本技术第二实施例的切换负载均衡的示意图，如图5所示，将关闭原负载均衡和开启目标计费方式对应的负载均衡同时进行，也可以达到服务不中断的目的。
65.通过步骤s301至s304，相对于现有技术中在变配负载均衡的过程中，该负载均衡会面临短暂的服务不可用的问题，本实施例对该问题进行分析，由于相关技术中只有一个负载均衡，该负载均衡在进行计费方式切换时，必须先关闭前一计费方式，再开启另一计费方式，从而导致负载均衡面临短暂的服务不可用的问题，因此，在本实施例中，部署了多个访问模式为负载均衡的service，并本实施例在已经启用目标计费方式对应的负载均衡的情况下，才会停用其余的负载均衡，因此任何时候都至少有一个负载均衡是可用的，并且在本实施例中，多个负载均衡的地址被配置成使用同一域名，因此用户通过域名访问应用服务时，该域名对应多条解析记录，再利用dns的轮询机制，在一个负载均衡无法访问时，则会通过另一个可以访问的负载均衡访问服务，因此服务不会出现中断现象，从而解决了相关技术中在变配负载均衡的过程中，该负载均衡会面临短暂的服务不可用的问题，提升了用户体验。
66.此外，由于在本实施例中，大部分时间是只有一个负载均衡在运行，其余负载均衡处于停用状态，而停用状态的负载均衡是不收费的，同时，插件会根据负载均衡的流量使用情况，进行负载均衡的切换，达到降低云成本的目的，因此，本实施例在不改变用户使用的情况下，不但解决了负载均衡会出现短暂的服务不可用的问题，还降低了kubernetes用户使用负载均衡的云成本。
67.本实施例还提供了一种kubernetes集群的流量分配方法，也能达到上述目的和效果，图6是根据本技术第二实施例的kubernetes集群的流量分配方法的流程图，如图6所示，该流程包括如下步骤：
68.步骤s601，根据预设的时段与计费方式的对应关系，确定当前时间所在时段的目标计费方式；确定当前实际计费方式；
69.例如，该计费方式包括按固定带宽计费和按流量计费，该时段与计费方式的对应关系的预设过程包括：调用云服务商接口，获取各个service对应的负载均衡的流量使用情况；确定流量使用的高峰时段和低谷时段，并确定时段与计费方式的对应关系，其中，高峰时段的计费方式为按固定带宽计费，低谷时段的计费方式为按流量计费；
70.步骤s602，在该当前实际计费方式不是该目标计费方式的情况下，启用该目标计费方式对应的负载均衡；
71.步骤s603，在启用该负载均衡的情况下，停用其余的负载均衡。
72.通过步骤s601至s603，本实施例适用于流量使用的高峰时段和低谷时段的规律较为明显的情形，本实施例根据采集到的云服务商的流量数据，分析出流量使用的高峰时段和低谷时段，预设出时段与计费方式的对应关系，从而在进行具体流量控制时，无需再对负载均衡进行监控，也无需不断确定最近的预设时间段内的流量使用量情况，只要根据预设的时段与计费方式的对应关系，确定当前时间所在时段的目标计费方式，节省了系统大量的运行资源。
73.本技术实施例还提供了一种kubernetes集群的流量分配系统，kubernetes集群中部署有pod和多个service，各个service对应的负载均衡与不同计费方式一一对应，多个负载均衡的地址使用同一域名，图7是根据本技术第三实施例的kubernetes集群的流量分配系统的结构框图，如图7所示，该系统包括获取模块701、确定模块702、启用模块703和停用模块704，其中：
74.获取模块701用于调用云服务商接口，获取各个service对应的负载均衡的流量使用情况；
75.确定模块702用于根据该使用情况，确定目标计费方式；确定当前实际计费方式；
76.启用模块703用于在该当前实际计费方式不是该目标计费方式的情况下，启用该目标计费方式对应的负载均衡；
77.停用模块704用于在启用该负载均衡的情况下，停用其余的负载均衡。
78.在其中一些实施例中，该计费方式包括按固定带宽计费和按流量计费，该根据该使用情况，确定目标计费方式的过程包括：
79.确定预设时间段内的流量使用量；
80.在该流量使用量大于或者等于预设阈值的情况下，确定目标计费方式为按固定带宽计费；在该流量使用量小于预设阈值的情况下，确定目标计费方式为按流量计费。
81.本技术实施例还提供了另一种kubernetes集群的流量分配系统，kubernetes集群中部署有pod和多个service，各个service对应的负载均衡与不同计费方式一一对应，多个负载均衡的地址使用同一域名，图8是根据本技术第四实施例的kubernetes集群的流量分配系统的结构框图，如图8所示，该系统包括确定模块801、启用模块802和停用模块803，其中：
82.确定模块801用于根据预设的时段与计费方式的对应关系，确定当前时间所在时段的目标计费方式；确定当前实际计费方式；
83.启用模块802用于在该当前实际计费方式不是该目标计费方式的情况下，启用该目标计费方式对应的负载均衡；
84.停用模块803用于在启用该负载均衡的情况下，停用其余的负载均衡。
85.在其中一些实施例中，该计费方式包括按固定带宽计费和按流量计费，该时段与计费方式的对应关系的预设过程包括：调用云服务商接口，获取各个service对应的负载均衡的流量使用情况；确定流量使用的高峰时段和低谷时段，并确定时段与计费方式的对应关系，其中，该高峰时段的计费方式为按固定带宽计费，该低谷时段的计费方式为按流量计费。
86.另外，结合上述实施例中的kubernetes集群的流量分配方法，本技术实施例可提供一种存储介质来实现。该存储介质上存储有计算机程序；该计算机程序被处理器执行时实现上述实施例中的任意一种kubernetes集群的流量分配方法。
87.在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种kubernetes集群的流量分配方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。
88.在一个实施例中，图9是根据本技术实施例的电子设备的内部结构示意图，如图9所示，提供了一种电子设备，该电子设备可以是服务器，其内部结构图可以如图9所示。该电子设备包括通过内部总线连接的处理器、网络接口、内存储器和非易失性存储器，其中，该非易失性存储器存储有操作系统、计算机程序和数据库。处理器用于提供计算和控制能力，网络接口用于与外部的终端通过网络连接通信，内存储器用于为操作系统和计算机程序的运行提供环境，计算机程序被处理器执行时以实现一种kubernetes集群的流量分配方法，数据库用于存储数据。
89.本领域技术人员可以理解，图9中示出的结构，仅仅是与本技术方案相关的部分结构的框图，并不构成对本技术方案所应用于其上的电子设备的限定，具体的电子设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
90.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本技术所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。
91.本领域的技术人员应该明白，以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，
只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
92.以上所述实施例仅表达了本技术的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本技术构思的前提下，还可以做出若干变形和改进，这些都属于本技术的保护范围。因此，本技术专利的保护范围应以所附权利要求为准。

技术特征：
1.一种kubernetes集群的流量分配方法，其特征在于，kubernetes集群中部署有pod和多个service，各个service对应的负载均衡与不同计费方式一一对应，多个负载均衡的地址使用同一域名，所述方法包括：调用云服务商接口，获取各个service对应的负载均衡的流量使用情况；根据所述使用情况，确定目标计费方式；确定当前实际计费方式；在所述当前实际计费方式不是所述目标计费方式的情况下，启用所述目标计费方式对应的负载均衡；在启用所述负载均衡的情况下，停用其余的负载均衡。2.根据权利要求1所述的方法，其特征在于，所述计费方式包括按固定带宽计费和按流量计费，所述根据所述使用情况，确定目标计费方式的过程包括：确定预设时间段内的流量使用量；在所述流量使用量大于或者等于预设阈值的情况下，确定目标计费方式为按固定带宽计费；在所述流量使用量小于预设阈值的情况下，确定目标计费方式为按流量计费。3.一种kubernetes集群的流量分配方法，其特征在于，kubernetes集群中部署有pod和多个service，各个service对应的负载均衡与不同计费方式一一对应，多个负载均衡的地址使用同一域名，所述方法包括：根据预设的时段与计费方式的对应关系，确定当前时间所在时段的目标计费方式；确定当前实际计费方式；在所述当前实际计费方式不是所述目标计费方式的情况下，启用所述目标计费方式对应的负载均衡；在启用所述负载均衡的情况下，停用其余的负载均衡。4.根据权利要求3所述的方法，其特征在于，所述计费方式包括按固定带宽计费和按流量计费，所述时段与计费方式的对应关系的预设过程包括：调用云服务商接口，获取各个service对应的负载均衡的流量使用情况；确定流量使用的高峰时段和低谷时段，并确定时段与计费方式的对应关系，其中，所述高峰时段的计费方式为按固定带宽计费，所述低谷时段的计费方式为按流量计费。5.一种kubernetes集群的流量分配系统，其特征在于，kubernetes集群中部署有pod和多个service，各个service对应的负载均衡与不同计费方式一一对应，多个负载均衡的地址使用同一域名，所述系统包括：获取模块，用于调用云服务商接口，获取各个service对应的负载均衡的流量使用情况；确定模块，用于根据所述使用情况，确定目标计费方式；确定当前实际计费方式；启用模块，用于在所述当前实际计费方式不是所述目标计费方式的情况下，启用所述目标计费方式对应的负载均衡；停用模块，用于在启用所述负载均衡的情况下，停用其余的负载均衡。6.根据权利要求5所述的系统，其特征在于，所述计费方式包括按固定带宽计费和按流量计费，所述根据所述使用情况，确定目标计费方式的过程包括：确定预设时间段内的流量使用量；在所述流量使用量大于或者等于预设阈值的情况下，确定目标计费方式为按固定带宽
计费；在所述流量使用量小于预设阈值的情况下，确定目标计费方式为按流量计费。7.一种kubernetes集群的流量分配系统，其特征在于，kubernetes集群中部署有pod和多个service，各个service对应的负载均衡与不同计费方式一一对应，多个负载均衡的地址使用同一域名，所述系统包括：确定模块，用于根据预设的时段与计费方式的对应关系，确定当前时间所在时段的目标计费方式；确定当前实际计费方式；启用模块，用于在所述当前实际计费方式不是所述目标计费方式的情况下，启用所述目标计费方式对应的负载均衡；停用模块，用于在启用所述负载均衡的情况下，停用其余的负载均衡。8.根据权利要求7所述的系统，其特征在于，所述计费方式包括按固定带宽计费和按流量计费，所述时段与计费方式的对应关系的预设过程包括：调用云服务商接口，获取各个service对应的负载均衡的流量使用情况；确定流量使用的高峰时段和低谷时段，并确定时段与计费方式的对应关系，其中，所述高峰时段的计费方式为按固定带宽计费，所述低谷时段的计费方式为按流量计费。9.一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行权利要求1至4中任一项所述的kubernetes集群的流量分配方法。10.一种存储介质，其特征在于，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行权利要求1至4中任一项所述的kubernetes集群的流量分配方法。

技术总结
本申请涉及一种kubernetes集群的流量分配方法和系统，kubernetes集群中部署有pod和多个service，各个service对应的负载均衡与不同计费方式一一对应，多个负载均衡的地址使用同一域名，该方法包括：调用云服务商接口，获取各个service对应的负载均衡的流量使用情况；根据该使用情况，确定目标计费方式；确定当前实际计费方式；在当前实际计费方式不是目标计费方式的情况下，启用目标计费方式对应的负载均衡；在启用该负载均衡的情况下，停用其余的负载均衡，通过本申请，解决了相关技术中在变配负载均衡的过程中，该负载均衡会面临短暂的服务不可用的问题，提升了用户体验。提升了用户体验。提升了用户体验。


技术研发人员：叶士博 马骏 王玉虎
受保护的技术使用者：杭州朗澈科技有限公司
技术研发日：2021.11.05
技术公布日：2022/3/7