CN115061783A - Kubernetes容器集群的服务配置方法及装置 - Google Patents
Kubernetes容器集群的服务配置方法及装置 Download PDFInfo
- Publication number
- CN115061783A CN115061783A CN202210870893.XA CN202210870893A CN115061783A CN 115061783 A CN115061783 A CN 115061783A CN 202210870893 A CN202210870893 A CN 202210870893A CN 115061783 A CN115061783 A CN 115061783A
- Authority
- CN
- China
- Prior art keywords
- dimension
- target
- service configuration
- service
- mode
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 45
- 238000003860 storage Methods 0.000 claims abstract description 13
- 238000012423 maintenance Methods 0.000 claims description 36
- 238000004590 computer program Methods 0.000 claims description 11
- 230000000694 effects Effects 0.000 abstract description 2
- 238000010586 diagram Methods 0.000 description 7
- 230000006870 function Effects 0.000 description 4
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000004883 computer application Methods 0.000 description 1
- 238000009826 distribution Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 230000036541 health Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000002085 persistent effect Effects 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 238000005096 rolling process Methods 0.000 description 1
- 230000001052 transient effect Effects 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5083—Techniques for rebalancing the load in a distributed system
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
- G06F2009/4557—Distribution of virtual machine instances; Migration and load balancing
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
Abstract
本发明公开了一种Kubernetes容器集群的服务配置方法，该方法包括以下步骤：接收对目标Kubernetes容器集群的服务配置请求；对服务配置请求进行解析，得到目标服务配置维度和目标服务工作模式；其中，目标服务配置维度为集群维度、节点维度、命名空间维度、服务维度中的其中一种；按照目标服务配置维度和目标服务工作模式对目标Kubernetes容器集群进行服务配置。应用本发明所提供的Kubernetes容器集群的服务配置方法，实现了根据应用场景需求对服务配置维度进行选择，使得集群能力得到充分发挥。本发明还公开了一种Kubernetes容器集群的服务配置装置、设备及存储介质，具有相应技术效果。
Description
技术领域
本发明涉及虚拟化技术领域，特别是涉及一种Kubernetes容器集群的服务配置方法、装置、设备及计算机可读存储介质。
背景技术
现在流行的Kubernetes容器集群service服务实现方式主要基于iptables模式、ipvs模式以及最近比较流行的ebpf模式。由于这三种模式的转发和负载能力是逐渐增强的，特别是ebpf模式可以有效的提高服务转发的效率，但是ebpf模式对内核版本和***架构版本要求较高，因此当某个节点不支持就无法开启这种高级模式在使用Kubernetes容器集群时，只能按集群维度选择其中一种模式开启和使用。简单的按集群维度开启service服务实现的方式，无法满足用户在一个集群中同时可以使用多种service服务实现方式，以满足不同应用场景的需求，极大地限制了集群能力的发挥。
综上所述，如何有效地解决现有的Kubernetes容器集群服务配置方法不能满足不同应用场景的需求，极大地限制了集群能力的发挥等问题，是目前本领域技术人员急需解决的问题。
发明内容
本发明的目的是提供一种Kubernetes容器集群的服务配置方法，该方法实现了根据应用场景需求对服务配置维度进行选择，使得集群能力得到充分发挥；本发明的另一目的是提供一种Kubernetes容器集群的服务配置装置、设备及计算机可读存储介质。
为解决上述技术问题，本发明提供如下技术方案：
一种Kubernetes容器集群的服务配置方法，包括：
接收对目标Kubernetes容器集群的服务配置请求；
对所述服务配置请求进行解析，得到目标服务配置维度和目标服务工作模式；其中，所述目标服务配置维度为集群维度、节点维度、命名空间维度、服务维度中的其中一种；
按照所述目标服务配置维度和所述目标服务工作模式对所述目标Kubernetes容器集群进行服务配置。
在本发明的一种具体实施方式中，对所述服务配置请求进行解析，得到目标服务配置维度和目标服务工作模式，包括：
当所述服务配置请求为集群部署请求时，确定所述目标服务配置维度为所述集群维度；
对所述集群部署请求进行解析，得到所述目标服务工作模式；其中，所述目标服务工作模式为iptables模式、ipvs模式、ebpf模式、全自动模式中的其中一种；
按照所述目标服务配置维度和所述目标服务工作模式对所述目标Kubernetes容器集群进行服务配置，包括：
按照所述集群维度和所述目标服务工作模式对所述目标Kubernetes容器集群进行服务配置。
在本发明的一种具体实施方式中，对所述服务配置请求进行解析，得到目标服务配置维度和目标服务工作模式，包括：
当所述服务配置请求为集群维护节点请求时，确定所述目标服务配置维度为所述节点维度；
对所述集群维护节点请求进行解析，得到所述目标服务工作模式；其中，所述目标服务工作模式为iptables模式、ipvs模式、ebpf模式、全自动模式中的其中一种；
按照所述目标服务配置维度和所述目标服务工作模式对所述目标Kubernetes容器集群进行服务配置，包括：
按照所述节点维度和所述目标服务工作模式对所述目标Kubernetes容器集群进行服务配置。
在本发明的一种具体实施方式中，对所述服务配置请求进行解析，得到目标服务配置维度和目标服务工作模式，包括：
当所述服务配置请求为集群维护命名空间请求时，确定所述目标服务配置维度为所述命名空间维度；
对所述集群维护命名空间请求进行解析，得到所述目标服务工作模式；其中，所述目标服务工作模式为iptables模式、ipvs模式、ebpf模式、全自动模式中的其中一种；
按照所述目标服务配置维度和所述目标服务工作模式对所述目标Kubernetes容器集群进行服务配置，包括：
按照所述命名空间维度和所述目标服务工作模式对所述目标Kubernetes容器集群进行服务配置。
在本发明的一种具体实施方式中，对所述服务配置请求进行解析，得到目标服务配置维度和目标服务工作模式，包括：
当所述服务配置请求为集群维护服务请求时，确定所述目标服务配置维度为所述服务维度；
对所述集群维护服务请求进行解析，得到所述目标服务工作模式；其中，所述目标服务工作模式为iptables模式、ipvs模式、ebpf模式、全自动模式中的其中一种；
按照所述目标服务配置维度和所述目标服务工作模式对所述目标Kubernetes容器集群进行服务配置，包括：
按照所述服务维度和所述目标服务工作模式对所述目标Kubernetes容器集群进行服务配置。
在本发明的一种具体实施方式中，当所述服务配置请求为集群维护服务请求时，确定所述目标服务配置维度为所述服务维度，包括：
当所述服务配置请求为服务创建请求时，确定所述目标服务配置维度按照维度优先级由高到低的顺序依次为服务维度、命名空间维度、节点维度、集群维度；
对所述集群维护服务请求进行解析，得到所述目标服务工作模式，包括：
对所述服务创建请求进行解析，得到各所述目标服务配置维度分别对应的目标服务工作模式；其中，所述目标服务工作模式为iptables模式、ipvs模式、ebpf模式、全自动模式中的其中一种；
按照所述服务维度和所述目标服务工作模式对所述目标Kubernetes容器集群进行服务配置，包括：
按照所述维度优先级和各所述目标服务配置维度分别对应的目标服务工作模式进行服务创建操作。
在本发明的一种具体实施方式中，当确定所述目标服务工作模式为全自动模式时，按照所述目标服务配置维度和所述目标服务工作模式对所述目标Kubernetes容器集群进行服务配置，包括：
获取所述目标Kubernetes容器集群的节点架构和操作***；
判断所述节点架构和所述操作***是否支持ebpf模式；
若是，则将ebpf模式确定为所述目标服务工作模式；
若否，则将iptables模式或ipvs模式确定为所述目标服务工作模式；
按照所述目标服务配置维度和所述目标服务工作模式对所述目标Kubernetes容器集群进行服务配置。
一种Kubernetes容器集群的服务配置装置，包括：
请求接收模块，用于接收对目标Kubernetes容器集群的服务配置请求；
维度及模式获得模块，用于对所述服务配置请求进行解析，得到目标服务配置维度和目标服务工作模式；其中，所述目标服务配置维度为集群维度、节点维度、命名空间维度、服务维度中的其中一种；
服务配置模块，用于按照所述目标服务配置维度和所述目标服务工作模式对所述目标Kubernetes容器集群进行服务配置。
一种Kubernetes容器集群的服务配置设备，包括：
存储器，用于存储计算机程序；
处理器，用于执行所述计算机程序时实现如前所述Kubernetes容器集群的服务配置方法的步骤。
一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如前所述Kubernetes容器集群的服务配置方法的步骤。
本发明所提供的Kubernetes容器集群的服务配置方法，接收对目标Kubernetes容器集群的服务配置请求；对服务配置请求进行解析，得到目标服务配置维度和目标服务工作模式；其中，目标服务配置维度为集群维度、节点维度、命名空间维度、服务维度中的其中一种；按照目标服务配置维度和目标服务工作模式对目标Kubernetes容器集群进行服务配置。
由上述技术方案可知，通过预先将服务配置维度划分为集群维度、节点维度、命名空间维度、服务维度，可以根据配置维度需要生成相应的服务配置请求。在通过对服务配置请求解析得到目标服务配置维度和目标服务工作模式之后，按照所述目标服务配置维度和所述目标服务工作模式对所述目标Kubernetes容器集群进行服务配置。从而实现了根据应用场景需求对服务配置维度进行选择，使得集群能力得到充分发挥。
相应的，本发明还提供了与上述Kubernetes容器集群的服务配置方法相对应的Kubernetes容器集群的服务配置装置、设备和计算机可读存储介质，具有上述技术效果，在此不再赘述。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例中Kubernetes容器集群的服务配置方法的一种实施流程图；
图2为本发明实施例中Kubernetes容器集群的服务配置方法的另一种实施流程图；
图3为本发明实施例中一种Kubernetes容器集群的服务配置框架图；
图4为本发明实施例中一种Kubernetes容器集群的服务配置装置的结构框图；
图5为本发明实施例中一种Kubernetes容器集群的服务配置设备的结构框图；
图6为本实施例提供的一种Kubernetes容器集群的服务配置设备的具体结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案，下面结合附图和具体实施方式对本发明作进一步的详细说明。显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
参见图1，图1为本发明实施例中Kubernetes容器集群的服务配置方法的一种实施流程图，该方法可以包括以下步骤：
S101：接收对目标Kubernetes容器集群的服务配置请求。
当需要对目标Kubernetes容器集群进行服务配置时，生成服务配置请求，并向服务配置控制中心发送服务配置请求，服务配置控制中心接收对目标Kubernetes容器集群的服务配置请求。
Kubernetes(通常称为K8s，K8s是将8个字母“ubernete”替换为“8”的缩写)是一个以容器为中心的基础架构，可以实现在物理集群或虚拟机集群上调度和运行容器，提供容器自动部署、扩展和管理的开源平台。满足了应用程序在生产环境中的一些通用需求，如应用实例副本、水平自动扩展、命名与发现、负载均衡、滚动升级、资源监控等。
目标Kubernetes容器集群可以为任意一个需要进行服务配置的Kubernetes容器集群，目标Kubernetes容器集群中包含多个节点node，各节点中设置有多个容器pod，可以预先设置目标Kubernetes容器集群中所有的容器都是可以相互访问，也可以通过将容器划分到不同的命名空间namespace下，使得被划分到不同命名空间的容器之间不能进行相互访问。
S102：对服务配置请求进行解析，得到目标服务配置维度和目标服务工作模式；其中，目标服务配置维度为集群维度、节点维度、命名空间维度、服务维度中的其中一种。
服务配置请求中包含本次服务配置对应的目标服务配置维度和目标服务工作模式。目标服务配置维度为集群维度、节点维度、命名空间维度、服务维度中的其中一种。目标服务工作模式可以为iptables模式、ipvs模式、ebpf模式、全自动模式中的其中一种。在接收到对目标Kubernetes容器集群的服务配置请求之后，对服务配置请求进行解析，得到目标服务配置维度和目标服务工作模式。
K8s命名空间：kubernetes集群中的所有的容器都是可以相互访问的。但是在实际中，可能不想让两个容器之间进行互相的访问，那此时就可以将两个容器划分到不同的命名空间下。kubernetes通过将集群内部的资源分配到不同的命名空间中，可以形成逻辑上的"组"，以方便不同的组的资源进行隔离使用和管理。可以简单的理解为逻辑分组。
K8s service服务：k8s提供了service资源，service会对提供同一个服务的多个容器进行聚合，并且提供一个统一的入口地址。通过访问service的入口地址就能访问到后面的容器服务。服务在很多情况下只是一个抽象概念，真正起作用的其实是kube-proxy服务进程，每个节点上都运行一个kube-proxy服务进程，当创建服务的时候会通过平台应用程序接口服务api-server向etcd写入创建的服务信息，而kube-proxy会基于监听的机制发现这种服务的变动，然后它会将最新的服务信息转换成对应的访问规则。
iptables(netfilter)：iptables的主要功能是实现对网络数据包进出设备及转发的控制。当数据包需要进入设备、从设备中流出或者由该设备转发、路由时，都可以使用iptables进行控制。
ipvs：ip virtual server，ip虚拟服务器是基于netfilter的、作为linux内核的一部分实现传输层负载均衡的技术，通常称为第4层lan(local area network，本地网)交换。ipvs集成在LVS(Linux Virtual Server)中，它在主机中运行，并在真实服务器集群前充当负载均衡器。ipvs可以将对TCP(Transmission Control Protocol，传输控制协议)/UDP(User Datagram Protocol，用户数据报协议)服务的请求转发给后端的真实服务器，并使真实服务器的服务在单个IP(Internet Protocol Address，互联网协议地址)上显示为虚拟服务。因此ipvs天然支持Kubernetes Service。
iptables和ipvs都能实现负载均衡，但是ipvs为大型集群提供了更好的可扩展性和性能，支持比iptables更复杂的负载平衡算法(最小负载，最少连接，位置，加权等)，支持服务器健康检查和连接重试等。
ebpf：是一种可以挂载在内核路径上的钩子函数，通过事件触发执行，例如可以挂载到linux内核网络路径上，当收到网络请求(事件)时，可以对网络数据包进行过滤、转发等，可以实现用来k8s service的负载均衡。BPF钩子位于网络驱动中尽可能早的位置，无需进行原始包的复制就可以实现最佳的数据包处理性能，挂载的BPF程序是运行过滤的理想选择。
S103：按照目标服务配置维度和目标服务工作模式对目标Kubernetes容器集群进行服务配置。
在解析得到目标服务配置维度和目标服务工作模式之后，按照目标服务配置维度和目标服务工作模式对目标Kubernetes容器集群进行服务配置。从而实现了根据应用场景需求对服务配置维度进行选择，同一集群各节点的service服务可以是iptables、ipvs和ebpf三种方式并存，这种基于策略的模式，特别是在混合异构K8s集群各节点差异比较大的场景下，可以充分发挥集群service服务发现的分发和负载能力，从而提高集群的性能和可用性，使得集群能力得到充分发挥，提高用户体验。
在本发明的一种具体实施方式中，步骤S102可以包括以下步骤：
步骤一：当服务配置请求为集群部署请求时，确定目标服务配置维度为集群维度；
步骤二：对集群部署请求进行解析，得到目标服务工作模式；其中，目标服务工作模式为iptables模式、ipvs模式、ebpf模式、全自动模式中的其中一种；
相应的，步骤S103可以包括以下步骤：
按照集群维度和目标服务工作模式对目标Kubernetes容器集群进行服务配置。
当服务配置请求为集群部署请求时，说明需要进行集群维度的配置，确定目标服务配置维度为集群维度，对集群部署请求进行解析，得到目标服务工作模式。其中，目标服务工作模式为iptables模式、ipvs模式、ebpf模式、全自动模式中的其中一种。按照集群维度和目标服务工作模式对目标Kubernetes容器集群进行服务配置。从而实现根据选取的目标服务工作模式对目标Kubernetes容器集群进行集群维度配置。
在本发明的一种具体实施方式中，步骤S102可以包括以下步骤：
步骤一：当服务配置请求为集群维护节点请求时，确定目标服务配置维度为节点维度；
步骤二：对集群维护节点请求进行解析，得到目标服务工作模式；其中，目标服务工作模式为iptables模式、ipvs模式、ebpf模式、全自动模式中的其中一种；
相应的，步骤S103可以包括以下步骤：
按照节点维度和目标服务工作模式对目标Kubernetes容器集群进行服务配置。
当服务配置请求为集群维护节点请求时，说明需要进行节点维度的配置，确定目标服务配置维度为节点维度，对集群维护节点请求进行解析，得到目标服务工作模式，其中，目标服务工作模式为iptables模式、ipvs模式、ebpf模式、全自动模式中的其中一种。按照节点维度和目标服务工作模式对目标Kubernetes容器集群进行服务配置。从而实现根据选取的目标服务工作模式对目标Kubernetes容器集群进行节点维度配置。
在本发明的一种具体实施方式中，步骤S102可以包括以下步骤：
步骤一：当服务配置请求为集群维护命名空间请求时，确定目标服务配置维度为命名空间维度；
步骤二：对集群维护命名空间请求进行解析，得到目标服务工作模式；其中，目标服务工作模式为iptables模式、ipvs模式、ebpf模式、全自动模式中的其中一种；
相应的，步骤S103可以包括以下步骤：
按照命名空间维度和目标服务工作模式对目标Kubernetes容器集群进行服务配置。
当服务配置请求为集群维护命名空间请求时，说明需要进行命名空间维度的配置，确定目标服务配置维度为命名空间维度，对集群维护命名空间请求进行解析，得到目标服务工作模式，其中，目标服务工作模式为iptables模式、ipvs模式、ebpf模式、全自动模式中的其中一种。按照命名空间维度和目标服务工作模式对目标Kubernetes容器集群进行服务配置。从而实现根据选取的目标服务工作模式对目标Kubernetes容器集群进行命名空间维度配置。
在本发明的一种具体实施方式中，步骤S102可以包括以下步骤：
步骤一：当服务配置请求为集群维护服务请求时，确定目标服务配置维度为服务维度；
步骤二：对集群维护服务请求进行解析，得到目标服务工作模式；其中，目标服务工作模式为iptables模式、ipvs模式、ebpf模式、全自动模式中的其中一种；
相应的，步骤S103可以包括以下步骤：
按照服务维度和目标服务工作模式对目标Kubernetes容器集群进行服务配置。
当服务配置请求为集群维护服务请求时，确定目标服务配置维度为服务维度，对集群维护服务请求进行解析，得到目标服务工作模式，其中，目标服务工作模式为iptables模式、ipvs模式、ebpf模式、全自动模式中的其中一种，按照服务维度和目标服务工作模式对目标Kubernetes容器集群进行服务配置。从而实现根据选取的目标服务工作模式对目标Kubernetes容器集群进行服务维度配置。
在本发明的一种具体实施方式中，当服务配置请求为集群维护服务请求时，确定目标服务配置维度为服务维度，可以包括以下步骤：
当服务配置请求为服务创建请求时，确定目标服务配置维度按照维度优先级由高到低的顺序依次为服务维度、命名空间维度、节点维度、集群维度；
相应的，对集群维护服务请求进行解析，得到目标服务工作模式，可以包括以下步骤：
对服务创建请求进行解析，得到各目标服务配置维度分别对应的目标服务工作模式；其中，目标服务工作模式为iptables模式、ipvs模式、ebpf模式、全自动模式中的其中一种；
相应的，按照服务维度和目标服务工作模式对目标Kubernetes容器集群进行服务配置，可以包括以下步骤：
按照维度优先级和各目标服务配置维度分别对应的目标服务工作模式进行服务创建操作。
当服务配置请求为服务创建请求时，确定目标服务配置维度按照维度优先级由高到低的顺序依次为服务维度、命名空间维度、节点维度、集群维度。对服务创建请求进行解析，得到各目标服务配置维度分别对应的目标服务工作模式，其中，目标服务工作模式为iptables模式、ipvs模式、ebpf模式、全自动模式中的其中一种，按照维度优先级和各目标服务配置维度分别对应的目标服务工作模式进行服务创建操作。从而在同一集群内，用户可以按配置策略灵活选择服务的实现方式，可以满足用户不同场景的需求。
由上述技术方案可知，通过预先将服务配置维度划分为集群维度、节点维度、命名空间维度、服务维度，可以根据配置维度需要生成相应的服务配置请求。在通过对服务配置请求解析得到目标服务配置维度和目标服务工作模式之后，按照目标服务配置维度和目标服务工作模式对目标Kubernetes容器集群进行服务配置。从而实现了根据应用场景需求对服务配置维度进行选择，使得集群能力得到充分发挥。
需要说明的是，基于上述实施例，本发明实施例还提供了相应的改进方案。在后续实施例中涉及与上述实施例中相同步骤或相应步骤之间可相互参考，相应的有益效果也可相互参照，在下文的改进实施例中不再一一赘述。
参见图2，图2为本发明实施例中Kubernetes容器集群的服务配置方法的另一种实施流程图，该方法可以包括以下步骤：
S201：接收对目标Kubernetes容器集群的服务配置请求。
S202：对服务配置请求进行解析，得到目标服务配置维度和目标服务工作模式；其中，目标服务配置维度为集群维度、节点维度、命名空间维度、服务维度中的其中一种。
S203：当确定目标服务工作模式为全自动模式时，获取目标Kubernetes容器集群的节点架构和操作***。
当确定目标服务工作模式为全自动auto模式时，获取目标Kubernetes容器集群的节点架构和操作***。
S204：判断节点架构和操作***是否支持ebpf模式，若是，则执行步骤S205，若否，则执行步骤S206。
在获取到目标Kubernetes容器集群的节点架构和操作***之后，判断节点架构和操作***是否支持ebpf模式，若是，则说明目标服务配置维度所涉及的节点的节点架构和操作***支持高级模式，执行步骤S205，若否，则说明目标服务配置维度所涉及的节点架构和操作***不支持高级模式，执行步骤S206。
S205：将ebpf模式确定为目标服务工作模式。
当确定节点架构和操作***支持ebpf模式时，说明目标服务配置维度所涉及的节点的节点架构和操作***支持高级模式，将ebpf模式确定为目标服务工作模式。
S206：将iptables模式或ipvs模式确定为目标服务工作模式。
当确定节点架构和操作***不支持ebpf模式时，说明目标服务配置维度所涉及的节点架构和操作***不支持高级模式，将iptables模式或ipvs模式确定为目标服务工作模式。具体的，可以设置ipvs模式的优先级高于iptables模式，在确定节点架构和操作***不支持ebpf模式之后，先判断节点架构和操作***是否支持ipvs模式，在确定节点架构和操作***不支持ipvs模式之后，再判断节点架构和操作***是否支持iptables模式。全自动模式可以根据各节点的操作***内核、架构等情况自动匹配一种方式服务的实现方式，从而使得集群能力得到充分发挥。
S207：按照目标服务配置维度和目标服务工作模式对目标Kubernetes容器集群进行服务配置。
相应于上面的方法实施例，本发明还提供了一种Kubernetes容器集群的服务配置装置，下文描述的Kubernetes容器集群的服务配置装置与上文描述的Kubernetes容器集群的服务配置方法可相互对应参照。
参见图4，图4为本发明实施例中一种Kubernetes容器集群的服务配置装置的结构框图，该装置可以包括：
请求接收模块41，用于接收对目标Kubernetes容器集群的服务配置请求；
维度及模式获得模块42，用于对服务配置请求进行解析，得到目标服务配置维度和目标服务工作模式；其中，目标服务配置维度为集群维度、节点维度、命名空间维度、服务维度中的其中一种；
服务配置模块43，用于按照目标服务配置维度和目标服务工作模式对目标Kubernetes容器集群进行服务配置。
由上述技术方案可知，通过预先将服务配置维度划分为集群维度、节点维度、命名空间维度、服务维度，可以根据配置维度需要生成相应的服务配置请求。在通过对服务配置请求解析得到目标服务配置维度和目标服务工作模式之后，按照目标服务配置维度和目标服务工作模式对目标Kubernetes容器集群进行服务配置。从而实现了根据应用场景需求对服务配置维度进行选择，使得集群能力得到充分发挥。
在本发明的一种具体实施方式中，维度及模式获得模块42包括：
第一维度确定子模块，用于当服务配置请求为集群部署请求时，确定目标服务配置维度为集群维度；
第一模式获得子模块，用于对集群部署请求进行解析，得到目标服务工作模式；其中，目标服务工作模式为iptables模式、ipvs模式、ebpf模式、全自动模式中的其中一种；
服务配置模块43具体为按照集群维度和目标服务工作模式对目标Kubernetes容器集群进行服务配置的模块。
在本发明的一种具体实施方式中，维度及模式获得模块42包括：
第二维度确定子模块，用于当服务配置请求为集群维护节点请求时，确定目标服务配置维度为节点维度；
第二模式获得子模块，用于对集群维护节点请求进行解析，得到目标服务工作模式；其中，目标服务工作模式为iptables模式、ipvs模式、ebpf模式、全自动模式中的其中一种；
服务配置模块43具体为按照节点维度和目标服务工作模式对目标Kubernetes容器集群进行服务配置的模块。
在本发明的一种具体实施方式中，维度及模式获得模块42包括：
第三维度确定子模块，用于当服务配置请求为集群维护命名空间请求时，确定目标服务配置维度为命名空间维度；
第三模式获得子模块，用于对集群维护命名空间请求进行解析，得到目标服务工作模式；其中，目标服务工作模式为iptables模式、ipvs模式、ebpf模式、全自动模式中的其中一种；
服务配置模块43具体为按照命名空间维度和目标服务工作模式对目标Kubernetes容器集群进行服务配置的模块。
在本发明的一种具体实施方式中，维度及模式获得模块42包括：
第四维度确定子模块，用于当服务配置请求为集群维护服务请求时，确定目标服务配置维度为服务维度；
第四模式获得子模块，用于对集群维护服务请求进行解析，得到目标服务工作模式；其中，目标服务工作模式为iptables模式、ipvs模式、ebpf模式、全自动模式中的其中一种；
服务配置模块43具体为按照服务维度和目标服务工作模式对目标Kubernetes容器集群进行服务配置的模块。
在本发明的一种具体实施方式中，第四维度确定子模块具体为当服务配置请求为服务创建请求时，确定目标服务配置维度按照维度优先级由高到低的顺序依次为服务维度、命名空间维度、节点维度、集群维度的模块；
第四模式获得子模块具体为对服务创建请求进行解析，得到各目标服务配置维度分别对应的目标服务工作模式的模块；其中，目标服务工作模式为iptables模式、ipvs模式、ebpf模式、全自动模式中的其中一种；
服务配置模块43具体为按照维度优先级和各目标服务配置维度分别对应的目标服务工作模式进行服务创建操作的模块。
在本发明的一种具体实施方式中，服务配置模块43包括：
架构及操作***获得子模块，用于当确定目标服务工作模式为全自动模式时，获取目标Kubernetes容器集群的节点架构和操作***；
判断子模块，用于判断节点架构和操作***是否支持ebpf模式；
第一模式确定子模块，用于当节点架构和操作***支持ebpf模式时，将ebpf模式确定为目标服务工作模式；
第二模式确定子模块，用于当节点架构和操作***不支持ebpf模式时，将iptables模式或ipvs模式确定为目标服务工作模式；
服务配置子模块，用于按照目标服务配置维度和目标服务工作模式对目标Kubernetes容器集群进行服务配置。
相应于上面的方法实施例，参见图5，图5为本发明所提供的Kubernetes容器集群的服务配置设备的示意图，该设备可以包括：
存储器332，用于存储计算机程序；
处理器322，用于执行计算机程序时实现上述方法实施例的Kubernetes容器集群的服务配置方法的步骤。
具体的，请参考图6，图6为本实施例提供的一种Kubernetes容器集群的服务配置设备的具体结构示意图，该Kubernetes容器集群的服务配置设备可因配置或性能不同而产生比较大的差异，可以包括处理器(central processing units，CPU)322(例如，一个或一个以上处理器)和存储器332，存储器332存储有一个或一个以上的计算机应用程序342或数据344。其中，存储器332可以是短暂存储或持久存储。存储在存储器332的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对数据处理设备中的一系列指令操作。更进一步地，处理器322可以设置为与存储器332通信，在Kubernetes容器集群的服务配置设备301上执行存储器332中的一系列指令操作。
Kubernetes容器集群的服务配置设备301还可以包括一个或一个以上电源326，一个或一个以上有线或无线网络接口350，一个或一个以上输入输出接口358，和/或，一个或一个以上操作***341。
上文所描述的Kubernetes容器集群的服务配置方法中的步骤可以由Kubernetes容器集群的服务配置设备的结构实现。
相应于上面的方法实施例，本发明还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时可实现如下步骤：
接收对目标Kubernetes容器集群的服务配置请求；对服务配置请求进行解析，得到目标服务配置维度和目标服务工作模式；其中，目标服务配置维度为集群维度、节点维度、命名空间维度、服务维度中的其中一种；按照目标服务配置维度和目标服务工作模式对目标Kubernetes容器集群进行服务配置。
该计算机可读存储介质可以包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
对于本发明提供的计算机可读存储介质的介绍请参照上述方法实施例，本发明在此不做赘述。
本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。对于实施例公开的装置、设备及计算机可读存储介质而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的技术方案及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以对本发明进行若干改进和修饰，这些改进和修饰也落入本发明权利要求的保护范围内。
Claims (10)
1.一种Kubernetes容器集群的服务配置方法，其特征在于，包括：
接收对目标Kubernetes容器集群的服务配置请求；
对所述服务配置请求进行解析，得到目标服务配置维度和目标服务工作模式；其中，所述目标服务配置维度为集群维度、节点维度、命名空间维度、服务维度中的其中一种；
按照所述目标服务配置维度和所述目标服务工作模式对所述目标Kubernetes容器集群进行服务配置。
2.根据权利要求1所述的Kubernetes容器集群的服务配置方法，其特征在于，对所述服务配置请求进行解析，得到目标服务配置维度和目标服务工作模式，包括：
当所述服务配置请求为集群部署请求时，确定所述目标服务配置维度为所述集群维度；
对所述集群部署请求进行解析，得到所述目标服务工作模式；其中，所述目标服务工作模式为iptables模式、ipvs模式、ebpf模式、全自动模式中的其中一种；
按照所述目标服务配置维度和所述目标服务工作模式对所述目标Kubernetes容器集群进行服务配置，包括：
按照所述集群维度和所述目标服务工作模式对所述目标Kubernetes容器集群进行服务配置。
3.根据权利要求1所述的Kubernetes容器集群的服务配置方法，其特征在于，对所述服务配置请求进行解析，得到目标服务配置维度和目标服务工作模式，包括：
当所述服务配置请求为集群维护节点请求时，确定所述目标服务配置维度为所述节点维度；
对所述集群维护节点请求进行解析，得到所述目标服务工作模式；其中，所述目标服务工作模式为iptables模式、ipvs模式、ebpf模式、全自动模式中的其中一种；
按照所述目标服务配置维度和所述目标服务工作模式对所述目标Kubernetes容器集群进行服务配置，包括：
按照所述节点维度和所述目标服务工作模式对所述目标Kubernetes容器集群进行服务配置。
4.根据权利要求1所述的Kubernetes容器集群的服务配置方法，其特征在于，对所述服务配置请求进行解析，得到目标服务配置维度和目标服务工作模式，包括：
当所述服务配置请求为集群维护命名空间请求时，确定所述目标服务配置维度为所述命名空间维度；
对所述集群维护命名空间请求进行解析，得到所述目标服务工作模式；其中，所述目标服务工作模式为iptables模式、ipvs模式、ebpf模式、全自动模式中的其中一种；
按照所述目标服务配置维度和所述目标服务工作模式对所述目标Kubernetes容器集群进行服务配置，包括：
按照所述命名空间维度和所述目标服务工作模式对所述目标Kubernetes容器集群进行服务配置。
5.根据权利要求1所述的Kubernetes容器集群的服务配置方法，其特征在于，对所述服务配置请求进行解析，得到目标服务配置维度和目标服务工作模式，包括：
当所述服务配置请求为集群维护服务请求时，确定所述目标服务配置维度为所述服务维度；
对所述集群维护服务请求进行解析，得到所述目标服务工作模式；其中，所述目标服务工作模式为iptables模式、ipvs模式、ebpf模式、全自动模式中的其中一种；
按照所述目标服务配置维度和所述目标服务工作模式对所述目标Kubernetes容器集群进行服务配置，包括：
按照所述服务维度和所述目标服务工作模式对所述目标Kubernetes容器集群进行服务配置。
6.根据权利要求5所述的Kubernetes容器集群的服务配置方法，其特征在于，当所述服务配置请求为集群维护服务请求时，确定所述目标服务配置维度为所述服务维度，包括：
当所述服务配置请求为服务创建请求时，确定所述目标服务配置维度按照维度优先级由高到低的顺序依次为服务维度、命名空间维度、节点维度、集群维度；
对所述集群维护服务请求进行解析，得到所述目标服务工作模式，包括：
对所述服务创建请求进行解析，得到各所述目标服务配置维度分别对应的目标服务工作模式；其中，所述目标服务工作模式为iptables模式、ipvs模式、ebpf模式、全自动模式中的其中一种；
按照所述服务维度和所述目标服务工作模式对所述目标Kubernetes容器集群进行服务配置，包括：
按照所述维度优先级和各所述目标服务配置维度分别对应的目标服务工作模式进行服务创建操作。
7.根据权利要求1至6任一项所述的Kubernetes容器集群的服务配置方法，其特征在于，当确定所述目标服务工作模式为全自动模式时，按照所述目标服务配置维度和所述目标服务工作模式对所述目标Kubernetes容器集群进行服务配置，包括：
获取所述目标Kubernetes容器集群的节点架构和操作***；
判断所述节点架构和所述操作***是否支持ebpf模式；
若是，则将ebpf模式确定为所述目标服务工作模式；
若否，则将iptables模式或ipvs模式确定为所述目标服务工作模式；
按照所述目标服务配置维度和所述目标服务工作模式对所述目标Kubernetes容器集群进行服务配置。
8.一种Kubernetes容器集群的服务配置装置，其特征在于，包括：
请求接收模块，用于接收对目标Kubernetes容器集群的服务配置请求；
维度及模式获得模块，用于对所述服务配置请求进行解析，得到目标服务配置维度和目标服务工作模式；其中，所述目标服务配置维度为集群维度、节点维度、命名空间维度、服务维度中的其中一种；
服务配置模块，用于按照所述目标服务配置维度和所述目标服务工作模式对所述目标Kubernetes容器集群进行服务配置。
9.一种Kubernetes容器集群的服务配置设备，其特征在于，包括：
存储器，用于存储计算机程序；
处理器，用于执行所述计算机程序时实现如权利要求1至7任一项所述Kubernetes容器集群的服务配置方法的步骤。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述Kubernetes容器集群的服务配置方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210870893.XA CN115061783A (zh) | 2022-07-22 | 2022-07-22 | Kubernetes容器集群的服务配置方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210870893.XA CN115061783A (zh) | 2022-07-22 | 2022-07-22 | Kubernetes容器集群的服务配置方法及装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN115061783A true CN115061783A (zh) | 2022-09-16 |
Family
ID=83207090
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210870893.XA Pending CN115061783A (zh) | 2022-07-22 | 2022-07-22 | Kubernetes容器集群的服务配置方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115061783A (zh) |
Citations (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2013152245A1 (en) * | 2012-04-06 | 2013-10-10 | Microsoft Corporation | Service level objective for cloud hosted applications |
| CN107967159A (zh) * | 2017-11-22 | 2018-04-27 | 腾讯科技（深圳）有限公司 | 一种配置文件应用的方法以及服务器 |
| CN108809722A (zh) * | 2018-06-13 | 2018-11-13 | 郑州云海信息技术有限公司 | 一种部署Kubernetes集群的方法、装置和存储介质 |
| CN112000434A (zh) * | 2020-08-14 | 2020-11-27 | 苏州浪潮智能科技有限公司 | 一种基于Kubernetes动态管理服务治理规则配置方法和*** |
| CN112015536A (zh) * | 2020-08-28 | 2020-12-01 | 北京浪潮数据技术有限公司 | Kubernetes集群容器组调度方法、装置及介质 |
| CN112241314A (zh) * | 2020-10-29 | 2021-01-19 | 浪潮通用软件有限公司 | 多Kubernetes集群管理方法、装置和可读介质 |
| WO2021017279A1 (zh) * | 2019-07-30 | 2021-02-04 | 平安科技（深圳）有限公司 | 基于Kubernetes和网络域的集群安全管理方法、装置及存储介质 |
| AU2021101420A4 (en) * | 2020-03-19 | 2021-05-13 | Sun Yat-Sen University | Small-file storage optimization system based on virtual file system in KUBERNETES user-mode application |
| CN113596190A (zh) * | 2021-07-23 | 2021-11-02 | 浪潮云信息技术股份公司 | 基于Kubernetes的应用分布式多活***及方法 |
| CN113676501A (zh) * | 2020-05-13 | 2021-11-19 | 北京金山云网络技术有限公司 | 基于Kubernetes集群的应用部署方法、装置以及电子设备 |
| CN113687911A (zh) * | 2021-07-30 | 2021-11-23 | 广东浪潮智慧计算技术有限公司 | 一种元数据管理方法、***、电子设备及存储介质 |
| CN114153580A (zh) * | 2021-11-25 | 2022-03-08 | 邦道科技有限公司 | 一种跨多集群的工作调度方法及装置 |
| CN114760292A (zh) * | 2020-12-25 | 2022-07-15 | 广东飞企互联科技股份有限公司 | 一种面向服务发现与注册的方法及装置 |
-
2022
- 2022-07-22 CN CN202210870893.XA patent/CN115061783A/zh active Pending
Patent Citations (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20130268914A1 (en) * | 2012-04-06 | 2013-10-10 | Microsoft Corporation | Service level objective for cloud hosted applications |
| WO2013152245A1 (en) * | 2012-04-06 | 2013-10-10 | Microsoft Corporation | Service level objective for cloud hosted applications |
| CN107967159A (zh) * | 2017-11-22 | 2018-04-27 | 腾讯科技（深圳）有限公司 | 一种配置文件应用的方法以及服务器 |
| CN108809722A (zh) * | 2018-06-13 | 2018-11-13 | 郑州云海信息技术有限公司 | 一种部署Kubernetes集群的方法、装置和存储介质 |
| WO2021017279A1 (zh) * | 2019-07-30 | 2021-02-04 | 平安科技（深圳）有限公司 | 基于Kubernetes和网络域的集群安全管理方法、装置及存储介质 |
| AU2021101420A4 (en) * | 2020-03-19 | 2021-05-13 | Sun Yat-Sen University | Small-file storage optimization system based on virtual file system in KUBERNETES user-mode application |
| CN113676501A (zh) * | 2020-05-13 | 2021-11-19 | 北京金山云网络技术有限公司 | 基于Kubernetes集群的应用部署方法、装置以及电子设备 |
| CN112000434A (zh) * | 2020-08-14 | 2020-11-27 | 苏州浪潮智能科技有限公司 | 一种基于Kubernetes动态管理服务治理规则配置方法和*** |
| CN112015536A (zh) * | 2020-08-28 | 2020-12-01 | 北京浪潮数据技术有限公司 | Kubernetes集群容器组调度方法、装置及介质 |
| CN112241314A (zh) * | 2020-10-29 | 2021-01-19 | 浪潮通用软件有限公司 | 多Kubernetes集群管理方法、装置和可读介质 |
| CN114760292A (zh) * | 2020-12-25 | 2022-07-15 | 广东飞企互联科技股份有限公司 | 一种面向服务发现与注册的方法及装置 |
| CN113596190A (zh) * | 2021-07-23 | 2021-11-02 | 浪潮云信息技术股份公司 | 基于Kubernetes的应用分布式多活***及方法 |
| CN113687911A (zh) * | 2021-07-30 | 2021-11-23 | 广东浪潮智慧计算技术有限公司 | 一种元数据管理方法、***、电子设备及存储介质 |
| CN114153580A (zh) * | 2021-11-25 | 2022-03-08 | 邦道科技有限公司 | 一种跨多集群的工作调度方法及装置 |
Non-Patent Citations (3)
| Title |
|---|
| 崔翔;李晓雯;陈一峯;: "数组维度类型程序设计方法及高性能FFT实现", 软件学报, no. 12, 15 December 2015 (2015-12-15) * |
| 王骏翔;郭磊;: "基于Kubernetes和Docker技术的企业级容器云平台解决方案", 上海船舶运输科学研究所学报, no. 03, 30 September 2018 (2018-09-30) * |
| 盛乐标;周庆林;游伟倩;张予倩;: "Kubernetes高可用集群的部署实践", 电脑知识与技术, no. 26, 15 September 2018 (2018-09-15) * |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110324164B (zh) | 一种网络切片的部署方法及装置 | |
| CN109417492B (zh) | 一种网络功能nf管理方法及nf管理设备 | |
| CN110311948B (zh) | 容器/容器组间的通信方法及基于此的容器云网络*** | |
| US9847903B2 (en) | Method and apparatus for configuring a communication system | |
| CN114450927A (zh) | 使用基于网络的媒体处理工作流的分割渲染 | |
| CN110838939B (zh) | 一种基于轻量级容器的调度方法及边缘物联管理平台 | |
| JP7502550B2 (ja) | リソーススケジューリング方法、リソーススケジューリングシステム、及び機器 | |
| CN113961312A (zh) | 目标服务的部署方法、装置和电子设备 | |
| CN112333017B (zh) | 一种服务配置方法、装置、设备及存储介质 | |
| US20220318071A1 (en) | Load balancing method and related device | |
| CN112187864A (zh) | 负载均衡方法、装置、存储介质及电子设备 | |
| CN112468545A (zh) | 一种云主机创建方法、装置、***、设备及可读存储介质 | |
| KR101973946B1 (ko) | 분산형 컴퓨팅 가속화 플랫폼 장치 | |
| CN115061783A (zh) | Kubernetes容器集群的服务配置方法及装置 | |
| CN114356575A (zh) | 用户请求处理方法及装置 | |
| US20210373862A1 (en) | Compiling monoglot function compositions into a single entity | |
| CN115826845A (zh) | 存储资源的分配方法和装置、存储介质、电子装置 | |
| CN112015515B (zh) | 一种虚拟网络功能的实例化方法及装置 | |
| CN112583740A (zh) | 网络通信方法及装置 | |
| US20240179210A1 (en) | Service Execution Handling | |
| CN114296953B (zh) | 一种多云异构***及任务处理方法 | |
| US20240064212A1 (en) | Discovery Request and Response Handling | |
| CN115604333B (zh) | 基于dubbo的分布式大数据分析服务调度方法及*** | |
| CN116166439A (zh) | 资源分配方法、装置、电子设备及存储介质 | |
| CN117897944A (zh) | 针对http调用的动态引导 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |