Ajuste del rendimiento de la puerta de enlace HNV en redes definidas por software

En este tema se proporcionan especificaciones de hardware y recomendaciones de configuración para servidores que Hyper-V ejecutan y hospedan máquinas virtuales de puerta de enlace de Windows Server y hospedaje, además de los parámetros de configuración para las máquinas virtuales (VM) de puerta de enlace de servidor Windows. Para extraer el mejor rendimiento de las máquinas virtuales de puerta de enlace de Windows Server, se espera que se sigan estas directrices. Las secciones siguientes contienen requisitos de hardware y configuración al implementar Windows Server Gateway.

1. Hyper-V recomendaciones de hardware
2. Hyper-V configuración del host
3. Configuración de máquina virtual de puerta de enlace de Windows Server

Hyper-V recomendaciones de hardware

A continuación se muestra la configuración de hardware mínima recomendada para cada servidor que ejecuta Windows Server 2016 y Hyper-V.

Componente de servidor	Especificación
Unidad central de procesamiento (CPU)	Nodos de arquitectura de memoria no uniforme (NUMA): 2 Si hay varias máquinas virtuales de puerta de enlace de Windows Server en el host, para obtener el mejor rendimiento, cada máquina virtual de puerta de enlace debe tener acceso completo a un nodo NUMA. Y debe ser diferente del nodo NUMA usado por el adaptador físico del host.
Núcleos por nodo NUMA	2
Hyper-Threading	Deshabilitado. Hyper-Threading no mejora el rendimiento de Windows Server Gateway.
Memoria de acceso aleatorio (RAM)	48 GB
Tarjetas de interfaz de red (NIC)	Dos NIC de 10 GB, el rendimiento de la puerta de enlace dependerá de la velocidad de línea. Si la velocidad de línea es inferior a 10 Gbps, los números de rendimiento del túnel de puerta de enlace también disminuirán por el mismo factor.

Asegúrese de que el número de procesadores virtuales asignados a una máquina virtual de puerta de enlace de Windows Server no supere el número de procesadores del nodo NUMA. Por ejemplo, si un nodo NUMA tiene 8 núcleos, el número de procesadores virtuales debe ser menor o igual que 8. Para obtener el mejor rendimiento, debe ser 8. Para averiguar el número de nodos NUMA y el número de núcleos por nodo NUMA, ejecute el siguiente script de Windows PowerShell en cada host Hyper-V:

$nodes = [object[]] $(gwmi –Namespace root\virtualization\v2 -Class MSVM_NumaNode)
$cores = ($nodes | Measure-Object NumberOfProcessorCores -sum).Sum
$lps = ($nodes | Measure-Object NumberOfLogicalProcessors -sum).Sum


Write-Host "Number of NUMA Nodes: ", $nodes.count
Write-Host ("Total Number of Cores: ", $cores)
Write-Host ("Total Number of Logical Processors: ", $lps)

Importante

La asignación de procesadores virtuales entre nodos NUMA puede tener un impacto negativo en el rendimiento de Windows Server Gateway. Es probable que la ejecución de varias máquinas virtuales, cada una de las cuales tenga procesadores virtuales de un nodo NUMA, proporcione un mejor rendimiento agregado que una sola máquina virtual a la que se asignan todos los procesadores virtuales.

Se recomienda una máquina virtual de puerta de enlace con ocho procesadores virtuales y al menos 8 GB de RAM al seleccionar el número de máquinas virtuales de puerta de enlace que se instalarán en cada host Hyper-V cuando cada nodo NUMA tiene ocho núcleos. En este caso, se dedica un nodo NUMA al equipo host.

Hyper-V Configuración del host

A continuación se muestra la configuración recomendada para cada servidor que ejecuta Windows Server 2016 y Hyper-V y cuya carga de trabajo es ejecutar máquinas virtuales de puerta de enlace de servidor Windows. Estas instrucciones de configuración incluyen el uso de ejemplos de comandos de Windows PowerShell. Estos ejemplos contienen marcadores de posición para los valores reales que debe proporcionar al ejecutar los comandos en su entorno. Por ejemplo, los marcadores de posición de nombre de adaptador de red son "NIC1" y "NIC2". Cuando ejecute comandos que utilicen estos marcadores de posición, utilice los nombres reales de los adaptadores de red de los servidores en lugar de utilizar los marcadores de posición, o se producirá un error en los comandos.

Nota:

Para ejecutar los siguientes comandos de Windows PowerShell, debe ser miembro del grupo Administradores.

Elemento de configuración	Configuración de Windows Powershell
Switch Embedded Teaming	Al crear un conmutador virtual con varios adaptadores de red, se habilita automáticamente la formación de equipos integrados de conmutadores para esos adaptadores. New-VMSwitch -Name TeamedvSwitch -NetAdapterName "NIC 1","NIC 2" La formación de equipos tradicional a través de LBFO no es compatible con SDN en Windows Server 2016. Switch Embedded Teaming le permite utilizar el mismo conjunto de NIC para su tráfico virtual y tráfico RDMA. Esto no era compatible con la formación de equipos NIC basada en LBFO.
Moderación de interrupciones en NIC físicas	Utilice la configuración predeterminada. Para comprobar la configuración, puede usar el siguiente comando de Windows PowerShell: Get-NetAdapterAdvancedProperty
Tamaño de los búferes de recepción en NIC físicas	Puede verificar si las NIC físicas admiten la configuración de este parámetro ejecutando el comando Get-NetAdapterAdvancedProperty. Si no admiten este parámetro, la salida del comando no incluye la propiedad "Receive Buffers". Si las NIC admiten este parámetro, puede usar el siguiente comando de Windows PowerShell para establecer el tamaño de los búferes de recepción: Set-NetAdapterAdvancedProperty "NIC1" –DisplayName "Receive Buffers" –DisplayValue 3000
Tamaño de búferes de envío en NIC físicas	Puede verificar si las NIC físicas admiten la configuración de este parámetro ejecutando el comando Get-NetAdapterAdvancedProperty. Si las NIC no admiten este parámetro, la salida del comando no incluye la propiedad "Send Buffers". Si las NIC admiten este parámetro, puede usar el siguiente comando de Windows PowerShell para establecer el tamaño de los búferes de envío: Set-NetAdapterAdvancedProperty "NIC1" –DisplayName "Transmit Buffers" –DisplayValue 3000
Escalado lateral de recepción (RSS) en NIC físicas	Puede comprobar si las NIC físicas tienen RSS habilitado mediante la ejecución del comando de Windows PowerShell Get-NetAdapterRss. Puede usar los siguientes comandos de Windows PowerShell para habilitar y configurar RSS en los adaptadores de red: Enable-NetAdapterRss "NIC1","NIC2" Set-NetAdapterRss "NIC1","NIC2" –NumberOfReceiveQueues 16 -MaxProcessors NOTA: Si VMMQ o VMQ están habilitados, RSS no tiene que estar habilitado en los adaptadores de red físicos. Puede habilitarlo en los adaptadores de red virtual del host
VMMQ	Para habilitar VMMQ para una máquina virtual, ejecute el siguiente comando: Set-VmNetworkAdapter -VMName <gateway vm name>,-VrssEnabled $true -VmmqEnabled $true NOTA: No todos los adaptadores de red son compatibles con VMMQ. Actualmente, es compatible con las series Chelsio T5 y T6, Mellanox CX-3 y CX-4 y QLogic 45xxx
Cola de máquina virtual (VMQ) en el equipo de NIC	Puede habilitar VMQ en el equipo de SET mediante el siguiente comando de Windows PowerShell: Enable-NetAdapterVmq NOTA: Esto debe habilitarse solo si el hardware no es compatible con VMMQ. Si se admite, VMMQ debe estar habilitado para mejorar el rendimiento.

Nota:

VMQ y vRSS entran en escena solo cuando la carga en la máquina virtual es alta y la CPU se utiliza al máximo. Solo entonces al menos un núcleo de procesador alcanzará el máximo. VMQ y vRSS serán beneficiosos para ayudar a distribuir la carga de procesamiento entre varios núcleos. Esto no es aplicable para el tráfico IPsec, ya que el tráfico IPsec se limita a un solo núcleo.

Configuración de máquina virtual de puerta de enlace de servidor de Windows

En ambos hosts Hyper-V, puede configurar varias máquinas virtuales que estén configuradas como puertas de enlace con Windows Server Gateway. Puede usar Virtual Switch Manager para crear un Hyper-V Virtual Switch que esté enlazado al equipo de NIC en el host Hyper-V. Tenga en cuenta que, para obtener el mejor rendimiento, debe implementar una sola máquina virtual de puerta de enlace en un host Hyper-V. A continuación se muestra la configuración recomendada para cada máquina virtual de puerta de enlace de Windows Server.

Elemento de configuración	Configuración de Windows Powershell
Memoria	8 GB
Número de adaptadores de red virtual	3 NIC con los siguientes usos específicos: 1 para la administración que utiliza el sistema operativo de administración, 1 externa que proporciona acceso a redes externas, 1 que es interna que proporciona acceso solo a las redes internas.
Escalado lateral de recepción (RSS)	Puede mantener la configuración RSS predeterminada para la NIC de administración. El siguiente ejemplo de configuración es para una máquina virtual que tiene 8 procesadores virtuales. Para las NIC externas e internas, puede habilitar RSS con BaseProcNumber establecido en 0 y MaxRssProcessors establecido en 8 mediante el siguiente comando de Windows PowerShell: Set-NetAdapterRss "Internal","External" –BaseProcNumber 0 –MaxProcessorNumber 8
Búfer del lado de envío	Puede mantener la configuración predeterminada del búfer del lado de envío para la NIC de administración. Para las NIC internas y externas, puede configurar el búfer del lado de envío con 32 MB de RAM mediante el siguiente comando de Windows PowerShell: Set-NetAdapterAdvancedProperty "Internal","External" –DisplayName "Send Buffer Size" –DisplayValue "32MB"
Búfer del lado de recepción	Puede mantener la configuración predeterminada del búfer del lado de recepción para la NIC de administración. Para las NIC internas y externas, puede configurar el búfer del lado de recepción con 16 MB de RAM mediante el siguiente comando de Windows PowerShell: Set-NetAdapterAdvancedProperty "Internal","External" –DisplayName "Receive Buffer Size" –DisplayValue "16MB"
Optimización hacia adelante	Puede mantener la configuración predeterminada de optimización hacia adelante para la NIC de administración. Para las NIC internas y externas, puede habilitar la optimización hacia adelante mediante el siguiente comando de Windows PowerShell: Set-NetAdapterAdvancedProperty "Internal","External" –DisplayName "Forward Optimization" –DisplayValue "1"