Conceptos de nubes privadas y clústeres de Azure VMware Solution
Azure VMware Solution proporciona nubes privadas basadas en VMware en Azure. Las implementaciones de software y hardware en nubes privadas de AVS están totalmente integradas y automatizadas en Azure. Implemente y administre la nube privada a través de Azure Portal, la CLI o PowerShell.
Una nube privada incluye clústeres con:
- Hosts de servidor sin sistema operativo dedicados aprovisionados con el hipervisor de VMware ESXi
- VMware vCenter Server para administrar ESXi y vSAN
- Conexión en red definida por software NSX de VMware para máquinas virtuales con cargas de trabajo de vSphere
- Almacén de datos de vSAN de VMware para máquinas virtuales de carga de trabajo de vSphere
- HCX de VMware para la movilidad de la carga de trabajo
- Recursos del subyacente de Azure (necesarios para la conectividad y para operar la nube privada)
Las nubes privadas se instalan y administran dentro de una suscripción a Azure. El número de nubes privadas dentro de una suscripción es escalable. Inicialmente, hay un límite de una nube privada por suscripción. Existe una relación lógica entre las suscripciones a Azure, las nubes privadas de Azure VMware Solution, los clústeres de vSAN y los hosts.
En el diagrama siguiente se describen los componentes arquitectónicos de Azure VMware Solution.
Cada componente de arquitectura de Azure VMware Solution tiene la siguiente función:
- Suscripción de Azure: proporciona acceso controlado, presupuesto y administración de cuotas para Azure VMware Solution.
- Región de Azure: agrupa los centros de datos en Availability Zones (AZ) y, a continuación, agrupa zonas de disponibilidad en regiones.
- Grupo de recursos de Azure: coloca los servicios y recursos de Azure en grupos lógicos.
- Nube privada de Azure VMware Solution: ofrece recursos de proceso, conexión en red y almacenamiento mediante software de VMware, incluyendo vCenter Server, conexión en red definida por software de NSX-T, almacenamiento definido por software vSAN y hosts ESXi de Azure sin sistema operativo. También se admiten Azure NetApp Files, Azure Elastic SAN y Pure Cloud Block Store.
- Clúster de recursos de Azure VMware Solution: proporciona recursos de proceso, conexión en red y almacenamiento para cargas de trabajo de clientes mediante el escalado horizontal de la nube privada de Azure VMware Solution mediante software de VMware, incluyendo el almacenamiento definido por software vSAN y hosts ESXi de Azure sin sistema operativo. También se admiten Azure NetApp Files, Azure Elastic SAN y Pure Cloud Block Store.
- VMware HCX: ofrece servicios de movilidad, migración y extensión de red.
- VMware Site Recovery: automatiza los servicios de replicación de almacenamiento y recuperación ante desastres con la replicación de VMware vSphere. También se admiten soluciones de recuperación ante desastres de terceros Zerto y JetStream Software.
- Microsoft Enterprise Edge dedicado (D-MSEE): enrutador que conecta la nube de Azure y la instancia de nube privada de Azure VMware Solution.
- Azure Virtual Network (VNet): conecta los servicios y recursos de Azure.
- Azure Route Server: intercambia información de ruta dinámica con redes de Azure.
- Puerta de enlace de Azure Virtual Network: conecta servicios y recursos de Azure con otras redes privadas mediante IPSec VPN, ExpressRoute y VNet a VNet.
- Azure ExpressRoute: proporciona conexiones privadas de alta velocidad entre centros de datos de Azure y la infraestructura de coubicación o local.
- Azure Virtual WAN (vWAN): combina las funciones de conexión en red, seguridad y enrutamiento en una única red unificada de área extendida (WAN).
Hosts
Los clústeres de Azure VMware Solution se basan en una infraestructura hiperconvergida. En la tabla siguiente se muestran las especificaciones de CPU, memoria, disco y red del host.
Tipo de host | CPU (Núcleos/GHz) | RAM (GB) | Nivel de caché de vSAN (TB, sin procesar***) | Nivel de capacidad de vSAN (TB, sin procesar***) | Disponibilidad regional |
---|---|---|---|---|---|
AV36 | CPU Dual Intel Xeon Gold 6140 (microarquitectura Skylake) con 18 núcleos/CPU a 2.3 GHz, para un total de 36 núcleos físicos (72 núcleos lógicos con hyperthreading) | 576 | 3.2 (NVMe) | 15.20 (SSD) | Regiones seleccionadas (*) |
AV36P | CPU Dual Intel Xeon Gold 6240 (microarquitectura Cascade Lake) con 18 núcleos/CPU a 2.6 GHz/3.9 GHz Turbo, total de 36 núcleos físicos (72 núcleos lógicos con hyperthreading) | 768 | 1.5 (Intel Cache) | 19.20 (NVMe) | Regiones seleccionadas (*) |
AV52 | CPU Dual Intel Xeon Platinum 8270 (microarquitectura Cascade Lake) con 26 núcleos/CPU a 2.7 GHz/4.0 GHz Turbo, total de 52 núcleos físicos (104 núcleos lógicos con hyperthreading) | 1536 | 1.5 (Intel Cache) | 38.40 (NVMe) | Regiones seleccionadas (*) |
AV64 | CPU Intel Xeon Platinum 8370C duales (microarquitectura de Ice Lake) con 32 núcleos/CPU @ 2,8 GHz / 3,5 GHz Turbo, Total 64 núcleos físicos (128 núcleos lógicos con hiperproceso) | 1024 | 3.84 (NVMe) | 15.36 (NVMe) | Regiones seleccionadas (**) |
Un clúster de Azure VMware Solution requiere un número mínimo de tres hosts. Solo puede usar hosts del mismo tipo en una sola nube privada de Azure VMware Solution. Los hosts que se usan para crear o escalar clústeres provienen de un grupo de hosts aislado. Esos hosts superaron las pruebas de hardware, y se eliminaron todos los datos de forma segura antes de agregarlos al clúster.
Todos los tipos de host anteriores tienen un rendimiento de interfaz de red de 100 Gbps.
(*) detalles disponibles a través de la calculadora de precios de Azure.
(**) Requisito previo de AV64: se requiere una nube privada de Azure VMware Solution implementada con AV36, AV36P o AV52 antes de agregar AV64.
(***) El valor sin procesar se basa en el Sistema internacional de unidades (SI) notificado por el fabricante del disco. Ejemplo: 1 TB sin procesar = 1000000000000 bytes, el espacio calculado por el equipo en binario (binario de 1 TB = binario de 1099511627776 bytes) equivale a 931,3 gigabytes convertidos a partir de decimales sin formato.
Zona de disponibilidad (AZ) de la región de Azure a la tabla de asignación de SKU
Al planear el diseño de Azure VMware Solution, use la tabla siguiente para comprender qué SKU están disponibles en cada zona de disponibilidad física de una región de Azure.
Importante
Esta asignación resulta importante para colocar las nubes privadas cerca de las cargas de trabajo nativas de Azure, incluyendo los servicios integrados, como Azure NetApp Files y Pure Cloud Block Store (CBS).
La funcionalidad de varias zonas de disponibilidad para clústeres extendidos de Azure VMware Solution también se etiqueta en la tabla siguiente. La cuota de clientes para Azure VMware Solution se asigna por región de Azure y no es posible especificar la zona de disponibilidad durante el aprovisionamiento de la nube privada. Se usa un algoritmo de selección automática para equilibrar las implementaciones en toda la región de Azure. Si tiene una zona de disponibilidad determinada en la que desea implementar, abra una Solicitud de servicio con Microsoft solicitando una "directiva de selección de ubicación especial" para la suscripción, la región de Azure, la zona de disponibilidad y el tipo de SKU. Esta directiva permanecerá en vigor hasta que solicite que se quite o cambie.
Las SKU marcadas en negrita son de disponibilidad limitada debido al consumo del cliente y es posible que la cuota no esté disponible bajo petición. La SKU de AV64 debe usarse en su lugar cuando las SKU AV36, AV36P o AV52 están limitadas.
Las SKU de AV64 están disponibles por zona de disponibilidad, en la tabla siguiente se enumeran las regiones de Azure que admiten esta SKU. En el caso de las directivas de almacenamiento RAID-6 FTT2 y RAID-1 FTT3, se necesitan seis y siete dominios de error (FD), respectivamente, el recuento de FD para cada región de Azure aparece en la columna "Se admiten FDs AV64".
Región de Azure | Zona de disponibilidad | SKU | SDDC de varias zonas de disponibilidad | Se admiten FDs de AV64 |
---|---|---|---|---|
Este de Australia | AZ01 | AV36P, AV64 | Sí | 7 |
Este de Australia | AZ02 | AV36, AV64 | Sí | 7 |
Este de Australia | AZ03 | AV36P, AV64 | Sí | 7 |
Sudeste de Australia | AZ01 | AV36 | No | N/D |
Sur de Brasil | AZ02 | AV36 | No | N/D |
Centro de Canadá | AZ02 | AV36 AV36P, AV64 | No | 7 |
Este de Canadá | N/D | AV36 | No | N/D |
Centro de la India | AZ03 | AV36P (AV64 planeado H2 2024) | No | 7 |
Centro de EE. UU. | AZ01 | AV36P (AV64 planeado H2 2024) | Sí | 7 |
Centro de EE. UU. | AZ02 | AV36 (AV64 planeado H2 2024) | Sí | 7 |
Centro de EE. UU. | AZ03 | AV36P, AV64 | Sí | 7 |
Este de Asia | AZ01 | AV36 (AV64 planeado H2 2024) | No | N/A (7 H2 planeado 2024) |
Este de EE. UU. | AZ01 | AV36P, AV64 | Sí | 7 |
Este de EE. UU. | AZ02 | AV36P, AV64 | Sí | 7 |
Este de EE. UU. | AZ03 | AV36, AV36P, AV64 | Sí | 7 |
Este de EE. UU. 2 | AZ01 | AV36, AV64 | Sí | 7 |
Este de EE. UU. 2 | AZ02 | AV36P, AV52, AV64 | Sí | 7 |
Centro de Francia | AZ01 | AV36 (AV64 planeado H2 2024) | No | N/A (7 H2 planeado 2024) |
Centro-oeste de Alemania | AZ01 | AV36P (AV64 planeado H2 2024) | Sí | 7 |
Centro-oeste de Alemania | AZ02 | AV36 (AV64 planeado H2 2024) | Sí | 7 |
Centro-oeste de Alemania | AZ03 | AV36, AV36P, AV64 | Sí | 7 |
Norte de Italia | AZ03 | AV36P (AV64 planeado H2 2024) | No | 7 |
Japón Oriental | AZ02 | AV36 (AV64 planeado H2 2024) | No | 7 |
Japón Occidental | AZ01 | AV36 (AV64 planeado H2 2024) | No | 7 |
Centro-Norte de EE. UU | AZ01 | AV36, AV64 | Sí | 7 |
Centro-Norte de EE. UU | AZ02 | AV36P, AV64 | Sí | 7 |
Norte de Europa | AZ02 | AV36, AV64 | No | 7 |
Centro de Catar | AZ03 | AV36P (AV64 planeado H2 2024) | No | N/A (7 H2 planeado 2024) |
Norte de Sudáfrica | AZ03 | AV36 (AV64 planeado H2 2024) | No | 7 |
Centro-sur de EE. UU. | AZ01 | AV36, AV64 | Sí | 7 |
Centro-sur de EE. UU. | AZ02 | AV36P, AV52, AV64 | Sí | 7 |
Sudeste de Asia | AZ02 | AV36 | No | N/D |
Centro de Suecia | AZ01 | AV36 (AV64 planeado H2 2024) | No | N/A (7 H2 planeado 2024) |
Norte de Suiza | AZ01 | AV36, AV64 | No | 7 |
Norte de Suiza | AZ03 | AV36P (AV64 planeado H2 2024) | No | N/A (7 H2 planeado 2024) |
Oeste de Suiza | AZ01 | AV36, AV64 | No | 7 |
Norte de Emiratos Árabes Unidos | AZ03 | AV36P | No | N/D |
Sur de Reino Unido 2 | AZ01 | AV36, AV36P, AV52, AV64 | Sí | 7 |
Sur de Reino Unido 2 | AZ02 | AV36, AV64 | Sí | 7 |
Sur de Reino Unido 2 | AZ03 | AV36P, AV64 | Sí | 7 |
Oeste de Reino Unido | AZ01 | AV36 | No | N/D |
Oeste de Europa | AZ01 | AV36, AV36P, AV52, AV64 | Sí | 7 |
Oeste de Europa | AZ02 | AV36, AV64 | Sí | 7 |
Oeste de Europa | AZ03 | AV36P, AV64 | Sí | 7 |
Oeste de EE. UU. | AZ01 | AV36, AV36P | No | 7 |
Oeste de EE. UU. 2 | AZ01 | AV36 | No | N/D |
Oeste de EE. UU. 2 | AZ02 | AV36P | No | N/D |
Oeste de EE. UU. 3 | AZ01 | AV36P | No | N/D |
US Gov: Arizona | AZ02 | AV36P | No | N/D |
US Gov - Virginia | AZ03 | AV36 | No | N/D |
Clústeres
De manera predeterminada, hay un clúster vSAN para cada nube privada que se crea. Los clústeres se pueden agregar, eliminar y escalar. El número mínimo de hosts por clúster y la implementación inicial es tres.
Use vCenter Server y NSX Manager para administrar la mayoría de los aspectos de la configuración y operación del clúster. Todo el almacenamiento local de cada host de un clúster está bajo el control de vSAN de VMware.
El plano de administración y de control de Azure VMware Solution presenta los siguientes requisitos de recursos que se deben tener en cuenta durante el dimensionamiento de la solución de una nube privada estándar.
Área | Descripción | CPU virtuales aprovisionadas | RAM virtual aprovisionada (GB) | Disco virtual aprovisionado (GB) | Uso típico de CPU (GHz) | Uso típico de RAM virtual (GB) | Uso típico del almacén de datos de vSAN sin procesar (GB) |
---|---|---|---|---|---|---|---|
VMware vSphere | vCenter Server | 8 | 28 | 915 | 1,1 | 3.9 | 1854 |
VMware vSphere | Máquina virtual de servicio de clústeres de vSphere 1 | 1 | 0,1 | 2 | 0,1 | 0,1 | 5 |
VMware vSphere | Máquina virtual de servicio de clústeres de vSphere 2 | 1 | 0,1 | 2 | 0,1 | 0,1 | 5 |
VMware vSphere | Máquina virtual de servicio de clústeres de vSphere 3 | 1 | 0,1 | 2 | 0,1 | 0,1 | 5 |
VMware vSphere | ESXi nodo 1 | N/D | N/D | N/D | 5,1 | 0,2 | N/D |
VMware vSphere | ESXi nodo 2 | N/D | N/D | N/D | 5,1 | 0,2 | N/D |
VMware vSphere | ESXi nodo 3 | N/D | N/D | N/D | 5,1 | 0,2 | N/D |
vSAN de VMware | Uso del sistema vSAN | N/D | N/D | N/D | N/D | N/D | 5,458 |
VMware NSX | NSX Unified Appliance Node 1 | 12 | 48 | 300 | 2.5 | 13.5 | 613 |
VMware NSX | NSX Unified Appliance Node 2 | 12 | 48 | 300 | 2.5 | 13.5 | 613 |
VMware NSX | NSX Unified Appliance Node 3 | 12 | 48 | 300 | 2.5 | 13.5 | 613 |
VMware NSX | NSX Edge VM 1 | 8 | 32 | 200 | 1.3 | 0.6 | 409 |
VMware NSX | NSX Edge VM 2 | 8 | 32 | 200 | 1.3 | 0.6 | 409 |
VMware HCX (complemento opcional) | HCX Manager | 4 | 12 | 65 | 1 | 2.5 | 140 |
VMware Site Recovery Manager (complemento opcional) | Aplicación SRM | 4 | 12 | 33 | 1 | 1 | 79 |
VMware vSphere (complemento opcional) | Dispositivo vSphere Replication Manager | 4 | 8 | 33 | 1 | 0.6 | 75 |
VMware vSphere (complemento opcional) | Dispositivo vSphere Replication Server | 2 | 1 | 33 | 1 | 0,3 | 68 |
Total | 77 CPU virtuales | 269,3 GB | 2385 GB | 30 GHz | 50,4 GB | 10 346 GB (9032 GB con una relación de reducción de datos de 1,2) |
El plano de administración y de control de Azure VMware Solution presenta los siguientes requisitos de recursos que se deben tener en cuenta durante el dimensionamiento de la solución de una nube privada de clúster extendido. SRM de VMware no se incluye en la tabla, ya que actualmente no se admite.
Área | Descripción | CPU virtuales aprovisionadas | RAM virtual aprovisionada (GB) | Disco virtual aprovisionado (GB) | Uso típico de CPU (GHz) | Uso típico de RAM virtual (GB) | Uso típico del almacén de datos de vSAN sin procesar (GB) |
---|---|---|---|---|---|---|---|
VMware vSphere | vCenter Server | 8 | 28 | 915 | 1,1 | 3.9 | 3708 |
VMware vSphere | Máquina virtual de servicio de clústeres de vSphere 1 | 1 | 0,1 | 2 | 0,1 | 0,1 | 5 |
VMware vSphere | Máquina virtual de servicio de clústeres de vSphere 2 | 1 | 0,1 | 2 | 0,1 | 0,1 | 5 |
VMware vSphere | Máquina virtual de servicio de clústeres de vSphere 3 | 1 | 0,1 | 2 | 0,1 | 0,1 | 5 |
VMware vSphere | ESXi nodo 1 | N/D | N/D | N/D | 5,1 | 0,2 | N/D |
VMware vSphere | ESXi nodo 2 | N/D | N/D | N/D | 5,1 | 0,2 | N/D |
VMware vSphere | ESXi nodo 3 | N/D | N/D | N/D | 5,1 | 0,2 | N/D |
VMware vSphere | ESXi nodo 4 | N/A | N/D | N/D | 5,1 | 0,2 | N/D |
VMware vSphere | ESXi nodo 5 | No aplicable | N/D | N/D | 5,1 | 0,2 | N/D |
VMware vSphere | ESXi nodo 6 | N/A | N/D | N/D | 5,1 | 0,2 | N/D |
vSAN de VMware | Uso del sistema vSAN | N/D | N/D | N/D | N/D | No aplicable | 10 722 |
VMware NSX | NSX Unified Appliance Node 1 | 12 | 48 | 300 | 2.5 | 13.5 | 1229 |
VMware NSX | NSX Unified Appliance Node 2 | 12 | 48 | 300 | 2.5 | 13.5 | 1229 |
VMware NSX | NSX Unified Appliance Node 3 | 12 | 48 | 300 | 2.5 | 13.5 | 1229 |
VMware NSX | NSX Edge VM 1 | 8 | 32 | 200 | 1.3 | 0.6 | 817 |
VMware NSX | NSX Edge VM 2 | 8 | 32 | 200 | 1.3 | 0.6 | 817 |
VMware HCX (complemento opcional) | HCX Manager | 4 | 12 | 65 | 1 | 2.5 | 270 |
Total | 67 CPU virtuales | 248,3 GB | 2286 GB | 42,3 GHz | 49,1 GB | 20 036 GB (17 173 GB con una relación de reducción de datos de 1,2) |
Estos requisitos de recursos solo se aplican al primer clúster implementado en una nube privada de Azure VMware Solution. Los clústeres posteriores solo deberán tener en cuenta el servicio de clústeres de vSphere, los requisitos de recursos de ESXi y el uso del sistema vSAN al ajustar el tamaño de la solución.
Los valores típicos de uso del almacén de datos de vSAN de la aplicación virtual contemplan el espacio ocupado por los archivos de las máquinas virtuales, incluidos los archivos de configuración y registro, las instantáneas, los discos virtuales y los archivos de intercambio.
Los nodos de VMware ESXi tienen valores de uso de proceso que tienen en cuenta la sobrecarga del hipervisor de vSphere VMkernel, la sobrecarga de vSAN y el enrutador distribuido de NSX, el firewall y la sobrecarga de puente. Se trata de estimaciones para una configuración estándar de tres clústeres. Los requisitos de almacenamiento se enumeran como no aplicables (N/A), ya que se usa un volumen de arranque independiente del almacén de datos vSAN.
La sobrecarga de almacenamiento de uso del sistema VMware vSAN tiene en cuenta los objetos de administración del rendimiento de vSAN, la sobrecarga del sistema de archivos vSAN, la sobrecarga de suma de comprobación de vSAN y la sobrecarga de desduplicación y compresión de vSAN. Para ver este consumo, seleccione Supervisión > vSAN > Capacidad correspondiente al clúster de vSphere en vSphere Client.
Los requisitos de recursos de VMware HCX y VMware Site Recovery Manager son complementos opcionales para el servicio Azure VMware Solution. Descuente estos requisitos en el dimensionamiento de la solución si no se utilizan.
El complemento VMware Site Recovery Manager ofrece la posibilidad de configurar varios dispositivos VMware vSphere Replication Server. En la tabla anterior se da por hecho que se está usando un dispositivo vSphere Replication Server.
El dimensionamiento de una instancia de Azure VMware Solution es una estimación; los cálculos de dimensionamiento de la fase de diseño se deben validar durante la fase de prueba de un proyecto para asegurarse de que Azure VMware Solution tiene el tamaño adecuado para la carga de trabajo de la aplicación.
Sugerencia
Si necesita aumentar el número de implementación inicial, siempre puede extender el clúster y agregar clústeres adicionales más adelante.
En la tabla siguiente se describen los límites máximos para Azure VMware Solution.
Recurso | Límite |
---|---|
Clústeres de vSphere por nube privada | 12 |
Número mínimo de hosts de ESXi por clúster | 3 (límite máximo) |
Número máximo de hosts de ESXi por clúster | 16 (límite máximo) |
Número máximo de hosts de ESXi por nube privada | 96 |
Número máximo de instancias de vCenter Server por nube privada | 1 (límite máximo) |
Número máximo de emparejamientos de sitios de HCX | 25 (cualquier edición) |
Número máximo de mallas de servicio de HCX | 10 (cualquier edición) |
Número máximo de nubes privadas vinculadas de Azure VMware Solution ExpressRoute desde una única ubicación a una única puerta de enlace de Virtual Network | 4 La puerta de enlace de red virtual utilizada determina el número máximo real de nubes privadas vinculadas. Para más información, vea Acerca de las puertas de enlace de red virtual de ExpressRoute Si superase este umbral, use Interconectar Azure VMware Solution para agregar conectividad de nube privada dentro de la región de Azure. |
Velocidad máxima de puertos de ExpressRoute de Azure VMware Solution | 10 Gbps (use la SKU de Puerta de enlace de rendimiento Ultra con FastPath habilitado) La puerta de enlace de red virtual usada determina el ancho de banda real. Para más información, vea Acerca de las puertas de enlace de red virtual de ExpressRoute |
Número máximo de direcciones IPv4 públicas de Azure asignadas a NSX-T | 2\.000 |
Número máximo de interconexiones de Azure VMware Solution por nube privada | 10 |
Número máximo de conexiones de Global Reach de Azure ExpressRoute por nube privada de Azure VMware Solution | 8 |
Límites de capacidad de vSAN | 75 % del total que se puede usar (el 25 % restante se mantiene disponible para el contrato de nivel de servicio) |
VMware Site Recovery Manager: número de máquinas virtuales protegidas | 3,000 |
VMware Site Recovery Manager: número máximo de máquinas virtuales por plan de recuperación | 2\.000 |
VMware Site Recovery Manager: número máximo de grupos de protección por plan de recuperación | 250 |
VMware Site Recovery Manager: valores de RPO | 5 minutos o más* (límite máximo) |
VMware Site Recovery Manager: número máximo de máquinas virtuales por grupo de protección | 500 |
VMware Site Recovery Manager: número máximo de planes de recuperación | 250 |
* Para información sobre el objetivo de punto de recuperación (RPO) de menos de 15 minutos, consulte Funcionamiento del objetivo de punto de recuperación de 5 minutos en la guía de administración de la replicación de vSphere.
Para otros límites específicos de VMware, use la herramienta de configuración máxima de VMware.
Versiones de software de VMware
Microsoft es miembro del programa VMware Metal como servicio (MaaS) y usa VMware Cloud Provider Stack (VCPS) para el planeamiento de actualizaciones de Azure VMware Solution.
Las versiones de software de las soluciones de VMware usadas en las nuevas implementaciones de nubes privadas de Azure VMware Solution son:
Software | Versión |
---|---|
VMware vCenter Server | 8.0 U2d |
VMware ESXi | 8.0 U2b |
vSAN de VMware | 8.0 U2 |
Formato en disco de vSAN VMware | 19 |
Arquitectura de almacenamiento de VMware vSAN | OSA |
VMware NSX | 4.1.1 |
VMware HCX | 4.9.1 |
VMware Site Recovery Manager | 8.8.0.3 |
VMware vSphere Replication | 8.8.0.3 |
La versión de software que se está ejecutando actualmente se aplica a los nuevos clústeres agregados a una nube privada existente, si la versión de vCenter Server la admite.
Mantenimiento y administración del ciclo de vida de hosts
Una de las ventajas de las nubes privadas de Azure VMware Solution es que la plataforma se mantiene automáticamente. Microsoft es responsable de la administración del ciclo de vida del software de VMware (ESXi, vCenter Server y vSAN) y de los dispositivos NSX. También se encarga de la configuración de la red de arranque, como la creación de la puerta de enlace de nivel 0 y la habilitación del enrutamiento vertical de arriba abajo. Usted es responsable de la configuración de NSX SDN: segmentos de red, reglas de firewall distribuidas, puertas de enlace de nivel 1 y equilibradores de carga.
Nota:
Se crea y configura una puerta de enlace T0 como parte de una implementación de nube privada. Cualquier modificación en el enrutador lógico o en las máquinas virtuales del nodo perimetral de NSX podría afectar a la conectividad con la nube privada, por lo que se debe evitar.
Microsoft es responsable de aplicar revisiones, actualizaciones o actualizaciones a ESXi, vCenter Server, vSAN y NSX en la nube privada. El impacto de las revisiones, actualizaciones y actualizaciones en ESXi, vCenter Server y NSX tiene las siguientes consideraciones:
ESXi: no se produce ningún impacto en las cargas de trabajo que se ejecutan en la nube privada. El acceso a vCenter Server y NSX no se bloquea durante este tiempo. Durante este tiempo, se recomienda no planear otras actividades, como: el escalado vertical de la nube privada, la programación o inicio de migraciones de HCX activas y los cambios de configuración en HCX, entre otras, en la nube privada.
vCenter Server: no se produce ningún impacto en las cargas de trabajo que se ejecutan en la nube privada. Durante este tiempo, vCenter Server no estará disponible y no será posible administrar máquinas virtuales (detener, iniciar, crear o eliminar). Se recomienda no planear otras actividades, como el escalado vertical de la nube privada o la creación de redes nuevas, entre otras, en la nube privada. Al usar VMware Site Recovery Manager o interfaces de usuario de replicación de vSphere, se recomienda no realizar ninguna de las siguientes acciones: configurar las replicaciones de vSphere, así como configurar o ejecutar planes de Site Recovery, durante la actualización de vCenter Server.
NSX : la carga de trabajo se ve afectada. Cuando se actualice un host determinado, las máquinas virtuales de ese host podrían perder una conectividad de entre 2 segundos y 1 minuto con cualquiera de los síntomas siguientes:
Errores de ping
Pérdida de paquetes
Mensajes de error (por ejemplo, Host de destino inaccesible y Net inaccesible)
Durante esta ventana de actualización, se bloquea todo el acceso al plano de administración de NSX. No puede realizar cambios de configuración en el entorno de NSX mientras dure. Las cargas de trabajo seguirán ejecutándose de forma normal, en función del impacto de la actualización que se detalló anteriormente.
Durante la actualización, se recomienda no planear otras actividades, como el escalado vertical de la nube privada, entre otras, en la nube privada. Otras actividades pueden impedir que se inicie la actualización o pueda tener efectos negativos en la actualización y el entorno.
Recibirá una notificación mediante Azure Service Health incluyendo la escala de tiempo de la actualización. En esta notificación también se proporcionan detalles sobre el componente actualizado, su efecto en las cargas de trabajo, el acceso a la nube privada y otros servicios de Azure. Puede volver a programar una actualización según sea necesario.
Entre las actualizaciones de software se incluyen las siguientes:
Revisiones: revisiones de seguridad o correcciones de errores publicadas por VMware.
Actualizaciones: cambio de versión secundaria de un componente de la pila de VMware.
Actualizaciones: cambio de versión principal de un componente de la pila de VMware.
Nota:
Microsoft prueba una revisión de seguridad crítica en cuanto está disponible desde VMware.
Se implementan soluciones documentadas de VMware en lugar de instalar una revisión correspondiente hasta que se implementan las siguientes actualizaciones programadas.
Supervisión y corrección de host
Azure VMware Solution supervisa continuamente el estado de los subyacentes y los componentes de VMware. Cuando Azure VMware Solution detecta un error, toma medidas para reparar los componentes que no funcionan. Cuando Azure VMware Solution detecta una degradación o un error en un nodo de Azure VMware Solution, desencadena el proceso de corrección del host.
La corrección del host implica reemplazar el nodo defectuoso por un nuevo nodo en buen estado en el clúster. A continuación, cuando sea posible, el host defectuoso se coloca en el modo de mantenimiento VMware vSphere. VMware vSphere vMotion mueve las máquinas virtuales fuera del host defectuoso a otros servidores disponibles del clúster, lo que podría permitir un tiempo de inactividad cero para la migración en vivo de cargas de trabajo. Si el host defectuoso no se puede poner en modo de mantenimiento, se quita del clúster. Antes de quitar el host defectuoso, las cargas de trabajo del cliente se migran a un host recién agregado.
Sugerencia
Comunicación con el cliente: se envía un correo electrónico a la dirección de correo electrónico del cliente antes de que se inicie el reemplazo y, nuevamente, después de que el reemplazo se realice correctamente.
Para recibir correos electrónicos relacionados con el reemplazo de host, es necesario agregarse a cualquiera de los siguientes roles RBAC de Azure en la suscripción: "ServiceAdmin", "CoAdmin", "Propietario" o "Colaborador".
Azure VMware Solution supervisa las siguientes condiciones en el host:
- Estado del procesador
- Estado de la memoria
- Estado de conexión y energía
- Estado del ventilador de hardware
- Pérdida de conectividad de red
- Estado de la placa del sistema de hardware
- Errores en los discos de un host de vSAN
- Voltaje de hardware
- Estado de la temperatura de hardware
- Estado de la energía de hardware
- Estado de almacenamiento
- Error de conexión
Tabla de códigos de alerta y corrección
Código de error | Detalles del error | Acción recomendada |
---|---|---|
EPC_SCSIDEVICE_SHARINGMODE | Este error se produce cuando una máquina virtual está configurada para usar un dispositivo que impide una operación de mantenimiento: un dispositivo que es un controlador de SCSI que está implicado en el uso compartido de buses | Siga el artículo de KB para la eliminación de cualquier controlador de SCSI dedicado al uso compartido de bus conectado a máquinas virtuales https://knowledge.broadcom.com/external/article?legacyId=79910 |
EPC_CDROM_EMULATEMODE | Este error se produce cuando el CD-ROM en la máquina virtual usa el modo emular, cuya imagen ISO no es accesible | Siga el artículo de KB para la eliminación de cualquier CDROM montado en las máquinas virtuales de carga de trabajo del cliente en modo emular o desasociar ISO. Se recomienda usar el modo de acceso directo para montar cualquier CD-ROM. https://knowledge.broadcom.com/external/article?legacyId=79306 |
EPC_DATASTORE_INACCESSIBLE | Este error se produce cuando no se puede acceder a cualquier almacén de datos externo asociado a la nube privada de AVS | Siga el artículo de KB para la eliminación de cualquier almacén de datos obsoleto asociado al clúster /azure/azure-vmware/attach-azure-netapp-files-to-azure-vmware-solution-hosts?tabs=azure-portal#performance-best-practices |
EPC_NWADAPTER_STALE | Este error se produce cuando la interfaz de red conectada en la máquina Vitual usa el adaptador de red que deja de estar accesible | Siga el artículo de KB para la eliminación de los adaptadores N/W obsoletos conectados a máquinas virtuales https://knowledge.broadcom.com/external/article/318738/troubleshooting-the-migration-compatibil.html |
Nota:
Los administradores de inquilinos de Azure VMware Solution no deben editar ni eliminar las alarmas de vMware vCenter Server definidas anteriormente, ya que las administra el plano de control de Azure VMware Solution en vCenter Server. La funcionalidad de supervisión de Azure VMware Solution usa estas alarmas para desencadenar el proceso de corrección del host de Azure VMware Solution.
Copia de seguridad y restauración
Las configuraciones de vCenter Server y HCX Manager de la nube privada de Azure VMware Solution (si están activadas) tienen un programa de copia de seguridad diario y la configuración de NSX tiene un programa de copia de seguridad cada hora. Las copias de seguridad se conservan durante un mínimo de tres días. Abra una solicitud de soporte técnico en Azure Portal para solicitar una restauración.
Nota:
Las restauraciones están pensadas solo para situaciones catastróficas.
Azure VMware Solution supervisa continuamente el estado de los componentes físicos subyacentes y de la solución de VMware. Cuando Azure VMware Solution detecta un error, toma medidas para reparar los componentes que no funcionan.
Pasos siguientes
Ahora que ya conoce los conceptos de nube privada de Azure VMware Solution, podría querer obtener información sobre: