虚拟机的网卡绑定方法及系统与流程

1.本发明涉及网络虚拟化技术领域，尤其涉及一种虚拟机的网卡绑定方法及系统。


背景技术：

2.单根i/o虚拟化(single root i/o virtualization and sharing，sr-iov)规范，它定义了一个标准化的机制用以原生地支持实现多个客户机共享一个设备。sr-iov使得一个单一的功能单元(比如，一个以太网端口)能看起来像多个独立的物理设备。一个带有sr-iov功能的物理设备能被配置为多个功能单元。而在网络功能虚拟化(network function virtualization,nfv)中的许多场景，均需要达到sr-iov的l2冗余，即宿主机host和虚拟机内部分别做网卡绑定(bond)处理后，将多张网卡绑定为一个逻辑网卡，实现本地网卡的冗余效果，带宽扩容和负载均衡。但当前主要依赖于启动完虚机后，通过人为操作的方式进行bond配置，且必须保证虚拟机内部的bond模式和参数与host保持一致，致使bond配置的复杂度较高，效率低灵活性较差。


技术实现要素：

3.本发明提供一种虚拟机的网卡绑定方法及系统，用以解决现有技术中依赖于人为操作的方式进行bond配置而导致配置效率低的缺陷。
4.本发明提供一种虚拟机的网卡绑定方法，包括：
5.获取绑定bond数据；
6.创建虚拟机，通过nova组件将所述bond数据添加至所述虚拟机的网络数据；
7.通过cloudinit组件对所述网络数据进行处理，获取bond列表；
8.基于所述网络数据，利用cloudinit组件生成所述bond列表中每一个bond接口对应的bond配置文件；
9.其中，所述bond数据包括主机的业务网卡的bond模式和参数；所述虚拟机为具有sr-iov虚机端口的虚拟机；所述bond配置文件包括所述bond接口的bond模式和参数。
10.根据本发明提供的一种虚拟机的网卡绑定方法，所述基于所述网络数据，利用cloudinit组件生成所述bond列表中每一个bond接口对应的bond配置文件，包括：
11.基于sr-iov虚机端口的mac地址，确定每一所述bond接口下的成员网口；
12.基于所述网络数据，生成所述bond接口的所述bond配置文件，以及所述成员网口的网口配置文件；
13.其中，所述mac地址是基于所述网络数据确定的。
14.根据本发明提供的一种虚拟机的网卡绑定方法，所述创建虚拟机，通过nova组件将所述bond数据添加至所述虚拟机的网络数据，包括：
15.在所述网络数据中增加自定义类型的网络数据，并将所述bond数据添加至所述自定义类型的网络数据中；
16.其中，所述自定义类型是基于已有的网络数据类型确定的。
17.根据本发明提供的一种虚拟机的网卡绑定方法，所述创建虚拟机，包括：
18.对sr-iov虚拟端口设置n个vf，并将所述n个vf同时挂载到所述虚拟机；
19.其中，所述n个vf的mac地址和vlan均相同，所述n为大于1的正整数。
20.根据本发明提供的一种虚拟机的网卡绑定方法，利用nova组件的配置文件获取所述bond数据。
21.根据本发明提供的一种虚拟机的网卡绑定方法，通过所述虚拟机的类型模板flavor获取所述bond数据。
22.本发明还提供一种虚拟机的网卡绑定系统，包括：
23.绑定数据获取模块，用于获取绑定bond数据；
24.虚机创建模块，用于创建虚拟机，通过nova组件将所述bond数据添加至所述虚拟机的网络数据；
25.绑定列表获取模块，用于通过cloudinit组件对所述网络数据进行处理，获取bond列表；
26.虚机绑定模块，用于基于所述网络数据，利用cloudinit组件生成所述bond列表中每一个bond接口对应的bond配置文件；
27.其中，所述bond数据包括主机的业务网卡的bond模式和参数；所述虚拟机为具有sr-iov虚机端口的虚拟机；所述bond配置文件包括所述bond接口的bond模式和参数。
28.本发明还提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上述任一种所述虚拟机的网卡绑定方法。
29.本发明还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如上述任一种所述虚拟机的网卡绑定方法。
30.本发明还提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现如上述任一种所述虚拟机的网卡绑定方法。
31.本发明提供的虚拟机的网卡绑定方法及系统，基于nova侧将bond数据作为配置参数传入虚拟机内部组成的完整的网络数据，在虚拟机启动时，通过cloudinit组件从的网络数据归纳出各bond模式的bond列表，并根据系统不同，自动将参数写入到对应bond接口的配置文件中。能够在虚拟机启动完成后，自动完成组bond，即启动后就具备sr-iov冗余能力，减少人工干预，提高效率和灵活性。
附图说明
32.为了更清楚地说明本发明或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
33.图1是本发明提供的虚拟机的网卡绑定方法的流程示意图之一；
34.图2是本发明提供的虚拟机的网卡绑定方法的原理示意图；
35.图3是本发明提供的虚拟机的网卡绑定方法的流程示意图之二；
36.图4是本发明提供的虚拟机的网卡绑定系统的结构示意图；
37.图5是本发明提供的电子设备的结构示意图。
具体实施方式
38.为使本发明的目的、技术方案和优点更加清楚，下面将结合本发明中的附图，对本发明中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
39.应当理解，在本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。
40.术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
41.图1是本发明提供的虚拟机的网卡绑定方法的流程示意图之一。如图1所示，本发明实施例提供的虚拟机的网卡绑定方法，包括：步骤101、获取绑定bond数据。
42.其中，bond数据包括主机的业务网卡的bond模式和参数。
43.需要说明的是，本发明实施例提供的虚拟机的网卡绑定方法的执行主体是虚拟机的网卡绑定系统。
44.虚拟机的网卡绑定系统内部署一个云平台管理的项目，即为公有云、私有云和混合云的建设与管理提供软件的开源项目。该项目可以为openstack，以实现管理数据中心的资源，简化资源分配。其所管理三部分资源，分别是：
45.(1)计算资源，openstack可以规划并管理大量虚拟机，从而允许企业或服务提供商按需提供计算资源。开发者可以通过api访问计算资源从而创建云应用，管理员与用户则可以通过web访问这些资源。
46.(2)存储资源，openstack可以为云服务或云应用提供所需的对象及块存储资源。因为对性能及价格有需求，很多组织已经不能满足于传统的企业级存储技术，因此openstack可以根据用户需要提供可配置的对象存储或块存储功能。
47.(3)网络资源，如今的数据中心存在大量的配置工作，如服务器、网络设备、存储设备、安全设备均需要配置，而它们还将被划分成更多的虚拟设备或虚拟网络。这会导致ip地址的数量、路由配置、安全规则将爆炸式增长。因而openstack提供了插件式、可扩展、api驱动型的网络及ip管理功能。
48.具体地，在步骤101中，虚拟机的网卡绑定系统从openstack平台获取主机host的bond数据。
49.其中，bond数据包括用户在主机host创建云应用时，对其所对应的在业务网卡设置的bond模式和参数。
50.步骤102、创建虚拟机，通过nova组件将bond数据添加至虚拟机的网络数据。
51.其中，虚拟机为具有sr-iov虚机端口的虚拟机。
52.需要说明的是，nova组件，是openstack云中的计算组织控制器。nova组件用于管理openstack云中实例的生命周期的所有活动，是管理计算资源、网络认证所需的可扩展性平台。
53.具体地，在步骤102中，虚拟机的网卡绑定系统在创建具有sr-iov虚机端口的虚拟机的过程中，nova组件根据其对应的nova配置生成网络数据(即network_data数据)，将步骤101中获取的bond数据添加至network_data数据中，以完成虚拟机的创建。
54.步骤103、通过cloudinit组件对网络数据进行处理，获取bond列表。
55.需要说明的是，cloudinit组件，是专为云环境中虚拟机的初始化而开发的工具，它从各种数据源读取相关数据并据此对虚拟机进行配置。示例性地，可以向一台数据服务器获取元数据(meta data)和用户数据(user data)。
56.具体地，在步骤103中，虚机创建完成后的启动过程中，虚拟机的网卡绑定系统的cloudinit组件从虚拟机的各种数据源(即network_data数据)读取sr-iov虚拟端口对应的bond数据，利用sr-iov类型下的数据列表元素的位置信息为bond接口依次命名，生成bond列表。
57.其中，bond列表包含按照一定命名规则命名后的bond接口，示例性地，命名规则为“bond” “sr-iov类型列表的序号”，其中：
58.以存在两个sr-iov类型端口为示例，其分别对应两个数据列表元素，若序号以0开始计位，则bond接口分别命名为bond0和bond1。
59.本发明实施例对cloudint组件获取network_data数据的方式不作具体限定。
60.可选地，若创建虚拟机时，将config_drive参数设置为“true”，则在虚拟机启动cloudint组件可以通过本地软盘方式获取network_data数据。
61.可选地，若创建虚拟机时，将config_drive参数设置为“false”，则在虚拟机启动cloudint组件可以通过网络metadata服务方式获取network_data数据。
62.步骤104、基于网络数据，利用cloudinit组件生成bond列表中每一个bond接口对应的bond配置文件。
63.其中，bond配置文件包括bond接口的bond模式和参数。
64.具体地，在步骤104中，虚拟机的网卡绑定系统在确定bond列表中每一个bond接口的bond模式后，从网络数据提取出该类型的bond接口所对应的参数，例如xmit_hash_policy、miimon等，以生成相对应的bond配置文件。至此虚拟机启动完成，实现自动组bond。
65.本发明实施例基于nova侧将bond数据作为配置参数传入虚拟机内部组成的完整的网络数据，在虚拟机启动时，通过cloudinit组件从的网络数据归纳出各bond模式的bond列表，并根据系统不同，自动将参数写入到对应bond接口的配置文件中。能够在虚拟机启动完成后，自动完成组bond，即启动后就具备sr-iov冗余能力，减少人工干预，提高效率和灵活性。
66.在上述任一实施例的基础上，基于网络数据，利用cloudinit组件生成bond列表中每一个bond接口对应的bond配置文件，包括：基于sr-iov虚机端口的mac地址，确定每一bond接口下的成员网口。
67.其中，mac地址是基于网络数据确定的。
68.具体地，在步骤104中，虚拟机的网卡绑定系统的cloudinit组件从网络数据中与bond接口所对应的数据，确定sr-iov虚机端口的mac地址，并根据mac地址获取bond接口下所包含的成员网口。
69.基于网络数据，生成bond接口的bond配置文件，以及成员网口的网口配置文件。
70.具体地，虚拟机的网卡绑定系统cloudinit组件从完整的网络数据提取出每一bond模式对应的bond接口所对应的参数，并对该bond接口下的每一成员网口，写入对应的相关参数生成成网口配置文件，并存储在虚拟机中。
71.本发明实施例基于mac地址，确定每一bond模式下的所有成员网口，利用网络数据，根据系统不同写入到bond配置文件，以及bond接口下的成员网口的网口配置文件。能够在虚拟机启动完成后，自动完成组bond，提高绑定效率和灵活性，实现在启动后就具备sr-iov冗余能力，也能避免虚机重启后bond信息丢失。
72.在上述任一实施例的基础上，创建虚拟机，通过nova组件将bond数据添加至虚拟机的网络数据，包括：在网络数据中增加自定义类型的网络数据，并将bond数据添加至自定义类型的网络数据中。
73.其中，自定义数据类型是基于已有的网络数据类型确定的。
74.需要说明的是，自定义数据类型，是指能够被cloudinit组件识别的，且与已有的网络数据类型不冲突，例如sriov_bond数据类型。
75.需要说明的是，在创建vm时，涉及到nova组件和neutron组件的交互。对于nova组件来说它并不知道neutron组件所创建的port的属性信息，使用binding_host_id是nova组件根据port属性等，从neutron组件调用nova-scheduler分配的计算节点获得port的信息。
76.其中，port的信息中包含binding_vif_type，即表示绑定的虚拟接口(virtual interface，vif)类型，所以，已有的网络数据类型包括但不限于hw_veb、vif_type_802_qbh和vif_type_802_qbg等。
77.具体地，在步骤102中，虚拟机的网卡绑定系统在创建虚拟机时，实时生成该虚拟机实例化后的network_data等数据，将network_data增加自定义类型的网络数据，并将bond模式和参数信息添加至自定义类型网络数据中。
78.其中，自定义的网络数据类型和已有类型只要不冲突即可，本发明实施例对此不作具体限定。
79.例如，本发明实施例的虚机端口为sr-iov，所以可以增加sriov_bond类型。然后以metadata服务的方式或config_drive的形式将修改好的network_data传给虚拟机后，利用cloudinit组件从更新的network_data读取sriov_bond类型数据列表，命名bond名称。
80.可以理解的是，一个sr-iov虚机端口对应一个sriov_bond类型的列表元素，一个normal虚机端口对应一个普通类型，包括但不限于phy、tap、vhostuser等类型的列表元素。
81.本发明实施例将网络数据中原有的数据类型修改为指定类型，在添加bond数据后，以供cloudinit组件读取出指定类型的bond列表，在bond配置文件中写入相应的bond模式和参数。能够根据不同的场景灵活调整参数，以在虚拟机启动完成后，自动完成相适配的组bond，提高绑定效率和灵活性。
82.在上述任一实施例的基础上，创建虚拟机，包括：对sr-iov虚拟端口设置n个vf，并将n个vf同时挂载到虚拟机。
83.其中，n个vf的mac地址和vlan均相同，n为大于1的正整数。
84.具体地，一个虚拟端口可以灵活挂载多个vf到虚拟机，一个虚拟端口对应多个vf，提高vf冗余，当其中一个vf存在故障时，可以利用其他的vf进行替代，提高虚拟机的可靠性，还可以兼容现有技术中一个虚拟端口对应一个vf的方案。
85.多个vf之间的mac地址和vlan均相同，这样可以避免在进行聚合时需要关闭安全检测的问题，提高安全性。
86.图2是本发明提供的虚拟机的网卡绑定方法的原理示意图。如图2所示，以一个虚拟端口挂载两个vf为示例，虚拟机自动组bond的原理为：主机host节点组bond时，其bond参数中的bond模式设置为4，bond参数设置为xmit_hash_policy＝layer3 4。host中有网络接口控制器(network interface controller，nic)1和nic2，开启链路聚合控制协议(link aggregation control protocol，lacp)后，通过交换机之间的多链路捆绑技术，nic1通过vf1连接到eth0上，nic2通过vf2连接到eth1上。
87.从而，在虚拟机(virtual machine，vm)内部，根据nova组件的配置，通过cloudinit组件自动完成虚机组bond，最后生成bond配置文件中所指示的bond模式为2，bond参数为xmit_hash_policy＝layer3 4，以将eth0和eth1聚合，使两个设备间多条物理链路捆绑在一起组成一条逻辑链路,从而达到带宽倍增的目的。
88.可以理解的是，除了增加带宽外,端口聚合还可以在多条链路上均衡分配流量,起到负载分担的作用。当一条或多条链路故障时，只要还有链路正常，流量将转移到其它的链路上，整个过程在几毫秒内完成，从而起到冗余的作用，增强了网络的稳定性和安全性.
89.图3是本发明提供的虚拟机的网卡绑定方法的流程示意图之二。如图3所示，本发明实施例给出一种虚拟机自动组bond的具体实施方式如下：
90.(1)用户根据host主机的业务网卡对应的配置文件中设置虚机的bond模式和参数，并整合成bond数据传至虚拟机的网卡绑定系统。
91.(2)创建具有sr-iov虚机端口的虚拟机，在一个虚机端口直接关联n个目标的vf。
92.(3)在创建过程中，nova组件根据步骤(1)的配置后生成的network_data数据，增加自定义数据类型，自定义数据类型和已有类型只要不冲突即可，如sriov_bond类型，并增加bond模式和参数。
93.(4)虚拟机创建完成，在启动过程中cloudint组件可以通过本地软盘方式或者网络metadata服务获取network_data数据。
94.(5)cloudinit组件从network_data读取sriov_bond类型数据列表，命名bond名称。
95.其中，命名规则为，若sriov_bond类型数据列表元素个数为m，第i个数据列表元素的bond名称为bond{i}，i介于0和m-1之间。例如，图2中存在两个sr-iov类型端口，对应两个sriov_bond类型数据列表元素，则bond接口命名为bond0和bond1。
96.(6)cloudinit组件通过mac地址获取虚机网口信息，并添加bond的子成员信息，即bond接口下的各个网口。例如，若通过mac地址获取到两个网口ens5和ens6，则bond0的子成员为ens5和ens6。
97.其中，mac地址从sriov_bond类型的数据中获取。
98.(7)cloudinit组件根据步骤(4)(5)(6)的数据，分别将数据列表对应的bond模式和参数写入bond配置文件，以及各成员网口的相关信息写入网口配置文件
99.(8)虚机启动完成，自动组bond完成
100.本发明实施例为每个虚拟端口需在n个sr-iov网口上各分配一个vf直通给虚拟机使用，并使得n个vf的mac地址和vlan相同，且均采用虚拟端口的mac地址，以在创建虚机时，
bond模式和参数作为配置参数传入虚机内部，在虚机启动时通过cloudinit组件自动对n个网卡配置bond模式，以及自动动态配置bond模式的参数。能够有效避免虚拟机单点故障，提高虚拟机可靠性和安全性的同时，还能实现自动组bond，减小了配置复杂度，提高了灵活性。
101.在上述任一实施例的基础上，利用nova组件的配置文件获取bond数据。
102.具体地，在步骤101中，用户可以在nova侧，通过对nova配置文件中添加host的业务网卡配置虚机的bond模式和参数，以供虚拟机的网卡绑定系统中的nova组件根据nova配置文件获取bond数据。
103.本发明实施例基于nova组件的配置文件，在主机与虚拟机之间传递bond数据，能够根据nova配置动态实时自动组bond，并且bond的模式和参数可在nova侧进行配置，解放劳动力，提高了灵活性。
104.在上述任一实施例的基础上，通过虚拟机的类型模板flavor获取bond数据。
105.具体地，在步骤101中，创建类型模板flavor，并在类型模板flavor中增加bond数据，以供虚拟机的网卡绑定系统通过类型模版flavor读取出bond数据。
106.其中，虚机硬件模板被称为类型模板(flavor)，包括ram和硬盘大小，cpu核数等，标准安装后有5个缺省的类型。
107.本发明实施例基于flavor方式向虚拟机传递bond数据，能够根据动态实时自动组bond，并且bond的模式和参数可在nova侧进行配置，解放劳动力，提高了灵活性。
108.图4是本发明提供的虚拟机的网卡绑定系统的结构示意图。如图4所示，在上述任一实施例的基础上，该系统包括：绑定数据获取模块410、虚机创建模块420、绑定列表获取模块430和虚机绑定模块440，其中：
109.绑定数据获取模块410，用于获取绑定bond数据。
110.虚机创建模块420，用于创建虚拟机，通过nova组件将bond数据添加至虚拟机的网络数据。
111.绑定列表获取模块430，用于通过cloudinit组件对网络数据进行处理，获取bond列表。
112.虚机绑定模块440，用于基于网络数据，利用cloudinit组件生成bond列表中每一个bond接口对应的bond配置文件。
113.其中，bond数据包括主机的业务网卡的bond模式和参数。虚拟机为具有sr-iov虚机端口的虚拟机。bond配置文件包括bond接口的bond模式和参数。
114.具体地，绑定数据获取模块410、虚机创建模块420、绑定列表获取模块430和虚机绑定模块440顺次电连接。
115.绑定数据获取模块410从openstack平台获取主机host的bond数据。
116.虚机创建模块420在创建具有sr-iov虚机端口的虚拟机的过程中，nova组件根据其对应的nova配置生成网络数据(即network_data数据)，将步骤101中获取的bond数据添加至network_data数据中，以完成虚拟机的创建。
117.绑定列表获取模块430在虚机创建完成后的启动过程中，利用cloudinit组件从虚拟机的各种数据源(即network_data数据)读取sr-iov虚拟端口对应的bond数据，利用sr-iov类型下的数据列表元素的位置信息为bond接口依次命名，生成bond列表。
118.虚机绑定模块440在确定bond列表中每一个bond接口的bond模式后，从网络数据提取出该类型的bond接口所对应的参数，例如xmit_hash_policy、miimon等，以生成相对应的bond配置文件。至此虚拟机启动完成，实现自动组bond。
119.可选地，虚机绑定模块440包括成员网口确定单元和绑定配置单元，其中：
120.成员网口确定单元，用于基于sr-iov虚机端口的mac地址，确定每一bond接口下的成员网口。
121.绑定配置单元，用于基于网络数据，生成bond接口的bond配置文件，以及成员网口的网口配置文件。
122.其中，mac地址是基于网络数据确定的。
123.可选地，虚机创建模块420包括数据更新单元，其中：
124.数据更新单元，用于在网络数据中增加自定义类型的网络数据，并将bond数据添加至自定义类型的网络数据中。
125.其中，自定义类型是基于已有的网络数据类型确定的。可选地，虚机创建模块420还包括虚机创建单元，其中：
126.虚机创建单元，用于对sr-iov虚拟端口设置n个vf，并将n个vf同时挂载到虚拟机。
127.其中，n个vf的mac地址和vlan均相同，n为大于1的正整数。
128.可选地，绑定数据获取模块410，具体用于利用nova组件的配置文件获取bond数据。
129.可选地，绑定数据获取模块410，具体用于通过虚拟机的类型模板flavor获取bond数据。
130.本发明实施例提供的虚拟机的网卡绑定系统，用于执行本发明上述虚拟机的网卡绑定方法，其实施方式与本发明提供的虚拟机的网卡绑定方法的实施方式一致，且可以达到相同的有益效果，此处不再赘述。
131.本发明实施例基于nova侧将bond数据作为配置参数传入虚拟机内部组成的完整的网络数据，在虚拟机启动时，通过cloudinit组件从的网络数据归纳出各bond模式的bond列表，并根据系统不同，自动将参数写入到对应bond接口的配置文件中。能够在虚拟机启动完成后，自动完成组bond，即启动后就具备sr-iov冗余能力，减少人工干预，提高效率和灵活性。
132.图5示例了一种电子设备的实体结构示意图，如图5所示，该电子设备可以包括：处理器(processor)510、通信接口(communications interface)520、存储器(memory)530和通信总线540，其中，处理器510，通信接口520，存储器530通过通信总线540完成相互间的通信。处理器510可以调用存储器530中的逻辑指令，以执行虚拟机的网卡绑定方法，该方法包括：获取绑定bond数据；创建虚拟机，通过nova组件将bond数据添加至虚拟机的网络数据；通过cloudinit组件对网络数据进行处理，获取bond列表；基于网络数据，利用cloudinit组件生成bond列表中每一个bond接口对应的bond配置文件；其中，bond数据包括主机的业务网卡的bond模式和参数；虚拟机为具有sr-iov虚机端口的虚拟机；bond配置文件包括bond接口的bond模式和参数。
133.此外，上述的存储器530中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本
发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
134.另一方面，本发明还提供一种计算机程序产品，所述计算机程序产品包括计算机程序，计算机程序可存储在非暂态计算机可读存储介质上，所述计算机程序被处理器执行时，计算机能够执行上述各方法所提供的虚拟机的网卡绑定方法，该方法包括：获取绑定bond数据；创建虚拟机，通过nova组件将bond数据添加至虚拟机的网络数据；通过cloudinit组件对网络数据进行处理，获取bond列表；基于网络数据，利用cloudinit组件生成bond列表中每一个bond接口对应的bond配置文件；其中，bond数据包括主机的业务网卡的bond模式和参数；虚拟机为具有sr-iov虚机端口的虚拟机；bond配置文件包括bond接口的bond模式和参数。
135.又一方面，本发明还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各方法提供的虚拟机的网卡绑定方法，该方法包括：获取绑定bond数据；创建虚拟机，通过nova组件将bond数据添加至虚拟机的网络数据；通过cloudinit组件对网络数据进行处理，获取bond列表；基于网络数据，利用cloudinit组件生成bond列表中每一个bond接口对应的bond配置文件；其中，bond数据包括主机的业务网卡的bond模式和参数；虚拟机为具有sr-iov虚机端口的虚拟机；bond配置文件包括bond接口的bond模式和参数。
136.以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
137.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
138.最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。