You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/virtual-network/accelerated-networking-overview.md
+22-2Lines changed: 22 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -100,9 +100,18 @@ You can directly query the list of VM SKUs that support Accelerated Networking b
100
100
101
101
### Custom VM images
102
102
103
-
If you use a custom image that supports Accelerated Networking, make sure you have the required drivers to work with Mellanox ConnectX-3, ConnectX-4 Lx, and ConnectX-5 NICs on Azure. Accelerated Networking also requires network configurations that exempt configuration of the virtual functions on the mlx4_en and mlx5_core drivers.
103
+
If you use a custom image that supports Accelerated Networking, make sure you meet the following requirements.
104
104
105
-
Images with cloud-init version 19.4 or later have networking correctly configured to support Accelerated Networking during provisioning.
105
+
#### Device and driver support
106
+
Any custom image supporting AccelNet must include drivers that enable Single Root I/O Virtualization for the network interface cards (NIC) which are used on Azure platforms. This hardware list includes NVIDIA [ConnectX-3](https://network.nvidia.com/pdf/user_manuals/ConnectX-3_Ethernet_Single_and_Dual_SFP+_Port_Adapter_Card_User_Manual.pdf), [ConnectX-4 Lx](https://docs.nvidia.com/networking/display/cx4lxen), [ConnectX-5](https://docs.nvidia.com/networking/display/connectx5en) and the [Microsoft Azure Network Adapter (MANA)](https://learn.microsoft.com/en-us/azure/virtual-network/accelerated-networking-mana-overview). Download and install the latest versions of these drivers into your custom image.
107
+
108
+
#### Dynamic binding and revocation of virtual function
109
+
Binding to the synthetic NIC that's exposed in the VM is a mandatory requirement for all applications that take advantage of AccelNet. If an application runs directly over the VF NIC, it doesn't receive all packets that are destined to the VM, because some packets show up over the synthetic interface. You must run an application over the synthetic NIC to guarantee that the application receives all packets that are destined to it. Binding to the synthetic NIC also ensures that the application keeps running even if the VF is revoked during host servicing.
110
+
111
+
For more information about application binding requirements, see [How Accelerated Networking works in Linux and FreeBSD VMs](./create-vm-accelerated-networking-cli?tabs=windows#handle-dynamic-binding-and-revocation-of-virtual-function).
112
+
113
+
#### Configure drivers to be unmanaged
114
+
AccelNet requires network configurations that mark the NVIDIA drivers as unmanaged devices. Images with cloud-init version 19.4 or later have networking correctly configured to support AccelNet during provisioning.
106
115
107
116
# [RHEL, CentOS](#tab/redhat)
108
117
@@ -153,6 +162,17 @@ EOF
153
162
>[!NOTE]
154
163
>We strongly advise that you don't run competing network interface software (such as ifupdown and networkd) on custom images, and that you don't run dhcpclient directly on multiple interfaces.
155
164
165
+
#### Verify data path
166
+
To ensure your custom image will support AccelNet, confirm that networking traffic is using the AccelNet data path.
167
+
168
+
For NVIDIA drivers: Verify that the packets are flowing over the VF interface
0 commit comments