运行容器组的节点，容器组的管理系统和方法技术方案

本申请涉及数据处理技术领域，具体涉及一种运行容器组的节点，容器组的管理系统和方法。其中，该节点运行有连接控制模块、边车集群、和第一业务容器组，边车集群包括至少两个边车，其中，连接控制模块，用于接收与该节点相连的控制台发送的边车分配策略，根据边车分配策略在边车集群中选择第一边车，并将第一业务容器组发出的数据包转发至第一边车；第一边车，用于对第一业务容器组发出的数据包进行流量管理。在本申请中，可以为业务容器组选择边车，以对业务容器组进行更优的流量管理。以对业务容器组进行更优的流量管理。以对业务容器组进行更优的流量管理。

【技术实现步骤摘要】
运行容器组的节点，容器组的管理系统和方法


[0001]本申请涉及云计算领域，且特别涉及一种运行容器组的节点，容器组的管理系统和方法。

技术介绍

[0002]服务网格(service mesh)技术将微服务架构(microservice architecture)的分布式应用中非功能性的针对流量的服务治理逻辑从业务进程中剥离到边车(sidecar)容器中，以无侵入的方式提供服务间的连接、安全、流控、灰度发布、观测能力，实现业务轻量化和服务治理基础设施化。另外，由于服务网格技术是基于传统互联网协议(internet protocol， IP)网络之上的应用网络技术。因此，在服务网格技术中，服务之间的发现与路由不再直接基于IP地址，而是基于服务的元数据信息(包括但不限于服务名称、版本等)。
[0003]随着用户需求的发展，微服务的规模和调用复杂度快速增长。如何在持续运行阶段高效的治理微服务、降低运维成本，是服务网格技术演进的一个重要问题。

技术实现思路

