Preguntas frecuentes sobre Azure VMware Solution

A medida que las empresas buscan estrategias de modernización de la TI para mejorar la agilidad empresarial, reducir costos y acelerar la innovación, las plataformas de nube híbrida han surgido como los grandes facilitadores de la transformación digital de los clientes. Azure VMware Solution combina el Centro de datos definido por software (SDDC) de VMware con el ecosistema global de servicios en la nube de Azure de Microsoft. Además, Azure VMware Solution se cumple los requisitos de rendimiento, disponibilidad, seguridad y cumplimiento. Para obtener más información, consulte Qué es Azure VMware Solution.

El servicio se agrega continuamente a regiones nuevas. Para obtener más información, consulte la información de disponibilidad del servicio más reciente.

Microsoft ofrece el soporte técnico para Azure VMware Solution. Puede enviar una solicitud de soporte técnico. En el caso de las suscripciones administradas mediante el Proveedor de soluciones en la nube (CSP), el proveedor de soluciones proporciona el primer nivel de soporte técnico, igual que CSP lo hace para otros servicios de Azure.

Todos los servicios de Azure están disponibles para los clientes de Azure VMware Solution. Las limitaciones de rendimiento y disponibilidad de los servicios específicos deberán abordarse caso por caso.

Puede encontrar información sobre la compatibilidad de los sistemas operativos invitados con vSphere en la guía de compatibilidad de VMware. Para identificar la versión de vSphere que se ejecuta en Azure VMware Solution, vea las versiones de software de VMware.

Las actualizaciones realizadas siguen el proceso estándar de administración de cambios de Microsoft Azure. Los clientes son responsables de las tareas de administración de las cargas de trabajo y de los procesos asociados de administración de cambios.

Con la nueva solución Azure VMware Solution, Microsoft y VMware tienen una asociación directa con el proveedor de la nube. La solución nueva está diseñada, creada y respaldada por Microsoft, y aprobada por VMware. Desde el punto de vista de la arquitectura, las soluciones son coherentes con la pila de tecnología de VMware que se ejecuta en una infraestructura de Azure dedicada.

Cualquier host con problemas de disco se reemplaza. Se incluye hasta la disponibilidad del Acuerdo de Nivel de Servicio 99.9 del servicio Azure VMware Solution.

Para ver las preguntas generales sobre los precios, consulte la página de precios de Azure VMware Solution.

Si tiene pensado usar VMware HCX Enterprise, asegúrese de habilitar el complemento VMware HCX Enterprise mediante el envío de una solicitud de soporte técnico. Es una evaluación gratuita de 12 meses en Azure VMware Solution.

El tráfico del circuito ExpressRoute de Azure VMware Solution no se mide de ningún modo. El tráfico del circuito ExpressRoute que conecta el entorno local a Azure se cobra en función de los planes de precios de ExpressRoute.

• La conexión de Azure VMware Solution a la red virtual se realiza mediante un circuito ExpressRoute interno y es gratuito dentro de la misma región que Azure VMware Solution. Sin embargo, si el circuito ExpressRoute interno está conectado entre regiones, se aplican cargos por la transferencia de datos.

• La conexión de Azure VMware Solution a un entorno local se realiza mediante la red virtual o Global Reach de ExpressRoute (entre el ExpressRoute interno y el ExpressRoute externo). Sigue siendo gratuito siempre que la conexión a la red virtual (mencionada anteriormente) o el uso de Global Reach de ExpressRoute se realice en la región donde se haya implementado Azure VMware Solution.

No, no es necesario adquirir licencias adicionales de VMware además del servicio Azure VMware Solution. Para más información, consulte la página Precios de Solución de VMware en Azure para ver qué tecnología de VMware se incluye.

Tanto si quiere tener más hosts para una nube privada existente como si va a crear una nueva nube privada, deberá enviar una solicitud de soporte técnico para que podamos asignarle esos hosts se. Para obtener más información, vea Solicitud de la cuota del host para Azure VMware Solution.

