La implementación de un centro de datos definido por software es el primer paso para utilizar el servicio VMware Cloud on AWS. Después de implementar el SDDC, puede ver información sobre él y realizar tareas de administración.
Se deben tener en cuenta varias acciones antes de implementar el SDDC.
Cuenta de AWS conectada
Cuando implementa el SDDC en VMware Cloud on AWS, se crea dentro de una cuenta de AWS y de una VPC dedicadas a su organización y administradas por VMware. También debe conectar el SDDC a una instancia de de cuenta de AWS que le pertenezca a usted, lo que se conoce como de cuenta de AWS del cliente. Esta conexión permite al SDDC acceder a los servicios de AWS que pertenecen a su cuenta de cliente.
Puede implementar uno, dos o varios hosts en VMware Cloud on AWS.
Si va a implementar un SDDC de host único, puede retrasar la vinculación a la cuenta de AWS de cliente durante un máximo de dos semanas. No se puede escalar verticalmente un SDDC de host único a un SDDC con varios hosts hasta que se vincule una cuenta de AWS. Si va a implementar un SDDC con varios hosts, debe vincular la cuenta de AWS de cliente cuando implemente el SDDC.
Requisitos de disponibilidad y configuración de VPC de AWS
- La subred debe estar en una zona de disponibilidad (Availability Zone, AZ) de AWS en la que VMware Cloud on AWS esté disponible. Comience creando una subred en cada AZ de la región de AWS en la que se vaya a crear el SDDC. Esto le ayuda a identificar todas las zonas de disponibilidad en las que puede implementarse un SDDC y seleccionar la que mejor se adapte a las necesidades de colocación del SDDC, tanto si desea mantener las cargas de trabajo de VMC cerca de las cargas de trabajo de AWS que se ejecutan en una zona de disponibilidad específica, como si desea mantenerlas aisladas de estas. Consulte Crear una subred en su VPC en la documentación de AWS para obtener información sobre cómo utilizar la consola de Amazon VPC para crear una subred en la VPC.
- La subred debe existir en la cuenta de AWS conectada. No puede ser propiedad de otra cuenta y compartirla.
- La cuenta de AWS que se está vinculando debe tener capacidad suficiente para crear un mínimo de 17 ENI por SDDC en cada región en la que se implemente un SDDC. Aunque no se pueden aprovisionar más de 16 hosts en un clúster, las operaciones del SDDC (entre las que se incluyen el mantenimiento planificado y Elastic DRS) pueden requerir que se agreguen temporalmente hasta 16 hosts más, por lo que se recomienda usar AWS que tenga capacidad suficiente para 32 instancias de ENI por SDDC por región.
- Le recomendamos que dedique un bloque CIDR /26 a cada SDDC y que no utilice esa subred en ningún otro servicio de AWS o en instancias de EC2. Debido a que algunas de las direcciones IP de este bloque están reservadas para uso interno, un bloque CIDR /26 es la subred más pequeña que puede alojar las direcciones IP que requiere un SDDC.
- De forma predeterminada, los servicios o las instancias de AWS que se comunican con el SDDC deben estar en subredes de VPC asociadas con la tabla de rutas principal de la VPC conectada. Para utilizar una tabla de rutas personalizada, habilite el modo de lista de prefijos administrados de AWS. Consulte Habilitar el modo de lista de prefijos administrados de AWS para obtener más información. De forma predeterminada, AWS limita el tamaño de la tabla de rutas principal a 50 rutas. Debido a que la tabla de rutas principal debe incluir una entrada para cada segmento de red de SDDC enrutado, así como el CIDR de la red de administración y cualquier ruta adicional que cree directamente en la cuenta de AWS, es posible que el límite predeterminado no sea adecuado para sus redes de SDDC, especialmente si conecta más de un SDDC a la VPC. Puede solicitar un aumento del tamaño de la tabla de rutas como se describe en Cuotas de Amazon VPC.
- Si es necesario, se pueden vincular varios SDDC a una VPC si la subred de VPC utilizada para la conectividad de ENI tenga un bloque CIDR lo suficientemente grande para alojarlos. Debido a que todos los SDDC de una VPC utilizan la misma tabla de rutas principal, asegúrese de que los segmentos de red de esos SDDC no se solapen entre sí ni con el bloque CIDR principal de la VPC. Las máquinas virtuales de carga de trabajo de las redes enrutadas del SDDC pueden comunicarse con todas las subredes del bloque CIDR principal de la VPC, pero no detectan otros bloques CIDR que puedan existir en la VPC.
Requisitos de IP elástica de AWS
| Uso | Descripción |
|---|---|
| Administración | Proporciona soporte de VMware con acceso a su SDDC. |
| SNAT de puerta de enlace de administración (MGW) | Proporciona la dirección SNAT para el tráfico saliente de MGW a Internet. |
| SNAT de puerta de enlace de cómputo (CGW) | Proporciona la dirección SNAT predeterminada para el tráfico saliente de CGW a Internet. |
| Dirección IP pública de vCenter Server | Proporciona la dirección IP que se usa para vCenter Server cuando el FQDN de vCenter está establecido como IP pública. Consulte Configurar la dirección de resolución de FQDN en vCenter Server . Esta EIP siempre se consume, incluso si establece el FQDN de vCenter como IP privada. |
Configuración de inicio de SDDC de host único de VMware Cloud on AWS
Puede iniciar su experiencia con VMware Cloud on AWS con una configuración de inicio de SDDC de host único. Se trata de una oferta de tiempo limitado pensada para que compruebe por sí mismo el valor de VMware Cloud on AWS en su entorno. El tiempo de vida de un entorno de host único se limita a 60 días. En cualquier momento durante el tiempo de vida de un SDDC de host único, puede escalar verticalmente a una configuración de producción con dos hosts o más sin pérdida de datos. Si no escala verticalmente el SDDC de host único antes de que finalice el tiempo de vida, el SDDC se eliminará junto con todas las cargas de trabajo y los datos que contenga.
Clústeres ampliados de VMware Cloud on AWS
Puede crear un SDDC con un clúster que abarque dos zonas de disponibilidad. Un clúster ampliado utiliza la tecnología de vSAN a fin de proporcionar un almacén de datos único para el clúster y replicar los datos entre dos zonas de disponibilidad. Si el servicio de una zona de disponibilidad se interrumpe, las máquinas virtuales de carga de trabajo del SDDC se conectan en la otra zona de disponibilidad.
Las siguientes restricciones están en vigor en relación con los clústeres ampliados:
- La VPC vinculada debe tener dos subredes, una en cada zona de disponibilidad ocupada por el clúster.
- Un mismo SDDC puede contener clústeres estándar o clústeres ampliados (zona de disponibilidad única), pero no una combinación de ambos.
- No se puede convertir un clúster ampliado en un clúster estándar ni convertir un clúster estándar en un clúster ampliado.
- Se necesita un mínimo de dos hosts (uno en cada AZ) para crear un clúster ampliado. Los hosts se deben agregar por parejas.
Puede encontrar más información sobre los clústeres ampliados en el artículo de VMware Cloud Tech Zone VMware Cloud on AWS: clústeres ampliados. Para ver las limitaciones que afectan a todos los clústeres ampliados, consulte Valores máximos de configuración de VMware. Además, los dispositivos de SDDC de gran tamaño no se admiten con clústeres ampliados de dos hosts.
Conectarse al SDDC y configurar redes del SDDC
Para poder migrar las máquinas virtuales de carga de trabajo y administrarlas en VMware Cloud on AWS , deberá conectar el centro de datos local al SDDC. Puede usar la red de Internet pública, AWS Direct Connect o ambas para esta conexión. También deberá configurar una o más redes privadas virtuales (Virtual Private Networks, VPN) para garantizar el tráfico de red desde y hacia el SDDC; además, deberá configurar las funciones de redes y seguridad del SDDC, como reglas de firewall, DNS y DHCP. La guía Redes y seguridad de VMware Cloud on AWS incluye más información sobre cómo hacerlo.
Recuentos de núcleos personalizados
Cuando se implementa el SDDC inicial, se habilitan todas las CPU del host en el clúster del SDDC inicial. No puede desactivar ninguna CPU del host en el clúster del SDDC inicial. Sin embargo, si implementa clústeres adicionales, puede optar por desactivar algunas de las CPU del host en el clúster, lo que puede ayudar a ahorrar costes de licencias para software cuya licencia se otorga por CPU. Si desea aprovechar esta función, planifique el tamaño del clúster inicial y los clústeres subsiguientes según corresponda.
Pagos mediante tarjeta de crédito
Si decide usar una tarjeta de crédito para pagar el SDDC de VMware Cloud on AWS en lugar de usar los créditos de SPP u otro método, podría recibir un cargo previo único de 2000 $ la primera vez que implemente un SDDC. El uso que haga del SDDC en los primeros 60 días se cobrará con esa cantidad cargada previamente. Si elimina el SDDC inicial antes de utilizar el total de 2000 $, no se reembolsará el monto restante, pero sí se descontará de esta cantidad el uso de cualquier otro SDDC que implemente. El uso que supere este importe se cobrará a la tarjeta de crédito. Si llega al final de los 60 días sin consumir por completo el cargo previo de 2000 $, perderá lo que quede. Este importe cobrado anteriormente solo se puede utilizar para VMware Cloud on AWS y no para otros servicios de VMware Cloud.
La implementación del cobro anticipado de 2000 $ es parte de la política de prevención de fraudes de VMware. Este cargo previo se exime a discreción de VMware en función del nivel actual de compromiso con VMware. Obtendrá información sobre la exención cuando esté a punto de implementar el primer SDDC.
De forma predeterminada, no se pueden utilizar tarjetas de crédito como método de pago para comprar suscripciones. Si necesita utilizar una tarjeta de crédito para comprar una suscripción, abra un ticket de soporte y VMware le ayudará con la compra.
