组播业务处理方法、装置、云平台、设备及可读存储介质制造方法及图纸

本申请公开了一种组播业务处理方法、装置、云平台、设备及可读存储介质。本申请公开的方法包括：通过多个虚拟网卡队列并行接收网络报文；若网络报文属于组播业务，则利用多个虚拟CPU并行处理网络报文，并按照OpenFlow流表传输处理后的网络报文，从而可提高组播业务的处理效率。其中，虚拟网卡队列与虚拟CPU一一对应；多个虚拟CPU对应的物理CPU属于同一NUMA域。属于同一NUMA域的物理CPU访问同一个内存区，也就是多个虚拟CPU访问同一个内存区，不会进行跨域访问，从而可避免访问延时，实现了高性能组播。相应地，本申请提供的一种组播业务处理装置、云平台、设备及可读存储介质，也同样具有上述技术效果。

Multicast service processing methods, devices, cloud platforms, devices and readable storage media

【技术实现步骤摘要】
组播业务处理方法、装置、云平台、设备及可读存储介质
本申请涉及计算机
，特别涉及一种组播业务处理方法、装置、云平台、设备及可读存储介质。
技术介绍
组播能够在发送者和每一接收者之间实现点对多点的网络连接，从而提高数据传输效率，降低网络出现拥塞的可能性。目前，组播这种通信模式与云平台相结合，为人们带来了更好的网络服务体验。但由于云平台依赖的物理设备的性能较低，导致组播业务时常出现丢包。为了解决组播业务的丢包问题，需要为云平台更换性能更好的物理设备，如此将会增加网络搭建成本。同时，由于物理设备上的物理网卡等资源为云平台上所有虚拟机所共用，因此当带宽不足或瞬发流量过大时，还是会出现丢包现象。因此，如何提高组播业务的处理效率，避免丢包现象的发生，是本领域技术人员需要解决的问题。
技术实现思路
有鉴于此，本申请的目的在于提供一种组播业务处理方法、装置、云平台、设备及可读存储介质，以提高组播业务的处理效率，避免丢包现象的发生。其具体方案如下：第一方面，本申请提供了一种组播业务处理方法，包括：通过多个虚拟网卡队列并行接收网络报文；若网络报文属于组播业务，则利用多个虚拟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一一对应；多个虚拟CPU，用于若网络报文属于组播业务，则并行处理网络报文；虚拟交换机，用于按照OpenFlow流表传输处理后的网络报文。优选地，还包括：SDN控制器，用于更新OpenFlow流表。第四方面，本申请提供了一种组播业务处理设备，包括：存储器，用于存储计算机程序；处理器，用于执行计算机程序，以实现前述公开的组播业务处理方法。第五方面，本申请提供了一种可读存储介质，用于保存计算机程序，其中，计算机程序被处理器执行时实现前述公开的组播业务处理方法。通过以上方案可知，本申请提供了一种组播业务处理方法，包括：通过多个虚拟网卡队列并行接收网络报文；若网络报文属于组播业务，则利用多个虚拟CPU并行处理网络报文，并按照OpenFlow流表传输处理后的网络报文；其中，虚拟网卡队列与虚拟CPU一一对应；多个虚拟CPU对应的物理CPU属于同一NUMA域。可见，该方法能够通过多个虚拟网卡队列并行接收网络报文；当网络报文属于组播业务时，可以利用多个虚拟CPU并行处理网络报文，并按照OpenFlow流表传输处理后的网络报文，从而可使云平台提高处理组播业务的能力，并提高组播业务的处理效率。同时，按照OpenFlow流表来传输处理后的网络报文，可达到组播消息可控的目的，实现计算机资源的合理利用。其中，虚拟网卡队列是虚拟网卡的功能属性，而一个虚拟网卡对应一个虚拟网卡队列，因此虚拟网卡队列与虚拟CPU一一对应，也就是虚拟网卡处理与虚拟CPU一一对应，各个虚拟网卡并行接收数据，各个虚拟CPU并行处理数据，从而提高了处理效率。其中，每个NUMA域对应一个内存区，因此属于同一NUMA域的物理CPU访问同一个内存区，也就是多个虚拟CPU访问同一个内存区，不会进行跨域访问，从而可避免访问延时，进一步提高组播业务的处理效率。可见，本申请能够提高组播业务的处理效率，实现高性能组播。相应地，本申请提供的一种组播业务处理装置、云平台、设备及可读存储介质，也同样具有上述技术效果。附图说明为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。图1为本申请公开的一种组播业务处理方法流程图；图2为本申请公开的一种组播业务处理装置示意图；图3为本申请公开的一种云平台示意图；图4为本申请公开的另一种云平台示意图；图5为本申请公开的一种组播业务处理设备示意图。具体实施方式下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。目前，现有云平台上的组播业务会出现丢包问题，且网络搭建成本较高。为此，本申请提供了一种组播业务处理方案，能够提高组播业务的处理效率，避免丢包现象的发生。参见图1所示，本申请实施例公开了一种组播业务处理方法，包括：S101、通过多个虚拟网卡队列并行接收网络报文；S102、若网络报文属于组播业务，则利用多个虚拟CPU并行处理网络报文；S103、按照OpenFlow流表传输处理后的网络报文。需要说明的是，虚拟网卡队列与虚拟CPU一一对应；多个虚拟CPU对应的物理CPU属于同一NUMA域。其中，虚拟网卡队列是虚拟网卡的功能属性，而一个虚拟网卡对应一个虚拟网卡队列，因此虚拟网卡队列与虚拟CPU一一对应，也就是虚拟网卡处理与虚拟CPU一一对应，各个虚拟网卡并行接收数据，各个虚拟CPU并行处理数据，从而提高了处理效率。其中，每个NUMA域对应一个内存区，因此属于同一NUMA域的物理CPU访问同一个内存区，也就是多个虚拟CPU访问同一个内存区，不会进行跨域访问，从而可避免访问延时，进一步提高组播业务的处理效率。NUMA(NonUniformMemoryAccessArchitecture)是一种物理主机系统架构，可以有效扩展、构建大型系统。利本文档来自技高网...