[0004]本申请实施例提供了一种运行容器组的节点，容器组的管理系统和方法，可以为业务容器组选择边车，以对业务容器组进行更优的流量管理。
[0005]第一方面，本申请实施例提供了一种运行容器组的节点，该节点运行有连接控制模块、边车集群、和第一业务容器组，边车集群包括至少两个边车，其中，连接控制模块，用于接收与该节点相连的控制台发送的边车分配策略，根据边车分配策略在边车集群中选择第一边车，并将第一业务容器组发出的数据包转发至第一边车；第一边车，用于对第一业务容器组发出的数据包进行流量管理。
[0006]在该方案中，连接控制模块可以按照控制台发送的边车分配策略，从至少两个边车中为第一业务容器选择边车，并使用选择出的边车对第一业务容器组发出的数据包进行流量管理，从而可以实现对第一业务容器组的灵活管理，可以为对第一业务容器组进行更优的流量管理，保障第一业务容器组业务的高可用能力。
[0007]在一种可能的实现方式中，该节点还包括第二业务容器组；连接控制模块，还用于根据边车分配策略在边车集群中选择第二边车，并将第二业务容器组发出的数据包转发至第二边车；第二边车，用于对第二业务容器组发出的数据包进行流量管理。其中，第二边车和第一边车可以为同一边车冗余，也可以为不同的边车。
[0008]也就是说，连接控制模块可以按照边车分配策略，从至少两个边车中为第二业务容器选择边车，并使用选择出的边车对第二业务容器组发出的数据包进行流量管理，从而可以实现对第二业务容器组的灵活管理，可以为对第二业务容器组进行更优的流量管理，保障第二业务容器组的业务的高可用能力。
[0009]在一种可能的实现方式中，第一边车分配的硬件资源规格高于第二边车分配的硬件资源，边车分配策略包括第一策略，第一策略用于指示第一业务容器组优先使用第一边
车；连接控制模块，具体用于根据第一策略在边车集群中选择第一边车。
[0010]也就是说，在该实现方式中，可以设置硬件资源规格高低不同的硬件资源，并在边车分配策略指示第一业务容器组优先使用高硬件资源规格的边车的情况下，使用高硬件资源规格的边车对第一业务容器组发出的数据包进行流量管理，保障了第一业务容器组业务的服务质量。
[0011]在一种可能的实现方式中，该节点还包括第二业务容器组，边车分配策略还包括第二策略，第二策略用于指示第一边车的服务对象数量不超过上限值；连接控制模块，还用于确定第一边车的服务对象的数量，在第一边车的服务对象的数量不超过上限值的情况下将第二业务容器组发出的数据包转发至第一边车；第一边车，还用于对第一业务容器组发出的数据包和第二业务容器组发出的数据包同时进行流量管理。
[0012]也就是说，在该实现方式中，可以设置边车的服务对象数量的上限值，并在该边车当前的服务对象的数量不超过上限值的情况下，继续为该边车分配数据包，使得该边车对该数据包进行流量管理，从而在避免边车过载的同时，提高了边车的资源利用率。
[0013]在一种可能的实现方式中，连接控制模块，用于在第一边车失效后，从边车集群中选择第三边车或通知控制台在所述节点创建第三边车，将第一业务容器组发送的另一数据包转发至第三边车；第三边车，用于对第一业务容器组发出的另一数据包进行流量管理。
[0014]也就是说，在该实现方式中，第一边车失效后，可以重新为第一业务容器组选择第三边车，第三边车可以继续对第一业务容器组发出的数据包进行流量管理，从而保障了第一业务容器组业务的高可用能力。
[0015]在一种可能的实现方式中，第三边车是基于第一边车进行功能升级的新版本，或者第三边车是第一边车的复制版本。
[0016]也就是说，在该实现方式中，在第一边车失效后，可以为第一业务容器组选择与第一边车的功能相同的边车，或者选择比第一边车更高级的边车，以继续对第一业务容器组发出的数据包进行流量管理，从而保障了第一业务容器组业务的高可用能力。
[0017]在一种可能的实现方式中，第一边车，用于在对第一业务容器组发出的数据包进行流量管理之后，将数据包发送至后端容器组。
[0018]也就是说，在该实现方式中，第一边车可以将经过流量管理后的数据包发送至后端容器组，以调用后端容器组的服务或为后端容器组提供服务。
[0019]在一种可能的实现方式中，第一边车，还用于产生会话标识并发送会话标识至第一业务容器组和连接控制模块；连接控制模块，用于记录会话标识与后端容器组的对应关系；第三边车，用于从第一业务容器组获取会话标识并根据会话标识在连接控制模块记录的对应关系中确定后端容器组，在对第一业务容器组发出的另一数据包进行流量管理之后，将另一数据包发送至后端容器组。
[0020]也就是说，在该实现方式中，连接控制模块可以记录第一边车产生的会话标识和后端容器组的对应关系，第三边车可以根据该对应关系，将第一容器组发出的其他数据包进行流量管理后发送至该后端容器组，从而避免了同一容器组发出的不同数据包被不同边车发送至不同后端容器组的问题。
[0021]在一种可能的实现方式中，边车分配策略包括第三策略，第三策略用于指示边车集群中的边车的服务对象数量为0时被优先使用；连接控制模块，还用于确定第一边车的服
务对象的数量，在第一边车的服务对象的数量为0的情况下将第一业务容器组发出的数据包转发至第一边车。
[0022]在一种可能的实现方式中，连接控制模块，还用于监控边车集群中每个边车的工作状态，在发现存在下线的边车时，发送下线的边车的信息至控制台。
[0023]也就是说，在该实现方式中，可以向控制台反馈下行的边车，以便控制台更新正在运行的边车，并据此制定边车分配策略，实现对容器组的有效管理。
[0024]在一种可能的实现方式中，流量管理包括：流量控制、流量安全以及流量观测。
[0025]在一种可能的实现方式中，节点为虚拟机、计算机或裸金属服务器。
[0026]第二方面，本申请实施例提供了一种容器组的本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种运行容器组的节点，其特征在于，所述节点运行有连接控制模块、边车集群、和第一业务容器组，所述边车集群包括至少两个边车，其中，所述连接控制模块，用于接收与所述节点相连的控制台发送的边车分配策略，根据所述边车分配策略在边车集群中选择第一边车，并将所述第一业务容器组发出的数据包转发至所述第一边车；所述第一边车，用于对所述第一业务容器组发出的数据包进行流量管理。2.根据权利要求1所述的节点，其特征在于，还包括第二业务容器组；所述连接控制模块，还用于根据所述边车分配策略在所述边车集群中选择第二边车，并将所述第二业务容器组发出的数据包转发至所述第二边车；所述第二边车，用于对所述第二业务容器组发出的数据包进行流量管理。3.根据权利要求2所述的节点，其特征在于，所述第一边车分配的硬件资源规格高于所述第二边车分配的硬件资源，所述边车分配策略包括第一策略，所述第一策略用于指示所述第一业务容器组优先使用所述第一边车；所述连接控制模块，具体用于根据所述第一策略在所述边车集群中选择所述第一边车。4.根据权利要求1至3任一项所述的节点，其特征在于，还包括第二业务容器组，所述边车分配策略还包括第二策略，所述第二策略用于指示所述第一边车的服务对象数量不超过上限值；所述连接控制模块，还用于确定所述第一边车的服务对象的数量，在所述第一边车的服务对象的数量不超过所述上限值的情况下将所述第二业务容器组发出的数据包转发至所述第一边车；所述第一边车，还用于对所述第一业务容器组发出的数据包和所述第二业务容器组发出的数据包同时进行流量管理。5.根据权利要求1至4任一项所述的节点，其特征在于，所述连接控制模块，用于在所述第一边车失效后，从所述边车集群中选择第三边车或通知所述控制台在所述节点创建所述第三边车，将所述第一业务容器组发送的另一数据包转发至所述第三边车；所述第三边车，用于对所述第一业务容器组发出的另一数据包进行流量管理。6.根据权利要求5所述的节点，其特征在于，所述第三边车是基于所述第一边车进行功能升级的新版本，或者所述第三边车是所述第一边车的复制版本。7.根据权利要求5或6所述的节点，其特征在于，所述第一边车，用于在对所述第一业务容器组发出的数据包进行流量管理之后，将所述数据包发送至后端容器组。8.根据权利要求7所述的节点，其特征在于，所述第一边车，还用于产生会话标识并发送所述会话标识至所述第一业务容器组和所述连接控制模块；所述连接控制模块，用于记录所述会话标识与所述后端容器组的对应关系；所述第三边车，用于从所述第一业务容器组获取所述会话标识并根据所述会话标识在所述连接控制模块记录的所述对应关系中确定所述后端容器组，在对所述第一业务容器组
发出的另一数据包进行流量管理之后，将所述另一数据包发送至后端容器组。9.根据权利要求1或2所述的节点，其特征在于，所述边车分配策略包括第三策略，所述第三策略用于指示所述边车集群中的边车的服务对象数量为0时被优先使用；所述连接控制模块，还用于确定所述第一边车的服务对象的数量，在所述第一边车的服务对象的数量为0的情况下将所述第一业务容器组发出的数据包转发至所述第一边车。10.根据权利要求1至9任一项所述的节点，其特征在于，所述连接控制模块，还用于监控所述边车集群中每个边车的工作状态，在发现存在下线的边车时，发送下线的所述边车的信息至所述控制台。11.根据权利要求1至10任一项所述的节点，其特征在于，所述流量管理包括：流量控制、流量安全以及流量观测。12.根据权利要求1至11任一项所述的节点，其特征在于，所述节点为虚拟机、计算机或裸金属服务器。13.一种容器组的管理系统，其特征在于，包括控制台和权利要求1至11所述的节点。14.一种节点中的容器组的管理方法，其特征在于，所述节点运行有连接控制模块、边车集群、和第一业务容器组，所述边车集群包括至少两个边车，所述方法包括：所述连接控制模块接收与所述节点相连的控制台发送的边车分配策略，根据所述边车分配策略在边车集群中选择第一...

【专利技术属性】
技术研发人员：张伟，姜宇，黄毽，
申请(专利权)人：华为云计算技术有限公司，
类型：发明
国别省市：