Necesitará una cuenta de Azure en una suscripción a Azure.

Microsoft y Red Hat comparten un equipo de soporte técnico integrado y coubicado que proporciona un punto de contacto unificado para los ecosistemas de Red Hat que se ejecutan en la plataforma Azure. Al igual que otros servicios de la plataforma Azure que funcionan con Red Hat Enterprise Linux, Azure VMware Solution está bajo la protección del soporte integrado y Cloud Access. Asimismo, Red Hat Enterprise Linux admite la ejecución a partir de Azure VMware Solution en Azure.

Puede buscar problemas de servicio, mantenimiento planificado, avisos de estado y avisos de seguridad publicados desde Service Health en Azure Portal. Puede realizar acciones oportunas al configurar las alertas del registro de actividad para estas notificaciones. Puede realizar acciones oportunas al configurar las alertas del registro de actividad para estas notificaciones. Para obtener más información, consulte Creación de alertas de Service Health mediante Azure Portal.

En este momento, el aprovisionamiento puede tardar aproximadamente entre 3 y 4 horas. La adición de un nodo individual a un clúster existente o al mismo clúster tarda entre 30 y 45 minutos.

Sí. Siempre que el sistema en el que está instalado pueda acceder al servidor vCenter de la nube privada y use un servidor DNS público para poder resolver los nombres de host ESXi.

No. Para cumplir los requisitos previos de la VM, siga las instrucciones proporcionadas por VMware.

Las integraciones y los casos de uso específicos se evalúan caso por caso.

Sí. La migración de VM y vMotion se pueden usar para mover VM a una nube privada si se cumplen los requisitos de vMotion estándar de vCenter.

Todos los entornos de nube cuentan con VMware HCX, vSphere 5.5 o posterior en entornos locales para vMotion.

No, debido a los requisitos de ancho de banda y latencia.

Las versiones de software de VMware utilizadas en las nuevas implementaciones de clústeres de nubes privadas de Azure VMware Solution son:

La versión de software que se está ejecutando actualmente se aplica a los nuevos clústeres agregados a una nube privada existente. Para obtener más información, consulte los requisitos de la versión de software de VMware.

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 y vSAN). Microsoft también se encarga de la administración del ciclo de vida de los dispositivos NSX-T y 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 SDN de NSX-T, como los segmentos de red, reglas de firewall distribuidas, las puertas de enlace de nivel 1 y equilibradores de carga.

Microsoft es responsable de aplicar las revisiones o actualizaciones a ESXi, vCenter, vSAN y NSX-T en la nube privada. El impacto de las revisiones y actualizaciones en ESXi, vCenter y NSX-T es diferente.

• ESXi: no se produce ningún impacto en las cargas de trabajo que se ejecutan en la nube privada. El acceso a vCenter y NSX-T no se bloquea durante este tiempo. Se recomienda que, durante este tiempo, no planee ninguna otra actividad, como el escalado vertical de la nube privada, entre otras, en la nube privada.

• vCenter: no se produce ningún impacto en las cargas de trabajo que se ejecutan en la nube privada. Durante este tiempo, VMware vCenter no estará disponible y no podrá administrar las VM (detener, iniciar, crear ni eliminar VM). Se recomienda que, durante este tiempo, no planee ninguna otra actividad, como el escalado vertical de la nube privada, la creación de redes nuevas, entre otras, en la nube privada.

• NSX-T: se produce un impacto en la carga de trabajo y, cuando se actualiza un host determinado, las VM de ese host podrían perder conectividad de 2 segundos a 1 minuto como máximo 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 bloqueará todo el acceso al plano de administración de NSX-T. No puede realizar cambios de configuración en el entorno de NSX-T durante la operación. Sin embargo, las cargas de trabajo seguirán funcionando con normalidad, sujeto al impacto en la actualización que se ha detallado anteriormente.

  Se recomienda que, durante la actualización, no planee ninguna otra actividad, como el escalado vertical de la nube privada, entre otras, en la nube privada. Esto puede impedir que la actualización se inicie o podría tener efectos negativos en la actualización y el entorno.