【技术保护点】
1.一种组播业务处理方法，其特征在于，包括：/n通过多个虚拟网卡队列并行接收网络报文；/n若所述网络报文属于组播业务，则利用多个虚拟CPU并行处理所述网络报文，并按照OpenFlow流表传输处理后的网络报文；/n其中，所述虚拟网卡队列与所述虚拟CPU一一对应；所述多个虚拟CPU对应的物理CPU属于同一NUMA域。/n

【技术特征摘要】
1.一种组播业务处理方法，其特征在于，包括：
通过多个虚拟网卡队列并行接收网络报文；
若所述网络报文属于组播业务，则利用多个虚拟CPU并行处理所述网络报文，并按照OpenFlow流表传输处理后的网络报文；
其中，所述虚拟网卡队列与所述虚拟CPU一一对应；所述多个虚拟CPU对应的物理CPU属于同一NUMA域。


2.根据权利要求1所述的组播业务处理方法，其特征在于，所述利用多个虚拟CPU并行处理所述网络报文，包括：
若任一个虚拟CPU对应有多个业务的处理进程，则控制所述组播业务的处理进程优先处理所述网络报文。


3.根据权利要求1所述的组播业务处理方法，其特征在于，所述按照OpenFlow流表传输处理后的网络报文，包括：
按照所述OpenFlow流表将所述处理后的网络报文传输至所述OpenFlow流表对应的组播组。


4.根据权利要求3所述的组播业务处理方法，其特征在于，还包括：
当所述组播组更新后，按照更新后的组播组调整所述OpenFlow流表。


5.根据权利要求1所述的组播业务处理方法，其特征在于，每个虚拟CPU在单位时钟周期内占用的物理CPU资源高于预设的阈值。


6.一种组播业务处理装置，其特征在于，包括：
接收模块，用于通过多个虚拟网...

【专利技术属性】
技术研发人员：蒋晨晓，王培辉，张兆增，
申请(专利权)人：北京浪潮数据技术有限公司，
类型：发明
国别省市：北京;11