本申请提供服务网格监控指标采集方法、服务部署方法及装置，方法包括：向自身所在的容器集群中的中转单元发送服务监控指标采集指令，以使中转单元自DPU中服务网格的数据面获取服务网格当前的服务监控指标信息，服务监控指标信息由数据面根据经其处理的业务流量数据生成；接收中转单元发送的服务监控指标信息。本申请能够在提高微服务时延和流量处理效率的基础上，实现基于DPU的服务网格的服务监控指标的采集，能够有效提高基于DPU的服务网格的服务监控的有效性及可靠性，使得运维人员能够根据服务监控指标及时获知服务网格的异常并进行维护，进而能够提高服务网格的运行稳定性。定性。定性。
【技术实现步骤摘要】
服务网格监控指标采集方法、服务部署方法及装置
[0001]本申请涉及服务网格
，尤其涉及服务网格监控指标采集方法、服务部署方法及装置。
技术介绍
[0002]服务网格(Service Mesh)会为网格内所有的服务通信生成详细的遥测数据。这种遥测技术提供了服务行为的可观测性，使运维人员能够排查故障、维护和优化应用程序，而不会给服务的开发人员带来任何额外的负担。服务监控指标(Metric)是其中一种遥测数据，服务监控指标提供了一种以聚合的方式监控和理解行为的方法。为了监控服务行为，服务网格为网格中所有出入网格以及网格内部的服务流量都生成了服务监控指标。
[0003]目前，大多数微服务系统采用在主机侧部署边车或集中式服务网格的模式。在传统边车模式下，边车部署在集群内部，通过暴露请求端口和访问路径，并将相关信息添加到集群中的注解中。监控解决方案(如Prometheus)会根据服务发现机制自动采集边车代理中的服务监控指标。然而，边车会大量占用主机的资源，同时也会大幅度降低微服务时延和流量处理效率。为了解决这一问题，可以将代理部署模式改为基于数据处理单元或专用数据处理器DPU(Data Processing Unit)的集中式部署模式，然而，由于代理不再位于集群内部，无法被监控组件识别和采集，因此使得基于DPU的服务网格无法收集服务监控指标信息，进而无法对服务网格进行服务监控，甚至会影响服务网格的运行稳定性。
技术实现思路
[0004]鉴于此，本申请实施例提供了服务网格监控指标采集方法、服务部署方法及装置，以消除或改善现有技术中存在的一个或更多个缺陷。
[0005]本申请的一个方面提供了一种服务网格监控指标采集方法，包括：
[0006]向自身所在的容器集群中的中转单元发送服务监控指标采集指令，以使所述中转单元自DPU中服务网格的数据面获取所述服务网格当前的服务监控指标信息，其中，所述服务监控指标信息由所述数据面根据经其处理的业务流量数据生成；
[0007]接收所述中转单元发送的所述服务监控指标信息。
[0008]在本申请的一些实施例中，所述向自身所在的容器集群中的中转单元发送服务监控指标采集指令，以使所述中转单元自DPU中服务网格的数据面获取所述服务网格当前的服务监控指标信息，包括：
[0009]根据自身的部署文件中预设的服务发现规则数据，自动查找自身所在的容器集群中的中转单元的服务监控接口；
[0010]基于所述服务监控接口向所述中转单元发送服务监控指标采集指令，以使所述中转单元基于DPU中服务网格的数据面的指标接口获取该数据面生成的所述服务网格当前的服务监控指标信息。
[0011]在本申请的一些实施例中，所述服务发现规则数据是预先由所述中转单元将所述
服务监控接口的端口和访问路径添加至所述容器集群中的容器组的注释文件中而生成的。
[0012]在本申请的一些实施例中，所述指标接口是由所述中转单元预先向所述数据面发起网络通信请求后获取的。
[0013]在本申请的一些实施例中，所述服务监控指标信息是所述数据面在接收到得到服务监控指标采集指令后，基于指标配置信息对经由所述数据面处理的业务流量数据进行各类指标的信息采集后得到的汇总信息；
[0014]其中，所述指标配置信息是预先由主机侧的服务网格的控制面发送至所述中转单元后，再由所述中转单元发送至所述DPU中服务网格的所述数据面的。
[0015]在本申请的一些实施例中，还包括：
[0016]基于预设的可视化界面显示所述服务监控指标信息；
[0017]和/或，根据所述服务监控指标信息对应生成所述服务网格对应的服务状态评价数据，以在预设的可视化界面显示中显示所述服务监控指标信息和所述服务状态评价数据。
[0018]本申请的另一个方面提供了一种服务网格监控指标采集服务部署方法，包括：
[0019]在主机侧部署服务网格的控制面，并在DPU中部署所述服务网格的数据面；
[0020]在容器集群中的各个容器组中部署指定网卡，以使业务流量数据经由该指定网卡传输至所述数据面进行处理；
[0021]在容器集群中分别部署服务监控单元和中转单元，以使所述中转单元将所述服务监控接口的端口和访问路径添加至所述容器集群中的容器组的注释文件中，以生成对应的服务发现规则数据，并使得所述中转单元向所述数据面发起网络通信请求以获取所述数据面的指标接口；
[0022]将所述服务发现规则数据部署在所述服务监控单元的部署文件中，以使所述服务监控单元用于自动查找所述中转单元的服务监控接口，其中，所述服务监控单元用于执行所述服务网格监控指标采集方法。
[0023]本申请的第三个方面提供了一种服务网格监控指标采集装置，包括：
[0024]指令下发模块，用于向自身所在的容器集群中的中转单元发送服务监控指标采集指令，以使所述中转单元自DPU中服务网格的数据面获取所述服务网格当前的服务监控指标信息，其中，所述服务监控指标信息由所述数据面根据经其处理的业务流量数据生成；
[0025]指标接收模块，用于接收所述中转单元发送的所述服务监控指标信息。
[0026]本申请的第四个方面提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现所述服务网格监控指标采集方法，和/或，实现所述服务网格监控指标采集服务部署方法。
[0027]本申请的第五个方面提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现所述服务网格监控指标采集方法，和/或，实现所述服务网格监控指标采集服务部署方法。
[0028]本申请提供的服务网格监控指标采集方法，向自身所在的容器集群中的中转单元发送服务监控指标采集指令，以使所述中转单元自DPU中服务网格的数据面获取所述服务网格当前的服务监控指标信息，其中，所述服务监控指标信息由所述数据面根据经其处理的业务流量数据生成；接收所述中转单元发送的所述服务监控指标信息，能够在提高微服
务时延和流量处理效率的基础上，实现基于DPU的服务网格的服务监控指标的采集，能够有效提高基于DPU的服务网格的服务监控的有效性及可靠性，使得运维人员能够根据服务监控指标及时获知服务网格的异常并进行维护，进而能够提高服务网格的运行稳定性。
[0029]本申请的附加优点、目的，以及特征将在下面的描述中将部分地加以阐述，且将对于本领域普通技术人员在研究下文后部分地变得明显，或者可以根据本申请的实践而获知。本申请的目的和其它优点可以通过在说明书以及附图中具体指出的结构实现到并获得。
[0030]本领域技术人员将会理解的是，能够用本申请实现的目的和优点不限于以上具体所述，并且根据以下详细说明将更清楚地理解本申请能够实现的上述和其他目的。
附图说明
[0031]此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，并不构成对本申请的限本文档来自技高网...
【技术保护点】
【技术特征摘要】
1.一种服务网格监控指标采集方法，其特征在于，包括：向自身所在的容器集群中的中转单元发送服务监控指标采集指令，以使所述中转单元自DPU中服务网格的数据面获取所述服务网格当前的服务监控指标信息，其中，所述服务监控指标信息由所述数据面根据经其处理的业务流量数据生成；接收所述中转单元发送的所述服务监控指标信息。2.根据权利要求1所述的服务网格监控指标采集方法，其特征在于，所述向自身所在的容器集群中的中转单元发送服务监控指标采集指令，以使所述中转单元自DPU中服务网格的数据面获取所述服务网格当前的服务监控指标信息，包括：根据自身的部署文件中预设的服务发现规则数据，自动查找自身所在的容器集群中的中转单元的服务监控接口；基于所述服务监控接口向所述中转单元发送服务监控指标采集指令，以使所述中转单元基于DPU中服务网格的数据面的指标接口获取该数据面生成的所述服务网格当前的服务监控指标信息。3.根据权利要求2所述的服务网格监控指标采集方法，其特征在于，所述服务发现规则数据是预先由所述中转单元将所述服务监控接口的端口和访问路径添加至所述容器集群中的容器组的注释文件中而生成的。4.根据权利要求2所述的服务网格监控指标采集方法，其特征在于，所述指标接口是由所述中转单元预先向所述数据面发起网络通信请求后获取的。5.根据权利要求1所述的服务网格监控指标采集方法，其特征在于，所述服务监控指标信息是所述数据面在接收到得到服务监控指标采集指令后，基于指标配置信息对经由所述数据面处理的业务流量数据进行各类指标的信息采集后得到的汇总信息；其中，所述指标配置信息是预先由主机侧的服务网格的控制面发送至所述中转单元后，再由所述中转单元发送至所述DPU中服务网格的所述数据面的。6.根据权利要求1至5任一项所述的服务网格监控指标采集方法，其特征在于，还包括：基于预设的可...
【专利技术属性】
技术研发人员：李英红，黄明亮，鄢贵海，
申请(专利权)人：中科驭数北京科技有限公司，
类型：发明
国别省市：
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。