Recibirá una notificación antes y después de que se apliquen las revisiones a las nubes privadas. También trabajaremos con usted para programar una ventana de mantenimiento antes de aplicar actualizaciones o mejoras a la nube privada.

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.

Se implementan soluciones documentadas de VMware en lugar de instalar una revisión correspondiente hasta que se implementan las siguientes actualizaciones programadas.

Sí, la única versión admitida de NSX es NSX-T.

Sí, NSX-T 3.1.2 se usa para las redes definidas por software en las nubes privadas de Azure VMware Solution.

No, no es necesario usar NSX en el entorno local.

Sí.

Sí. Para obtener información sobre cómo cambiar el valor del tiempo de espera, consulte Configuración del valor del tiempo de espera del cliente web de vSphere.

La pestaña Administración de Sentinel proporciona acceso para descargar el software de Sentinel. Aparece en la interfaz de interconexión de HCX cuando se activa una licencia de HCX Enterprise y haya implementado una malla de servicio con un par de Sentinel Gateway (SGW) y Sentinel Data Receiver (SDR). Asimismo, en las implementaciones tradicionales locales en la nube, la pestaña Sentinel solo es visible en el conector, no en el administrador de la nube.

No. Sin embargo, si la VM que se migra es gruesa, puede cambiar las directivas en las VM individuales y los elementos vmdks individuales a través de una combinación de la interfaz de usuario y PowerCLI.

Los servidores tienen dos CPU Intel de 18 núcleos de 2,3 GHz.

Los servidores tienen 576 GB de RAM.

No. VMware no admite oficialmente la virtualización anidada.

Commvault, Veritas y Veeam han ampliado sus soluciones de copia de seguridad para que funcionen con Azure VMware Solution. Sin embargo, cualquier solución de copia de seguridad que use la API de vStorage de VMware para la protección de datos (VADP) con el modo de transporte HotAdd funciona de manera inmediata en la Azure VMware Solution. Para obtener más información, consulte Soluciones de copia de seguridad para las VM de Azure VMware Solution.

A medida que los clientes instalan y administran estas soluciones de copia de seguridad, pueden ponerse en contacto con el fabricante de software independiente correspondiente para obtener ayuda.

Azure Bastion es el servicio recomendado para conectarse al jumpbox a fin de evitar exponer Azure VMware Solution a Internet. No se puede usar Azure Bastion para conectarse a máquinas virtuales de Azure VMware Solution porque no son objetos de IaaS de Azure.

Cada host ESXi de Azure VMware Solution está configurado con cuatro adaptadores de red de 25 Gbps, dos adaptadores de red aprovisionados para el tráfico del sistema ESXi y otros dos aprovisionados para el tráfico de carga de trabajo.

No.

No.

No. Azure Load Balancer interno solo admite las VM de IaaS de Azure. Azure Load Balancer no admite los grupos de back-end basados en IP; solo las VM de Azure o los objetos de conjuntos de escalado de máquinas virtuales en los que las VM de Azure VMware Solution no sean objetos de Azure.

Sí. Use una puerta de enlace de ExpressRoute existente para conectarse a Azure VMware Solution, siempre que no supere el límite de cuatro circuitos ExpressRoute por red virtual. Para acceder a Azure VMware Solution desde el entorno local mediante ExpressRoute, debe tener Global Reach de ExpressRoute, ya que la puerta de enlace de ExpressRoute no proporciona enrutamiento transitivo entre sus circuitos conectados.

Azure VMware Solution usa el ASN de 4 bytes público registrado oficialmente para garantizar que nunca haya un conflicto con el uso local de ASN privados en la ruta de acceso de enrutamiento del cliente a Azure VMware Solution.

La única manera de conectarse a Azure VMware Solution a través de ExpressRoute consiste en que su entorno y los asociados/ISP de ExpressRoute (carrier) locales admitan ASN de 4 bytes o tengan compatibilidad con versiones anteriores de ASN de 2 bytes en el anuncio de ruta de acceso de ASN de prefijo BGP.

