Nota
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Planear la implementación de Azure VMware Solution es fundamental para crear un entorno listo para producción correcto para 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 anfitrión | CPU (núcleos/GHz) | RAM (GB) | Arquitectura de vSAN | 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 | Apnea Obstructiva del Sueño | 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 | Apnea Obstructiva del Sueño | 1.5 (Caché de Intel) | 19.20 (NVMe) | Regiones seleccionadas (*) |
| AV48 | CPU Dual Intel Xeon Gold 6442Y (microarquitectura Sapphire Rapids) con 24 núcleos/CPU a 2.6 GHz/4.0 GHz Turbo, total de 48 núcleos físicos (96 núcleos lógicos con hyperthreading) | 1024 | ESA | N/D | 25.6 (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 | Apnea Obstructiva del Sueño | 1.5 (Caché de Intel) | 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 | Apnea Obstructiva del Sueño | 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.
*Los detalles están 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 estándar internacional de unidades (SI) notificado por los fabricantes de discos. Ejemplo: 1 TB raw = 1000000000000 bytes. El espacio calculado por un proceso en binario (1 TB en binario = 1099511627776 bytes en binario) es igual a 931,3 gigabytes convertidos del decimal 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.
Azure VMware Solution configura cada clúster para la disponibilidad n+1 a través del control de admisión basado en porcentaje de alta disponibilidad de vSphere para proteger las cargas de trabajo frente al error de un solo nodo. Cada nube privada de Azure VMware Solution Cluster-1 tiene un grupo de recursos, basado en el vSphere Distributed Resource Scheduler (MGMT-ResourcePool). El grupo está configurado para los componentes del plano de administración y control (vCenter Server, clúster de NSX Manager, NSX Edges, complemento HCX Manager, complemento de Site Recovery Manager y complemento vSphere Replication).
MGMT-ResourcePool está configurado para reservar 46 GHz CPU y 171,88 GB de memoria, que no se puede cambiar. En el caso de un clúster de tres nodos, dos nodos están dedicados a las cargas de trabajo del cliente, excepto los MGMT-ResourcePool recursos de CPU y memoria reservados para la administración y el control. Un nodo de recursos se mantiene en reserva para protegerse frente a errores de nodo. Los clústeres extendidos de la Solución de VMware en Azure usan una directiva de control de admisión basada en porcentajes de alta disponibilidad de vSphere de n+2.
El plano de control y administración de Azure VMware Solution tiene los siguientes requisitos de recursos. Se deben tener en cuenta durante el ajuste de tamaño de una solución de una nube privada estándar.
| Ámbito | Descripción | VCPU aprovisionadas | VRAM provisionado (GB) | Disco virtual aprovisionado (GB) | Uso típico de cpu (GHz) | Uso típico de vRAM (GB) | Uso típico del almacén de datos vSAN bruto (GB) |
|---|---|---|---|---|---|---|---|
| VMware vSphere | vCenter Server | 8 | 30 | 915 | 1.5 | 3.3 | 1830 |
| VMware vSphere | Máquina virtual de servicio de clústeres de vSphere 1 | 1 | 0,1 | 2 | 0,1 | 0,1 | 1 |
| VMware vSphere | Máquina virtual de servicio de clústeres de vSphere 2 | 1 | 0,1 | 2 | 0,1 | 0,1 | 1 |
| VMware vSphere | Máquina virtual de servicio de clústeres de vSphere 3 | 1 | 0,1 | 2 | 0,1 | 0,1 | 1 |
| VMware vSphere | ESXi nodo 1 | N/D | N/D | N/D | 2,4 | 48 | N/D |
| VMware vSphere | ESXi nodo 2 | N/D | N/D | N/D | 2,4 | 48 | N/D |
| VMware vSphere | ESXi nodo 3 | N/D | N/D | N/D | 2,4 | 48 | N/D |
| vSAN de VMware | Uso del sistema vSAN | N/D | N/D | N/D | N/D | N/D | 12 441 |
| VMware NSX | Aplicación unificada de NSX Nodo 1 | 6 | veinticuatro | 300 | 3.4 | 13.9 | 613 |
| VMware NSX | Aplicación unificada de NSX Nodo 2 | 6 | veinticuatro | 300 | 3.4 | 13.9 | 613 |
| VMware NSX | Nodo 3 del Dispositivo Unificado NSX | 6 | veinticuatro | 300 | 3.4 | 13.9 | 613 |
| VMware NSX | NSX Edge VM 1 | 8 | 32 | 196 | 1.4 | 0,7 | 401 |
| VMware NSX | NSX Edge VM 2 | 8 | 32 | 196 | 1.4 | 0,7 | 401 |
| VMware HCX (complemento opcional) | HCX Manager | 4 | 12 | 64 | 0,4 | 2.8 | 174 |
| VMware Site Recovery Manager (complemento opcional) | Dispositivo de Site Recovery Manager | 4 | 12 | 33 | 1 | 1 | 66 |
| VMware vSphere (complemento opcional) | Dispositivo de vSphere Replication Manager | 4 | 12 | 33 | 1 | 3.1 | 66 |
| VMware vSphere (complemento opcional) | Dispositivo de vSphere Replication Server | 2 | 1 | 33 | 1 | 0.8 | 66 |
| Total | 59 vCPU | 203,3 GB | 2 376 GB | 25,4 GHz | 198,3 GB | 17 287 GB (15 401 GB con relación de reducción de datos) |
El plano de control y administración de Azure VMware Solution tiene los siguientes requisitos de recursos que debe tener en cuenta durante el ajuste de tamaño de una solución de una nube privada de clústeres extendidos. VMware Site Recovery Manager no se incluye en la tabla porque actualmente no se admite. Tampoco se incluye el dispositivo testigo de vSAN en la tabla. Microsoft lo administra en la tercera zona de disponibilidad.
| Ámbito | Descripción | VCPU aprovisionadas | VRAM provisionado (GB) | Disco virtual aprovisionado (GB) | Uso típico de cpu (GHz) | Uso típico de vRAM (GB) | Uso típico del almacén de datos vSAN bruto (GB) |
|---|---|---|---|---|---|---|---|
| VMware vSphere | vCenter Server | 8 | 30 | 915 | 1.1 | 3.9 | 3662 |
| VMware vSphere | Máquina virtual de servicio de clústeres de vSphere 1 | 1 | 0,1 | 2 | 0,1 | 0,1 | 1 |
| VMware vSphere | Máquina virtual de servicio de clústeres de vSphere 2 | 1 | 0,1 | 2 | 0,1 | 0,1 | 1 |
| VMware vSphere | Máquina virtual de servicio de clústeres de vSphere 3 | 1 | 0,1 | 2 | 0,1 | 0,1 | 1 |
| VMware vSphere | ESXi nodo 1 | N/D | N/D | N/D | 2,4 | 48 | N/D |
| VMware vSphere | ESXi nodo 2 | N/D | N/D | N/D | 2,4 | 48 | N/D |
| VMware vSphere | ESXi nodo 3 | N/D | N/D | N/D | 2,4 | 48 | N/D |
| VMware vSphere | ESXi nodo 4 | N/D | N/D | N/D | 2,4 | 48 | N/D |
| VMware vSphere | ESXi nodo 5 | N/D | N/D | N/D | 2,4 | 48 | N/D |
| VMware vSphere | ESXi nodo 6 | N/D | N/D | N/D | 2,4 | 48 | N/D |
| vSAN de VMware | Uso del sistema vSAN | N/D | N/D | N/D | N/D | N/D | 11 223 |
| VMware NSX | Aplicación unificada de NSX Nodo 1 | 6 | veinticuatro | 300 | 3.4 | 13.9 | 1229 |
| VMware NSX | Aplicación unificada de NSX Nodo 2 | 6 | veinticuatro | 300 | 3.4 | 13.9 | 1229 |
| VMware NSX | Nodo 3 del Dispositivo Unificado NSX | 6 | veinticuatro | 300 | 3.4 | 13.9 | 1229 |
| VMware NSX | NSX Edge VM 1 | 8 | 32 | 196 | 1.4 | 0,7 | 800 |
| VMware NSX | NSX Edge VM 2 | 8 | 32 | 196 | 1.4 | 0,7 | 800 |
| VMware HCX (complemento opcional) | HCX Manager | 4 | 12 | 64 | 0,4 | 2.8 | 256 |
| Total | 49 vCPU | 178,4 GB | 2 277 GB | 29,9 GHz | 338,1 GB | 20 430 GB (17 459 GB con relación de reducción de datos) |
Estos requisitos de recursos se aplican solo al primer clúster implementado en una nube privada de Azure VMware Solution. Los clústeres posteriores solo deben tener en cuenta los requisitos de recursos de vSphere Cluster Service, ESXi y el uso del sistema vSAN en el ajuste de tamaño de la solución.
Los valores de uso del almacén de datos vSAN típicos de la aplicación virtual incluyen el espacio ocupado por los archivos de máquina virtual, 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. Estas estimaciones son para una configuración estándar de tres clústeres. Los requisitos de almacenamiento se enumeran como no aplicables (N/A) porque 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 Monitorizar>vSAN>Capacidad para el clúster de vSphere en el cliente de vSphere.
Los requisitos de recursos de VMware HCX y VMware Site Recovery Manager son complementos opcionales para Azure VMware Solution. Descuente estos requisitos en el dimensionamiento de la solución si no se utilizan.
El complemento VMware Site Recovery Manager tiene la opción de configurar varios dispositivos VMware vSphere Replication Server. En la tabla anterior se supone que se usa un dispositivo de vSphere Replication Server.
Dimensionar una solución es una estimación. Valide los cálculos de ajuste de tamaño de la fase de diseño durante la fase de prueba de un proyecto. Debe asegurarse de que la solución tiene el tamaño correcto 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 otros clústeres 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 planeamiento para garantizar una implementación fluida de la nube privada de Azure VMware Solution. Antes de realizar una solicitud, identifique la suscripción de 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. En el diagrama siguiente se muestran 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.