Planificación de la implementación de Azure VMware Solution
La planificación de la implementación de la Azure VMware Solution es crucial para crear un entorno de producción de éxito para las máquinas virtuales (VM) y la migración. Durante el proceso de planificación, identificará y recopilará la información necesaria para su implementación. Asegúrese de documentar la información recopilada para facilitar su consulta durante la implementación. Una implementación correcta da como resultado un entorno listo para la producción para la creación de máquinas virtuales y la migración.
En este tutorial, obtendrá información sobre cómo completar las siguientes tareas:
- Identificar la suscripción, el grupo de recursos, la región y el nombre del recurso de Azure
- Identificar los hosts de tamaño y determinar el número de clústeres y hosts
- Solicitar una cuota de host para un plan Azure elegible
- Identificar el segmento IP del CIDR /22 para la administración de la nube privada
- Identificar un único segmento de red
- Definición de la puerta de enlace de red virtual
- Definición de segmentos de red de VMware HCX
Cuando haya terminado, siga los pasos siguientes recomendados al final de este artículo para continuar con esta guía de introducción.
Identificación de la suscripción
Identifique la suscripción que piensa usar para implementar Azure VMware Solution. Puede crear una nueva suscripción o usar una existente.
Nota:
La suscripción debe estar asociada a un contrato Microsoft Enterprise Agreement (EA), un plan de Azure del Proveedor de soluciones en la nube (CSP) o un Contrato de cliente de Microsoft (MCA). Para más información, consulte Criterios de idoneidad.
Identificación del grupo de recursos
Identifique el grupo de recursos que quiere usar para Azure VMware Solution. Por lo general, se crea un grupo de recursos específicamente para Azure VMware Solution, pero puede usar un grupo de recursos existente.
Identificación de la región o ubicación
Identifique la región en la que desea implementar Azure VMware Solution.
Definición del nombre del recurso
El nombre del recurso es un nombre amigable y descriptivo para su nube privada Azure VMware Solution, por ejemplo, MyPrivateCloud.
Importante
El nombre no puede tener más de 40 caracteres. Si el nombre supera este límite, no podrá crear direcciones IP públicas para utilizarlas con la nube privada.
Identificación de los hosts de tamaño
Identifique los hosts de tamaño que quiere usar al implementar Azure VMware Solution.
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, raw***) | Nivel de capacidad de vSAN (TB, raw***) | 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.
(***) Raw se basa en el Sistema internacional de unidades (SI) notificado por el fabricante del disco. Ejemplo: 1 TB Raw = 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.
Determinación del número de clústeres y hosts
La primera implementación de Azure VMware Solution que realice consta de una nube privada que contendrá un único clúster. Debe definir el número de hosts que desea implementar en el primer clúster de su implementación.
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.
Nota
Para obtener información sobre los límites del número de hosts por clúster, el número de clústeres por nube privada y el número de hosts por nube privada, consulte Límites, cuotas y restricciones de suscripción y servicio de Azure.
Solicitud de una cuota de host
Solicite una cuota de host al principio del proceso de planificación para garantizar una implementación sin problemas de su nube privada Azure VMware Solution. Antes de realizar una solicitud, identifique la suscripción a Azure, el grupo de recursos y la región. Determine el tamaño de los hosts, el número de clústeres y los hosts que necesita.
El equipo de asistencia tarda hasta cinco días laborables en confirmar su solicitud y asignar sus anfitriones.
Definición del segmento de dirección IP para la administración de la nube privada
Azure VMware Solution requiere una red CIDR /22, como 10.0.0.0/22. Este espacio de direcciones se divide en segmentos de red más pequeños (subredes) para los segmentos de administración de Azure VMware Solution, incluidos vCenter Server, VMware HCX, Centro de datos NSX-T y la funcionalidad vMotion. El siguiente diagrama muestra los segmentos de direcciones IP de administración de Azure VMware Solution.
Importante
Este bloque de direcciones de red CIDR /22 no debe superponerse con ningún segmento de red existente que ya tenga en el entorno local o en Azure. Para obtener más información sobre cómo se desglosa la red CIDR /22 por nube privada, consulte Consideraciones sobre el enrutamiento y la subred.
Definición del segmento de dirección IP para cargas de trabajo de máquina virtual
En un entorno VMware vSphere, las máquinas virtuales deben conectarse a un segmento de red. A medida que se amplía la implementación de producción de Azure VMware Solution, a menudo ve una combinación de segmentos ampliados L2 de las instalaciones y segmentos de red locales de Centro de datos NSX-T.
Para la implementación inicial, identifique un único segmento de red (red IP); por ejemplo, 10.0.4.0/24. Este segmento de red se usa principalmente con para realizar pruebas durante la implementación inicial. El bloque de direcciones no debe superponerse con ningún segmento de red en el entorno local ni dentro de Azure y no debe estar dentro del segmento de red /22 ya definido.
Definición de la puerta de enlace de red virtual
Azure VMware Solution requiere una instancia de Azure Virtual Network y un circuito ExpressRoute. Decida si va a utilizar una puerta de enlace de red virtual ExpressRoute existente o nueva. Si elige una nueva puerta de enlace de red virtual, créela después de crear su nube privada. Es aceptable utilizar una puerta de enlace de red virtual ExpressRoute existente. A efectos de planificación, tenga en cuenta qué puerta de enlace de red virtual ExpressRoute usa.
Importante
Puede conectarse a una puerta de enlace de red virtual en un Azure Virtual WAN, pero está fuera del ámbito de este inicio rápido.
Definición de segmentos de red de VMware HCX
VMware HCX es una plataforma de movilidad de aplicaciones que simplifica la migración de aplicaciones, el reequilibrio de cargas de trabajo y la continuidad empresarial entre centros de datos y nubes. Puede migrar las cargas de trabajo vSphere de VMware a Azure VMware Solution y a otros sitios conectados mediante varios tipos de migración.
El conector de VMware HCX implementa un subconjunto de aplicaciones virtuales (automatizadas) que requieren varios segmentos IP. Al crear los perfiles de red, se usan los segmentos IP. Identifique los elementos enumerados siguientes para la implementación de VMware HCX, que admite un caso de uso piloto o de producto pequeño. Modifíquelo si es necesario en función de sus necesidades de migración.
Red de administración: Para la implementación local de VMware HCX, identifique una red de administración para VMware HCX. Normalmente, es la misma red de administración que usa el clúster vSphere de VMware local. Como mínimo, identifique dos direcciones IP en este segmento de red para VMware HCX. Es posible que necesite números mayores, en función de la escala de la implementación más allá del caso de uso pequeño o piloto.
Nota:
Para entornos grandes, cree una nueva red /26 y preséntela como un grupo de puertos a su clúster VMware vSphere local en lugar de utilizar la red de administración existente. Luego puede crear hasta 10 mallas de servicio y 60 controles extensores de red (-1 por malla de servicio). Se pueden expandir ocho redes por cada extensor de red mediante nubes privadas de soluciones de Azure VMware Solution.
Red de enlace ascendente: Para la implementación local de VMware HCX, identifique una red de enlace ascendente para VMware HCX. Use la misma red que tiene previsto usar para la red de administración.
Red vMotion: Para la implementación local de VMware HCX, identifique una red vMotion para VMware HCX. Normalmente, es la misma red que usa el clúster vSphere de VMware local para vMotion. Como mínimo, identifique dos direcciones IP en este segmento de red para VMware HCX. Es posible que necesite números mayores, en función de la escala de la implementación más allá del caso de uso pequeño o piloto.
Debe exponer la red de vMotion en un conmutador virtual distribuido o vSwitch0. Si no es así, modifique el entorno para adaptarlo.
Nota
Muchos entornos vSphere de VMware utilizan segmentos de red no enrutados para vMotion, que no plantea ningún problema.
Red de replicación: Para la implementación local de VMware HCX, defina una red de replicación. Utilice la misma red que usa para las redes de administración y de vínculo superior. Si los hosts del clúster local usan una red VMkernel de replicación dedicada, reserve dos direcciones IP en este segmento de red y use la red VMkernel de replicación para la red de replicación.
Determine si hay que extender las redes
De forma opcional, los segmentos de red se pueden extender del entorno local a Azure VMware Solution. Si amplía segmentos de red, identifique ahora esas redes siguiendo estas directrices:
- Las redes deben conectarse a vSphere Distributed Switch (vDS) en el entorno local de VMware.
- Las redes que se encuentran en vSphere Standard Switch no se pueden extender.
Importante
Estas redes se extienden como paso final de la configuración, no durante la implementación.
Pasos siguientes
Ahora que ha recopilado y documentado la información necesaria, continúe con el siguiente tutorial para crear la nube privada de Azure VMware Solution.