Se requiere un espacio de direcciones de red privada /22 para implementar una nube privada de Azure VMware Solution. Este espacio de direcciones privadas no debe superponerse con otras redes virtuales de una suscripción ni con redes locales.

Puede conectarse al servicio mediante uno de dos métodos:

• Con una VM o puerta de enlace de aplicaciones implementadas en una red virtual de Azure emparejada a través de ExpressRoute a la nube privada.
• A través de Global Reach de ExpressRoute desde el centro de datos local a un circuito de Azure ExpressRoute.

Actualmente, el único método admitido para VMware HCX es mediante ExpressRoute.

En Azure Portal, habilite la conectividad a Internet para una nube privada. Con NSX-T Manager, cree un enrutador NSX-T T1 y un conmutador lógico. A continuación, use vCenter para implementar una VM en el segmento de red definido por el conmutador lógico. Esa máquina virtual tiene acceso de red a Internet y a los servicios de Azure.

No. De manera predeterminada no se permite el tráfico de red entrante desde Internet directamente a nubes privadas. Pero puede exponer máquinas virtuales de Azure VMware Solution a Internet mediante la opción IP pública de Azure Portal de la nube privada de Azure VMware Solution.

Sí. Tendrá que usar NSX-T Manager para crear un firewall que restrinja el acceso de las VM a Internet.

El rango de direcciones IP no debe superponerse con el rango de IP que se usa en otras redes virtuales de la suscripción y las redes locales.

Sí.

Azure Virtual WAN no proporciona enrutamiento transitivo entre dos circuitos ExpressRoute conectados y una puerta de enlace de ExpressRoute WAN no virtual. Global Reach de ExpressRoute permite la conectividad entre el en el entorno local y Azure VMware Solution, pero pasa por la red global de Microsoft en lugar del centro de conectividad Virtual WAN.

No.

Por diseño, no podrá acceder a NSX-T Manager y al dispositivo de vCenter Server (VCSA) desde el entorno local cuando solo se anuncia 0.0.0.0/0 (ruta predeterminada) mediante Global Reach de ExpressRoute entre Azure VMware Solution y ExpressRoute local o mediante la red virtual de Azure para Azure VMware Solution. Deberá anunciar rutas de red o subredes específicas para acceder a NSX-T Manager y VCSA.

Use la directiva de almacenamiento thin_provision para la plantilla de VM. El valor predeterminado es thick_provision.

Cada host ESXi tiene dos grupos de discos vSAN con un nivel de capacidad de 15,2 TB y un nivel de caché NVMe de 3,2 TB (1,6 TB en cada grupo de discos).

Sí, los almacenes de datos de vSAN usan el cifrado de datos en reposo de forma predeterminada mediante claves almacenadas en Azure Key Vault. La solución de cifrado se basa en KMS y admite operaciones de vCenter para la administración de claves. Cuando se quita un host de un clúster, los datos de los discos SSD se invalidan de inmediato.

No, no puede cambiar el nombre de un almacén de datos o un clúster. El nombre del clúster se puede configurar a través de mecanismos de implementación que no son del portal para clústeres no primarios.

FTT-1, RAID-1 (creación de reflejo) con reserva de espacio de objetos establecido en "Aprovisionamiento grueso" es la directiva de almacenamiento predeterminada para el SDDC.

El aprovisionamiento grueso es el espacio de almacenamiento reservado o asignado previamente. Este protege los sistemas al permitirles funcionar incluso si el almacén de datos de vSAN está lleno, porque el espacio ya está reservado. Por ejemplo, supongamos que crea un disco virtual de 10 GB con aprovisionamiento grueso. En ese caso, la cantidad completa de capacidad de almacenamiento del disco virtual se asigna previamente en el almacenamiento físico del disco virtual donde este se crea, y consume todo el espacio asignado a él en el almacén de datos. No se permitirá que otras máquinas virtuales compartan el espacio del almacén de datos. Un disco virtual con aprovisionamiento fino consume el espacio que necesita inicialmente y aumenta hasta la demanda del espacio de datos que se usa en el almacén de datos.

Sí. Fuera del valor predeterminado (aprovisionamiento grueso), puede crear VM con aprovisionamiento fino de FTT-1.

Depende de cómo planee que las cargas de trabajo de la aplicación se ejecuten dentro del SDDC (nube privada). Microsoft regula los errores periódicamente y reemplaza el hardware cuando se detectan eventos desde una perspectiva de la arquitectura. De forma predeterminada, se usa una configuración de FFT-1, que permite el error de un único host.

Microsoft proporciona alertas cuando el consumo de capacidad supera el 75 %. Como alternativa, puede supervisar las métricas de consumo de capacidad integradas en Azure Monitor.

La SKU de AV36 incluye una memoria caché NVMe de 2 1,6 TB y una capacidad de almacenamiento sin procesar de 8 1,9 TB. Estas se dividen en dos grupos de discos.

Los grupos de discos no están configurados con RAID. En su lugar, son solo un grupo de discos (JBOD) y se controlan directamente mediante vSAN.

No. Solo hay un tipo disponible.

Sí. Azure Portal se utiliza para la implementación y para varias operaciones de administración. vCenter y NSX Manager se utilizan para administrar los recursos de vSphere y NSX-T.

En un principio, Azure VMware Solution no admitirá una única experiencia de administración en entornos locales y de nube privada. Los clústeres de nube privada se administrarán con vCenter y NSX Manager del entorno local a una nube privada.

Sí, siempre y cuando tenga la cuota asignada en la nube privada, puede escalar horizontalmente los clústeres. Cuando la demanda de carga de trabajo cae, puede eliminar hosts del clúster para reducirla verticalmente. Puede hacer esto a través del portal de Azure VMware Solution.

No, los hosts y clústeres de nube privada son dedicados y se borran de forma segura antes y después del uso.

Los clústeres se escalan entre tres (mínimo) y 16 (máximo) hosts ESXi.

Recibirá credenciales para un usuario cloudadmin en vCenter y acceso de administrador en NSX-T Manager. También puede usar un grupo CloudAdmin para incorporar Azure Active Directory. Para obtener más información, vea Conceptos de acceso y de identidad.

No, el acceso de administrador a ESXi está restringido para cumplir con los requisitos de seguridad de la solución.

Tendrá los privilegios del rol de CloudAdmin. Para obtener más información, vea Conceptos de acceso y de identidad.

Tendrá privilegios completos de administrador en NSX-T y podrá administrar el control de acceso basado en roles de vSphere, tal como lo haría con NSX-T Data Center en el entorno local. Para obtener más información, consulte Conceptos de acceso y de identidad.

Para obtener información sobre el restablecimiento de las credenciales, vea Rotación de las credenciales de administrador de la nube en Azure VMware Solution.

No. Actualmente no se admiten los privilegios de la extensión cloudadmin y no tenemos ningún plan para admitirlos.

Sí. Para obtener más información, vea Solicitud de la cuota del host para Azure VMware Solution.

No. Actualmente, Azure VMware Solution no ofrece varios inquilinos.

No, una nube privada de Azure VMware Solution no se puede compartir entre los clientes finales.

Los clientes pueden crear entornos multiinquilino en su nube privada de Azure VMware Solution y vender a los clientes siempre que el producto no sea una máquina virtual estándar y se haya insertado la propiedad intelectual en la máquina virtual como una aplicación.

VMware no permite que VCD en la nube o desde el entorno local tenga licencia con ninguna instancia de Hiperescala, incluido Microsoft.

Aunque técnicamente es posible, Microsoft no permite el uso de Azure VMware Solution por medio del nuevo servicio CDS de VMware que se ejecuta en VMC.

Sí, los clientes pueden implementar Azure VMware Solution en una suscripción de Azure administrada por un CSP.

Sí. El CSP puede comprar instancias reservadas para sus clientes. Para obtener más información, vea Ahorro de costos con una instancia reservada.