Optimización del rendimiento en máquinas virtuales Windows de la serie Lsv3, Lasv3 y Lsv2
Se aplica a: ✔️ Máquinas virtuales Linux ✔️ Conjuntos de escalado uniformes
Las máquinas virtuales de Azure de las series Lsv3, Lasv3 y Lsv2 admiten varias cargas de trabajo de una amplia gama de sectores y aplicaciones que necesitan una gran cantidad de E/S y un elevado rendimiento en el almacenamiento local. La serie L es ideal para macrodatos, SQL, bases de datos NoSQL, almacenamiento de datos y bases de datos transaccionales de gran tamaño, como Cassandra, MongoDB, Cloudera y Redis.
Las máquinas virtuales de la serie Lsv3, Lasv3 y Lsv2 están diseñadas para responder a las necesidades de los sistemas operativos Windows y Linux para mejorar el rendimiento con el hardware y el software.
El ajuste del hardware y el software dio lugar a la versión optimizada de Windows Server 2019 Datacenter (y a versiones posteriores), publicadas en Azure Marketplace y que admiten el rendimiento máximo en los dispositivos NVMe de las máquinas virtuales de la serie L.
En este artículo se proporcionan consejos y sugerencias para asegurarse de que las cargas de trabajo y las aplicaciones alcanzan el máximo rendimiento diseñado en las máquinas virtuales.
Arquitectura del conjunto de chips AMD EPYC™
Las máquinas virtuales de la serie Lasv3 y Lsv2 usan procesadores de servidor AMD EYPC™ basados en la microarquitectura Zen. AMD desarrolló Infinity Fabric (IF) para EYPC™ como interconexión escalable para su modelo NUMA que se puede usar para las comunicaciones en la placa, en el paquete y en comunicaciones de varios paquetes. En comparación con QPI (Quick-Path Interconnect) y UPI (Ultra-Path Interconnect), que se usan en los procesadores de placa monolítica moderna de Intel, la arquitectura de muchas placas pequeñas de NUMA de AMD aporta beneficios de rendimiento, por un lado, y diferentes retos por el otro. Los efectos reales de las restricciones de ancho de banda y latencia de memoria pueden variar según el tipo de cargas de trabajo.
Sugerencias para maximizar el rendimiento
Para obtener un rendimiento máximo, ejecute varios trabajos con una gran profundidad de cola por dispositivo.
Evite mezclar los comandos de administrador de NVMe (por ejemplo, la consulta de información SMART de NVMe) con comandos de E/S de NVMe durante las cargas de trabajo activas. Los dispositivos NVMe de las series Lsv3, Lasv3 y Lsv2 están respaldados por la tecnología NVMe Direct de Hyper-V, que se activa en "modo de baja velocidad" cada vez que hay comandos de administrador de NVMe pendientes. Los usuarios de las series Lsv3, Lasv3 y Lsv2 podrían experimentar una importante caída en el rendimiento de E/S de NVMe si se produce este escenario.
No es recomendable que los usuarios de Lsv2 dependan de la información de NUMA del dispositivo (todo 0) que se notifica en la máquina virtual para las unidades de datos para decidir la afinidad de NUMA para sus aplicaciones. Para mejorar el rendimiento se recomienda distribuir las cargas de trabajo entre las CPU, si es posible.
La profundidad máxima de cola admitida por cada par de cola de E/S para un dispositivo NVMe de una máquina virtual de las series Lsv3, Lasv3 y Lsv2 es 1024. Se recomienda a los usuarios de las series Lsv3, Lasv3 y Lsv2 que limiten sus cargas de trabajo de pruebas comparativas (sintéticas) a una profundidad de cola de 1024 o inferior para evitar que se desencadenen estados de cola completa, que pueden reducir el rendimiento.
Se obtiene el mejor rendimiento cuando se realiza la E/S directamente en cada uno de los dispositivos NVMe sin formato, sin creación de particiones, sin sistemas de archivos ni configuración de RAID, etc.
Uso de almacenamiento local de NVMe
El almacenamiento local en el disco de NVMe de 1,92 TB de todas las VM de las series Lsv3, Lasv3 y Lsv2 es efímero. Durante un reinicio estándar correcto de la máquina virtual, se conservarán los datos del disco local de NVMe. No se conservarán los datos en el NVMe si la máquina virtual se vuelve a implementar, se desasigna o se elimina. No se conservarán los datos si algún otro problema provoca un error en la máquina virtual o el hardware en que se está ejecutando. Cuando esto sucede, se borran de forma segura los datos en el host antiguo.
También hay casos en que la máquina virtual debe moverse a una máquina de un host diferente; por ejemplo, durante una operación de mantenimiento planeado. Las operaciones de mantenimiento planeado y algunos errores de hardware pueden anticiparse con los eventos programados. Use Scheduled Events para mantenerse al tanto de todas las operaciones de recuperación y mantenimiento previstas.
En el caso de que un evento de mantenimiento planeado requiera que la VM se vuelva a crear en un nuevo host con discos locales vacíos, los datos se deben volver a sincronizar (de nuevo, borrando de forma segura los datos del host antiguo). Este escenario ocurre porque las máquinas virtuales de las series Lsv3, Lasv3 y Lsv2 no admiten actualmente la migración en directo en el disco local de NVMe.
Hay dos modos de mantenimiento planeado: mantenimiento estándar controlado por el cliente de la máquina virtual y mantenimiento automático.
Para los próximos eventos de servicio, utilice el proceso de mantenimiento controlado para seleccionar un momento más conveniente para la actualización. Antes del evento, puede realizar una copia de seguridad de los datos en Premium Storage. Una vez completado el evento de mantenimiento, devuelva los datos al almacenamiento de NVMe local de las máquinas virtuales Lsv2 actualizadas.
Entre los escenarios que mantienen los datos en discos NVMe locales están los siguientes:
- La máquina virtual se está ejecutando y se encuentra en buen estado.
- El usuario o Azure reinician la máquina virtual in situ.
- La máquina virtual se pausa (detenida sin desasignación).
- La mayoría de las operaciones de servicio de mantenimiento planeado.
Los escenarios que borran de forma segura los datos para proteger al cliente suceden cuando:
- La máquina virtual se vuelve a implementar, se detiene (desasigna) o la elimina el usuario.
- La máquina virtual pasa a un estado incorrecto y es necesario recurrir a otro nodo debido a un problema de hardware.
- Varias operaciones de servicio de mantenimiento planeado requieren que la máquina virtual se reasigne a otro host para el servicio.
Mantenimiento controlado por el cliente de máquina virtual estándar
En el mantenimiento estándar controlado por el cliente de la máquina virtual, la máquina virtual se mueve a un host actualizado durante un período de 30 días.
Los datos del almacenamiento local de las series Lsv3, Lasv3 y Lsv2 podrían perderse, por lo que se recomienda realizar copias de seguridad de los datos antes del evento.
Mantenimiento automático
El mantenimiento automático se produce si el cliente no ejecuta el mantenimiento que puede controlar. El mantenimiento automático también puede producirse debido a procedimientos de emergencia, como un evento de seguridad de día cero.
Este tipo de mantenimiento está diseñado para conservar los datos del cliente, pero hay un pequeño riesgo de bloqueo o reinicio de la máquina virtual.
Los datos del almacenamiento local de las series Lsv3, Lasv3 y Lsv2 podrían perderse, por lo que se recomienda realizar copias de seguridad de los datos antes del evento.
Preguntas más frecuentes
Las siguientes son preguntas frecuentes sobre estas series.
¿Cómo se puede iniciar la implementación de máquinas virtuales de la serie L?
Al igual que con cualquier otra máquina virtual, cree una máquina virtual mediante Azure Portal, la interfaz de la línea de comandos de Azure (CLI de Azure) o mediante PowerShell.
¿Puede un único error de disco NVMe provocar un error en todas las máquinas virtuales del host?
Si se detecta un error de disco en el nodo de hardware, el hardware está en estado de error. Cuando se produce este problema, se anula automáticamente la asignación de todas las máquinas virtuales del nodo y estas se trasladan a un nodo correcto. En el caso de las máquinas virtuales de las series Lsv3, Lasv3 y Lsv2, este escenario significa que los datos del cliente del nodo con errores también se borran de forma segura. El cliente debe volver a crear los datos en el nuevo nodo.
¿Es preciso realizar ajustes de sondeo en Windows Server 2012 o Windows Server 2016?
El sondeo de NVMe solo está disponible en Windows Server 2019 y versiones posteriores en Azure.
¿Puedo volver a un modelo de rutina de servicio de interrupción (ISR) tradicional?
Las máquinas virtuales de las series Lasv3 y Lsv2 están optimizadas para el sondeo de NVMe. Se proporcionan continuamente actualizaciones para mejorar el rendimiento del sondeo.
¿Se puede ajustar la configuración del sondeo en Windows Server 2019 o versiones posteriores?
El usuario no puede ajustar la configuración del sondeo.
Pasos siguientes
Consulte las especificaciones de todas las máquinas virtuales optimizadas para el rendimiento del almacenamiento en Azure.