[发明专利]组播业务处理方法、装置、云平台、设备及可读存储介质有效
申请号: | 201910995306.8 | 申请日: | 2019-10-18 |
公开(公告)号: | CN110798412B | 公开(公告)日: | 2023-05-23 |
发明(设计)人: | 蒋晨晓;王培辉;张兆增 | 申请(专利权)人: | 北京浪潮数据技术有限公司 |
主分类号: | H04L47/80 | 分类号: | H04L47/80;G06F9/455 |
代理公司: | 北京集佳知识产权代理有限公司 11227 | 代理人: | 王云晓 |
地址: | 100085 北京*** | 国省代码: | 北京;11 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 业务 处理 方法 装置 平台 设备 可读 存储 介质 | ||
本申请公开了一种组播业务处理方法、装置、云平台、设备及可读存储介质。本申请公开的方法包括:通过多个虚拟网卡队列并行接收网络报文;若网络报文属于组播业务,则利用多个虚拟CPU并行处理网络报文,并按照OpenFlow流表传输处理后的网络报文,从而可提高组播业务的处理效率。其中,虚拟网卡队列与虚拟CPU一一对应;多个虚拟CPU对应的物理CPU属于同一NUMA域。属于同一NUMA域的物理CPU访问同一个内存区,也就是多个虚拟CPU访问同一个内存区,不会进行跨域访问,从而可避免访问延时,实现了高性能组播。相应地,本申请提供的一种组播业务处理装置、云平台、设备及可读存储介质,也同样具有上述技术效果。
技术领域
本申请涉及计算机技术领域,特别涉及一种组播业务处理方法、装置、云平台、设备及可读存储介质。
背景技术
组播能够在发送者和每一接收者之间实现点对多点的网络连接,从而提高数据传输效率,降低网络出现拥塞的可能性。
目前,组播这种通信模式与云平台相结合,为人们带来了更好的网络服务体验。但由于云平台依赖的物理设备的性能较低,导致组播业务时常出现丢包。为了解决组播业务的丢包问题,需要为云平台更换性能更好的物理设备,如此将会增加网络搭建成本。同时,由于物理设备上的物理网卡等资源为云平台上所有虚拟机所共用,因此当带宽不足或瞬发流量过大时,还是会出现丢包现象。
因此,如何提高组播业务的处理效率,避免丢包现象的发生,是本领域技术人员需要解决的问题。
发明内容
有鉴于此,本申请的目的在于提供一种组播业务处理方法、装置、云平台、设备及可读存储介质,以提高组播业务的处理效率,避免丢包现象的发生。其具体方案如下:
第一方面,本申请提供了一种组播业务处理方法,包括:
通过多个虚拟网卡队列并行接收网络报文;
若网络报文属于组播业务,则利用多个虚拟CPU并行处理网络报文,并按照OpenFlow流表传输处理后的网络报文;
其中,虚拟网卡队列与虚拟CPU一一对应;多个虚拟CPU对应的物理CPU属于同一NUMA域。
优选地,利用多个虚拟CPU并行处理网络报文,包括:
若任一个虚拟CPU对应有多个业务的处理进程,则控制组播业务的处理进程优先处理网络报文。
优选地,按照OpenFlow流表传输处理后的网络报文,包括:
按照OpenFlow流表将处理后的网络报文传输至OpenFlow流表对应的组播组。
优选地,还包括:
当组播组更新后,按照更新后的组播组调整OpenFlow流表。
优选地,每个虚拟CPU在单位时钟周期内占用的物理CPU资源高于预设的阈值。
第二方面,本申请提供了一种组播业务处理装置,包括:
接收模块,用于通过多个虚拟网卡队列并行接收网络报文;
处理模块,用于若网络报文属于组播业务,则利用多个虚拟CPU并行处理网络报文,并按照OpenFlow流表传输处理后的网络报文;其中,虚拟网卡队列与虚拟CPU一一对应;多个虚拟CPU对应的物理CPU属于同一NUMA域。
第三方面,本申请提供了一种云平台,包括:虚拟机和虚拟交换机,其中:
虚拟机包括:多个虚拟网卡和多个虚拟CPU,多个虚拟CPU对应的物理CPU属于同一NUMA域,其中:
多个虚拟网卡,用于并行接收网络报文;虚拟网卡队列与虚拟CPU一一对应;
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于北京浪潮数据技术有限公司,未经北京浪潮数据技术有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201910995306.8/2.html,转载请声明来源钻瓜专利网。