Compartir a través de


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.

Diagrama que ilustra una sola suscripción de Azure que contiene dos nubes privadas para entornos de desarrollo y producción.

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 7
Este de Australia AZ02 AV36, AV64 7
Este de Australia AZ03 AV36P, AV64 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) 7
Centro de EE. UU. AZ02 AV36 (AV64 planeado H2 2024) 7
Centro de EE. UU. AZ03 AV36P, AV64 7
Este de Asia AZ01 AV36 (AV64 planeado H2 2024) No N/A (7 H2 planeado 2024)
Este de EE. UU. AZ01 AV36P, AV64 7
Este de EE. UU. AZ02 AV36P, AV64 7
Este de EE. UU. AZ03 AV36, AV36P, AV64 7
Este de EE. UU. 2 AZ01 AV36, AV64 7
Este de EE. UU. 2 AZ02 AV36P, AV52, AV64 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) 7
Centro-oeste de Alemania AZ02 AV36 (AV64 planeado H2 2024) 7
Centro-oeste de Alemania AZ03 AV36, AV36P, AV64 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 7
Centro-Norte de EE. UU AZ02 AV36P, AV64 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 7
Centro-sur de EE. UU. AZ02 AV36P, AV52, AV64 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 7
Sur de Reino Unido 2 AZ02 AV36, AV64 7
Sur de Reino Unido 2 AZ03 AV36P, AV64 7
Oeste de Reino Unido AZ01 AV36 No N/D
Oeste de Europa AZ01 AV36, AV36P, AV52, AV64 7
Oeste de Europa AZ02 AV36, AV64 7
Oeste de Europa AZ03 AV36P, AV64 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: