Preguntas comunes 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 se han convertido en 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. Microsoft ha diseñado, compilado y admitido la nueva solución. VMware ha respaldado la solución. 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.

Los hosts con problemas de disco se reemplazan. 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.

VMware HCX Enterprise está disponible en Azure VMware Solution sin costo adicional y está habilitado de manera predeterminada.

El tráfico del circuito ExpressRoute de Azure VMware Solution no se mide. No hay facturación de ningún circuito ExpressRoute de Azure VMware Solution ni de cargos de Global Reach entre nubes privadas de Azure VMware Solution. Este escenario incluye Azure VMware Solution en un entorno local, aparte de los cargos de salida estándar por el tráfico desde la conexión del circuito de Azure ExpressRoute al sitio local desde Azure. Estas tarifas se cobran según los planes de precios de Azure ExpressRoute con el modelo de facturación medido. Si usas el modelo de facturación ilimitada de Azure ExpressRoute, no se cobra el tráfico de salida.

• Azure VMware Solution para Azure Virtual Network es a través de un circuito ExpressRoute interno y es gratuito, independientemente de la ubicación de la región (misma región o entre regiones).

• El sitio web de Azure VMware Solution a un entorno local se realiza mediante Azure Virtual Network o Global Reach de ExpressRoute (entre el ExpressRoute interno y el ExpressRoute externo). Todavía está disponible aparte de los cargos de salida estándar (modelo de facturación de uso medido) de ExpressRoute a la red local. Para el modelo de facturación ilimitada, no hay cargos de datos.

Por ejemplo:

• Si conectamos una red virtual de Azure en el Oeste de Europa de Azure a una nube privada de Azure VMware Solution en el Oeste de Europa, no habrá cargos de ExpressRoute que no sean los cargos de puerta de enlace de ExpressRoute.

• Si conectamos una red virtual de Azure en el Norte de Europa de Azure a una nube privada de Azure VMware Solution en el Oeste de Europa, no habrá cargos de ExpressRoute que no sean los cargos de puerta de enlace de ExpressRoute.

• Si conectas una nube privada de Azure VMware Solution en el Oeste de Europa a una nube privada de Azure VMware Solution en el Norte de Europa a través de Global Reach de ExpressRoute. No hay cargos de transferencia de datos (salida y entrada) de ExpressRoute Global Reach. Hay cargos al usar una puerta de enlace de ExpressRoute.

No, no es necesario adquirir otras licencias 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 quieres tener más hosts para una nube privada existente como si vas a crear una nube privada, debes enviar una incidencia de soporte técnico para que podamos asignarte esos hosts. Para obtener más información, vea Solicitud de la cuota del host para Azure VMware Solution.

Necesitas 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 notificaciones de problemas de servicio, mantenimiento planificado, avisos de estado y avisos de seguridad publicados mediante Service Health en Azure Portal. Puede realizar acciones oportunas al configurar las alertas del registro de actividad para estas notificaciones. Para 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.

No, "AVS-vendor-folders" es un nombre reservado dentro de Azure VMware Solution y su uso podría provocar conflictos con la funcionalidad prevista o provocar un comportamiento inesperado dentro del entorno de administración del vCenter específico de Azure VMware Solution. Elije un nombre de carpeta alternativo que se alinee con tus necesidades organizativas y evita conflictos con convenciones de nomenclatura predefinidas en Azure VMware Solution.

Sí. Siempre que el sistema en el que está instalado pueda acceder al servidor vCenter Server en 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.

vRealize Automation, vRealize Operations Manager y vRealize Network Insight están certificados para su uso con Azure VMware Solution cuando esos productos se instalan en un centro de datos local. Las versiones basadas en la nube de estos productos (vRealize Automation Cloud, vRealize Operations Cloud y vRealize Network Insight Cloud) también están certificadas para su uso. No se admite la instalación de estos productos dentro de una nube privada de Azure VMware Solution.

Sí. Esto es posible y recomendado a través del complemento VMware HCX. Aunque la migración y la clonación en frío entre vCenter es posible, no entre vCenter vMotion, HCX es el método totalmente compatible.

El entorno local debe ejecutar vSphere 6.5 o posterior si se va a usar VMware HCX para migrar máquinas virtuales.

Para migrar una máquina virtual (VM) de Azure a otro plan, sigue estos pasos:

1. Detén la máquina virtual en Azure Portal seleccionando la máquina virtual y "Detener" para desasignar recursos.
2. Con la máquina virtual detenida, accede a la configuración "Tamaño" de la máquina virtual.
3. En el panel "Elegir un tamaño", selecciona un nuevo tamaño compatible con la serie actual o la que prefieras.
4. Selecciona el botón "Cambiar tamaño" para aplicar el cambio de tamaño.
5. Reinicia la máquina virtual para finalizar la migración.

Recuerda que solo puedes cambiar el tamaño de una máquina virtual dentro de la misma serie o a una serie disponible en la misma región de Azure. Asegúrate de que el nuevo plan admite las configuraciones de red y almacenamiento de la máquina virtual.

Sí, siempre que se cumplen los requisitos mínimos del subyacente de red de VMware HCX.

Las versiones de software de las soluciones de VMware usadas en las nuevas implementaciones 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, si la versión de vCenter Server la admite.

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.

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.

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

Sí, NSX es la única versión compatible del software de virtualización de red de VMware.

VMware NSX 4.1.1 se usa para las redes definidas por software en nubes privadas de Azure VMware Solution.

No, no es necesario usar VMware NSX local. VMware HCX proporciona la conectividad necesaria entre vSphere local y Azure VMware Solution.

Sí con una licencia de complemento. Azure VMware Solution admite IDFW distribuido y IDS/IPS distribuidos con licencia de firewall de complemento. Esta licencia de complemento debe comprarse desde VMware y Microsoft aplicará esa licencia a la nube privada de Azure VMware Solution con una solicitud de soporte técnico.

No.

Sí.

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.

Puede especificar el tipo de formato que desea al migrar una máquina virtual a Azure VMware Solution. Pero vSAN es principalmente el almacén de datos que usarás en Azure VMware Solution, por lo que depende de la directiva de almacenamiento seleccionada. La directiva de almacenamiento predeterminada del almacén de datos es RAID-1 FTT-1, con aprovisionamiento fino. Puede usar ejecutar comandos para cambiar la directiva de almacenamiento del almacén de datos predeterminada.

Los servidores de la SKU de AV36 tienen dos CPU Intel de 18 núcleos de 2,3 GHz. Los servidores de la SKU de AV36P tienen CPU Intel dobles de 18 núcleos de 2,6 GHz y los servidores de la SKU de AV52 tienen CPU Intel dobles de 26 núcleos de 2,7 GHz.

Los servidores de la SKU de AV36 tienen 576 GB de RAM. Los servidores de la SKU de AV36P tienen 768 GB de RAM y los servidores de SKU AV52 tienen 1536 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 grupos de back-end basados en IP, solo máquinas virtuales de Azure u objetos de conjuntos de escalado de máquinas virtuales en los que las máquinas virtuales 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.

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.

En Azure Portal, habilite la conectividad a Internet para una nube privada. Con NSX Manager, cree una puerta de enlace T1 de NSX y un conmutador lógico. A continuación, use vCenter Server 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í. Tiene que usar NSX Manager para crear un firewall que restrinja el acceso de las máquinas virtuales 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 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 Azure Virtual Network para Azure VMware Solution. Debe anunciar rutas o subredes de red específicas para acceder a NSX Manager y vCSA.

Use la directiva de almacenamiento thin_provision para la plantilla de VM.

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 del servidor de vCenter para la administración de claves. Cuando se quita un host de un clúster de vSphere, los datos del disco se invalidan inmediatamente.

No, no puede cambiar el nombre de un almacén de datos o un clúster.

RAID-1, FTT-1, con reserva de espacio de objetos establecido en "Aprovisionamiento fino" es la directiva de almacenamiento predeterminada para los Centros de datos definidos por software (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 creas 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.

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 FTT-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 dos memorias caché NVMe de 1,6 TB y ocho con una capacidad de almacenamiento sin procesar de 1,9 TB. Estas se dividen en dos grupos de discos. Compruebe las SKU de AV36P y AV52 para conocer sus especificaciones de hardware.

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 Server y NSX Manager se utilizan para administrar los recursos de vSphere y NSX.

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 Server 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 administrador de nube en vCenter Server y acceso de administrador en NSX Manager. También puede usar un grupo CloudAdmin para incorporar Microsoft Active Directory. Para obtener más información, consulte Arquitectura 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.

Tienes los privilegios del rol CloudAdmin. Para obtener más información, consulte Arquitectura de acceso y de identidad.

Tienes los privilegios del rol CloudAdmin. Para obtener más información, consulte Arquitectura 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.

Sí. Puede conectar la nube privada de Azure VMware Solution al servicio VMware Cloud Director desde VMware. Esta integración de ambos servicios se encuentra actualmente en versión preliminar pública.

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.