Types of Network Adapters in Hyper-V
Hyper-V supports three main types of network adapters, each serving different purposes in a virtual environment. Synthetic network adapters are the most common choice because they offer the best performance and efficiency by communicating directly with the Hyper-V virtual switch. Legacy network adapters exist primarily for compatibility with older operating systems that cannot use synthetic drivers, such as very old Windows or Linux versions. Single Root I/O Virtualization (SR-IOV) adapters provide a third option that gives virtual machines direct access to the physical network hardware, bypassing the Hyper-V virtualization layer entirely for maximum throughput.
To achieve optimal network performance in Hyper-V environments, administrators can enable several advanced features that offload work from the CPU to the network adapter. Virtual Machine Queue (VMQ) allows the physical network adapter to sort incoming network traffic directly, sending packets to the correct virtual machine without involving the host processor. Receive Side Scaling (RSS) distributes incoming network traffic across multiple processor cores, preventing any single processor from becoming a bottleneck during high traffic loads. IPsec offload moves encryption and decryption processing to the network adapter, freeing the CPU to handle other tasks while maintaining secure communications.
Accelerated Networking
Accelerated Networking is a performance enhancement that reduces latency and decreases CPU utilization for virtual machines. This feature requires a synthetic network interface and works by maintaining packet reception even when virtual functions are revoked, ensuring continuous network connectivity. The physical network adapter must support SR-IOV for Accelerated Networking to function properly in the specific configurations required by Azure hybrid deployments. Administrators can verify that Accelerated Networking is working correctly using PowerShell commands that test network functionality after configuration.
Binding Network Adapters to Virtual Switches
Connecting network adapters to virtual switches is essential for hybrid deployments that integrate on-premises infrastructure with Azure services. Azure-integrated virtual switches such as Azure VNET enable centralized management and allow virtual machines to participate in broader network architectures that span both on-premises and cloud environments. The binding process involves using Azure CLI or PowerShell commands to configure the connection between the physical network adapter and the virtual switch, ensuring that traffic flows correctly between virtual machines and the physical network. This binding is what allows hybrid deployments to function as a unified network rather than isolated components.