12.4. 配置 SR-IOV 网络设备
您可以在集群中配置单一根 I/O 虚拟化（SR-IOV）设备。
12.4.1. SR-IOV 网络节点配置对象
您可以通过定义 SriovNetworkNodePolicy 对象来指定节点的 SR-IOV 网络设备配置。该对象是 sriovnetwork.openshift.io API 组的一部分。
以下 YAML 描述了 SriovNetworkNodePolicy 对象：
apiVersion: sriovnetwork.openshift.io/v1 kind: SriovNetworkNodePolicy metadata: name: <name> 1 namespace: openshift-sriov-network-operator 2 spec: resourceName: <sriov_resource_name> 3 nodeSelector: feature.node.kubernetes.io/network-sriov.capable: "true" 4 priority: <priority> 5 mtu: <mtu> 6 numVfs: <num> 7 nicSelector: 8 vendor: "<vendor_code>" 9 deviceID: "<device_id>" 10 pfNames: ["<pf_name>", ...] 11 rootDevices: ["<pci_bus_id>", "..."] 12 deviceType: <device_type> 13 isRdma: false 14 linkType: <link_type> 15
- 1
- CR 对象的名称。
- 2
- 安装 SR-IOV Operator 的命名空间。
- 3
- SR-IOV 设备插件的资源名称。您可以为一个资源名称创建多个
SriovNetworkNodePolicy对象。 - 4
- 选择要配置哪些节点的节点选择器。只有所选节点上的 SR-IOV 网络设备才会被配置。SR-IOV Container Network Interface（CNI）插件和设备插件仅在所选节点上部署。
- 5
- 可选：
0到99之间的整数。较小的数值具有较高的优先权，优先级10高于优先级99。默认值为99。 - 6
- 可选：虚拟功能的最大传输单元（MTU）。最大 MTU 值可能因不同的 NIC 型号而有所不同。
- 7
- 为 SR-IOV 物理网络设备创建的虚拟功能(（VF）的数量。对于 Intel 网络接口卡 (NIC) ，VF 的数量不能超过该设备支持的 VF 总数。对于 Mellanox NIC，VF 的数量不能超过
128。 - 8
nicSelector映射为 Operator 选择要配置的设备。您不必为所有参数指定值。建议您足够精确地识别网络设备以避免意外选择设备。如果指定了rootDevices，则必须同时为vendor、deviceID或pfNames指定一个值。如果您同时指定了pfNames和rootDevices，请确定它们指向同一设备。- 9
- 可选： SR-IOV 网络设备的厂商十六进制代码。允许的值只能是
8086和15b3。 - 10
- 可选： SR-IOV 网络设备的设备十六进制代码。允许的值只能是
158b、1015和1017。 - 11
- 可选：该设备的一个或多个物理功能（PF）名称的数组。
- 12
- 用于该设备的 PF 的一个或多个 PCI 总线地址的数组。使用以下格式提供地址:
0000:02:00.1。 - 13
- 可选：虚拟功能的驱动程序类型。允许的值只能是
netdevice和vfio-pci。默认值为netdevice。注意对于裸机节点上的 Data Plane Development Kit（DPDK）模式中的 Mellanox 卡，请使用
netdevice驱动程序类型，并将isRdma设为true。 - 14
- 可选：是否启用远程直接访问（RDMA）模式。默认值为
false。注意如果将
isRDMA参数设定为true，您可以继续使用启用了 RDMA 的 VF 作为普通网络设备。设备可在其中的一个模式中使用。 - 15
- 可选：VF 的链接类型。您可以指定以下值之一：
eth或ib。eth是 ethernet，ib是 InfiniBand。如果没有显式设置，则默认值为eth。当将linkType设置为ib时，SR-IOV Network Operator Webhook 会自动将isRdma设置为true。当将linkType设定为ib时，deviceType不应该被设置为vfio-pci。
12.4.1.1. SR-IOV 网络节点配置示例
以下示例论述了如何配置 IB 设备：
IB 设备配置示例
apiVersion: sriovnetwork.openshift.io/v1
kind: SriovNetworkNodePolicy
metadata:
name: policy-ib-net-1
namespace: openshift-sriov-network-operator
spec:
resourceName: ibnic1
nodeSelector:
feature.node.kubernetes.io/network-sriov.capable: "true"
numVfs: 4
nicSelector:
vendor: "15b3"
deviceID: "101b"
rootDevices:
- "0000:19:00.0"
linkType: ib
isRdma: true
12.4.1.2. SR-IOV 设备的虚拟功能 (VF) 分区
在某些情况下，您可能想要将同一个物理功能 (PF) 的虚拟功能 (VF) 分成多个资源池。例如： 您可能想要某些 VF 使用默认驱动程序载入，而其他的 VF 负载使用 vfio-pci 驱动程序。在这样的部署中，您可以使用SriovNetworkNodePolicy 自定义资源 (CR) 中的 pfNames 选项器（selector）来为池指定 VF 的范围，其格式为： <pfname>#<first_vf>-<last_vf>。
例如，以下 YAML 显示名为 netpf0 的、带有 VF 2 到 7 的接口的选择器：
pfNames: ["netpf0#2-7"]
-
netpf0是 PF 接口名称。 -
2是包含在范围内的第一个 VF 索引（基于 0)。 -
7是包含在范围内的最后一个 VF 索引（基于 0)。
如果满足以下要求，您可以使用不同的策略 CR 从同一 PF 中选择 VF:
-
选择相同 PF 的不同策略的
numVfs值必须相同。 -
VF 索引范围是从
0到<numVfs>-1之间。例如，如果您有一个策略，它的numVfs被设置为8，则<first_vf>的值不能小于0，<last_vf>的值不能大于7。 - 不同策略中的 VF 范围不得互相重叠。
-
<first_vf>不能大于<last_vf>。
以下示例演示了 SR-IOV 设备的 NIC 分区。
策略 policy-net-1 定义了一个资源池 net-1，其中包含带有默认 VF 驱动的 PF netpf0 的 VF 0 。策略 policy-net-1-dpdk 定义了一个资源池 net-1-dpdk，其中包含带有 vfio VF 驱动程序的 PF netpf0 的 VF 8 到 15。
策略 policy-net-1:
apiVersion: sriovnetwork.openshift.io/v1
kind: SriovNetworkNodePolicy
metadata:
name: policy-net-1
namespace: openshift-sriov-network-operator
spec:
resourceName: net1
nodeSelector:
feature.node.kubernetes.io/network-sriov.capable: "true"
numVfs: 16
nicSelector:
pfNames: ["netpf0#0-0"]
deviceType: netdevice
策略 policy-net-1-dpdk:
apiVersion: sriovnetwork.openshift.io/v1
kind: SriovNetworkNodePolicy
metadata:
name: policy-net-1-dpdk
namespace: openshift-sriov-network-operator
spec:
resourceName: net1dpdk
nodeSelector:
feature.node.kubernetes.io/network-sriov.capable: "true"
numVfs: 16
nicSelector:
pfNames: ["netpf0#8-15"]
deviceType: vfio-pci