Características de las máquinas virtuales de Azure Stack Hub
Las máquinas virtuales de Azure Stack Hub proporcionan recursos informáticos escalables y a petición. Para poder implementar máquinas virtuales, debe aprender las diferencias que existen entre las distintas características de las máquinas virtuales disponibles en Azure Stack Hub y en Microsoft Azure. Este artículo describe estas diferencias e identifica las principales consideraciones para planificar implementaciones de máquina virtual. Para más información acerca de las diferencias de alto nivel entre Azure Stack Hub y Azure, consulte el artículo Consideraciones clave.
Diferencias entre máquinas virtuales
| Característica | Azure (global) | Azure Stack Hub |
|---|---|---|
| Imágenes de máquinas virtuales | Azure Marketplace tiene imágenes que puede usar para crear una máquina virtual. Consulte la página de Azure Marketplace para ver la lista de imágenes que están disponibles en Azure Marketplace. | De forma predeterminada, no hay ninguna imagen disponible en Marketplace de Azure Stack Hub. El administrador de la nube de Azure Stack Hub debe publicar o descargar imágenes en el Marketplace de Azure Stack Hub para que los usuarios puedan usarlas. |
| Generación de VHD | Las máquinas virtuales de generación 2 admiten características clave que no se admiten en las máquinas virtuales de generación 1. Estas características incluyen una memoria mayor, Intel Software Guard Extensions (SGX Intel) y memoria persistente virtualizada (vPMEM). Las máquinas virtuales de generación 2 que se ejecutan en el entorno local también tienen algunas características que aún no se admiten en Azure. Para más información, consulte Compatibilidad para máquinas virtuales de generación 2 en Azure. | Azure Stack Hub solo admite máquinas virtuales de la generación 1. Puede convertir una máquina virtual de generación 1 de VHDX al formato de archivo VHD y de un disco de expansión dinámica a otro de tamaño fijo. No puede cambiar la generación de una máquina virtual. Para más información, consulte Compatibilidad para máquinas virtuales de generación 2 en Azure. |
| Tamaños de máquina virtual | Azure admite una amplia variedad de tamaños de máquinas virtuales. Para aprender más acerca de las opciones y los tamaños disponibles, consulte lostamaños de máquinas virtuales de Azure. | Azure Stack Hub admite un subconjunto de los tamaños de máquina virtual que están disponibles en Azure. Para ver la lista de tamaños admitidos, consulte la sección Tamaños de máquina virtual de este artículo. |
| Cuotas de máquinas virtuales | Los límites de cuota los establece Microsoft. | El administrador de la nube de Azure Stack Hub debe asignar cuotas antes de ofrecer máquinas virtuales a los usuarios. |
| Extensiones de máquina virtual | Azure admite una amplia variedad de extensiones de máquinas virtuales. Para aprender acerca de las extensiones disponibles, consulte el artículo Extensiones y características de las máquinas virtuales. | Azure Stack Hub admite un subconjunto de extensiones que están disponibles en Azure y cada una de ellas tiene una versión específica. El administrador de la nube de Azure Stack Hub puede elegir las extensiones que están a disposición de sus usuarios. Para ver la lista de extensiones admitidas, consulte la sección Extensiones de máquina virtual de este artículo. |
| Red de máquinas virtuales | Las direcciones IP públicas asignadas a una máquina virtual del inquilino son accesibles a través de Internet. Las máquinas virtuales de Azure tienen un nombre DNS fijo. |
Las direcciones IP públicas asignadas a una máquina virtual del inquilino son accesibles solo desde el entorno del Kit de desarrollo de Azure Stack. Los usuarios deben tener acceso al Kit de desarrollo de Azure Stack a través de un RDP o una red privada virtual para conectarse a una máquina virtual que se crea en Azure Stack Hub. Las máquinas virtuales creadas en una instancia específica de Azure Stack Hub tienen un nombre DNS basado en el valor que configura el administrador de la nube. |
| Almacenamiento de máquina virtual | Admite discos administrados. | Los discos administrados se admiten en Azure Stack Hub en la versión 1808 y posteriores. |
| Rendimiento de los discos de la máquina virtual | Depende del tamaño y tipo de disco. | Depende del tamaño de la máquina virtual a la que están conectados los discos. Para más información, consulte el artículo Tamaños de máquina virtual admitidos en Azure Stack Hub. |
| Intercambio de discos del sistema operativo | Si ya tiene una máquina virtual, pero quiere intercambiar el disco por una copia de seguridad u otro disco del sistema operativo, puede intercambiar los discos del sistema operativo. No es necesario eliminar ni volver a crear la máquina virtual. Incluso puede utilizar un disco administrado de otro grupo de recursos, siempre y cuando no esté en uso. | El intercambio de discos del sistema operativo no se admite en Azure Stack Hub. |
| Versiones de API | Azure tiene siempre las últimas versiones de API para todas las características de la máquina virtual. | Azure Stack Hub admite servicios específicos de Azure y las versiones de las API específicas de estos servicios. Para ver la lista de versiones de API compatibles, consulte la sección versiones de API de este artículo. |
| Servicio de metadatos de instancia de Azure | Azure Instance Metadata Service proporciona información sobre instancias de máquina virtual en ejecución que pueden usarse para administrar y configurar la máquina virtual. | Azure Instance Metadata Service está disponible como versión preliminar pública con la revisión 1.2108.2.73 de Azure Stack Hub. Admite el espacio de nombres Compute & Network. Para más información, consulte Azure Instance Metadata Service. |
| Conjuntos de disponibilidad de máquinas virtuales | Varios dominios de error (2 o 3 por región). Varios dominios de actualización. |
Varios dominios de error (2 o 3 por región). Dominio de actualización individual, con migración en vivo para proteger las cargas de trabajo durante la actualización. Veinte dominios de actualización admitidos para la compatibilidad de plantillas. La máquina virtual y el conjunto de disponibilidad deben estar en la misma ubicación y grupo de recursos. |
| Conjuntos de escalado de máquinas virtuales | Compatible con la escalabilidad automática. | No compatible con la escalabilidad automática. Agregar más instancias a un conjunto de escalado con el portal, las plantillas de Resource Manager o PowerShell. |
| Testigo de Cloud | Seleccione los puntos de conexión de las propiedades de la cuenta de almacenamiento disponibles en Azure Stack Hub. | El testigo en la nube es un tipo de testigo de cuórum de clúster de conmutación por error que usa Microsoft Azure para proporcionar un voto en el cuórum de clúster. Los puntos de conexión de Azure global pueden tener el siguiente aspecto en comparación con los de Azure Stack Hub: Para Azure global: https://mywitness.blob.core.windows.net/Para Azure Stack Hub: https://mywitness.blob.<region>.<FQDN>/ |
| Diagnóstico de máquina virtual | Se admiten los diagnósticos de máquinas virtuales Linux. | En Azure Stack Hub no se admiten diagnósticos de máquinas virtuales Linux. Si implementa una máquina virtual Linux con diagnósticos de máquina virtual habilitado, se producirá un error en la implementación. Tampoco se podrá realizar la implementación si habilita las métricas básicas de máquina virtual Linux a través de la configuración de diagnóstico. |
| Tamaños de máquina virtual de la virtualización anidada | Compatible | Compatible con la versión 2102, y las versiones posteriores. |
| Instancias reservadas de máquina virtual | Compatible | No compatible. |
| Desasignación de la máquina virtual | Compatible | Admite la desasignación de máquinas virtuales. El sistema operativo invitado reconoce todos los adaptadores de red como el mismo dispositivo y mantiene la configuración. |
| Certificación de cargas de trabajo de SAP | Azure admite certificaciones de cargas de trabajo de SAP, incluidas HANA, NetWeaver y otras. | El hardware de Azure Stack Hub no admite la certificación de ninguna carga de trabajo de SAP. |
Tamaños de VM
Azure Stack Hub impone límites de recursos para evitar el consumo excesivo de recursos (nivel de servicio y local del servidor). Estos límites mejoran la experiencia del inquilino, ya que reducen el efecto del consumo de recursos por parte de otros inquilinos.
- Para la salida de redes de la máquina virtual, hay extremos de ancho de banda. Los extremos de Azure Stack Hub son los mismos que los de Azure.
- En el caso de los recursos de almacenamiento, Azure Stack Hub implementa límites de IOPS (operaciones de entrada/salida por segundo) de almacenamiento para evitar el consumo excesivo básico de recursos por parte de los inquilinos para el uso de almacenamiento.
- En el caso de los discos de máquina virtual, las operaciones de entrada y salida por segundo de disco en Azure Stack Hub son una función del tamaño de la máquina virtual, en lugar del tipo de disco. Esto significa que para una VM de la serie Standard_Fs, independientemente de si elige SSD o HDD para el tipo de disco, el límite de IOPS de un segundo disco de datos es de solo 2300 IOPS.
- Los discos temporales asociados a la máquina virtual no son persistentes y se pueden perder en las operaciones del plano de control, como cambiar de tamaño o detener y desasignar.
En la tabla siguiente se enumeran las máquinas virtuales que se admiten en Azure Stack Hub, junto con su configuración:
| Tipo | Size | Intervalo de tamaños admitidos |
|---|---|---|
| Uso general | A básico | A0 - A4 |
| Uso general | Estándar A | A0 - A7 |
| Uso general | Serie Av2 | A1_v2 - A8m_v2 |
| Uso general | Serie D | D1 - D4 |
| Uso general | Serie Dv2 | D1_v2 - D5_v2 |
| Uso general | Serie DS | DS1 - DS4 |
| Uso general | DSv2-series | DS1_v2 - DS5_v2 |
| Memoria optimizada | Serie D | D11 - D14 |
| Memoria optimizada | Serie DS | DS11 - DS14 |
| Memoria optimizada | Serie Dv2 | D11_v2 - DS14_v2 |
| Memoria optimizada | DSv2-series | DS11_v2 - DS14_v2 |
| Proceso optimizado | Serie F | F1 - F16 |
| Proceso optimizado | Serie Fs | F1s - F16s |
| Proceso optimizado | Serie Fsv2 | F2s_v2 - F64s_v2 |
| GPU | Serie NCv3 | NC6s_v3-NC24s_v3 |
| GPU | Serie NVv4 | NV4as_v4 |
| GPU | Serie NCasT4_v3 | NC4as_T4_v3-NC64as_T4_v3 |
Los tamaños de máquina virtual y sus cantidades de recursos asociados son coherentes entre Azure Stack Hub y Azure. Esto incluye la cantidad de memoria, el número de núcleos, y la cantidad y el tamaño de los discos de datos que se pueden crear. Sin embargo, el rendimiento de las máquinas virtuales con el mismo tamaño depende de las características subyacentes de un entorno de Azure Stack Hub concreto.
Extensiones de máquina virtual
Azure Stack Hub incluye un pequeño conjunto de extensiones. Las actualizaciones y las extensiones adicionales están disponibles a través de la redifusión de Marketplace. La incorporación de extensiones personalizadas en Azure Stack Hub no es un escenario admitido; primero se debe incorporar una extensión a Azure para que esté disponible en Azure Stack Hub.
Use el siguiente script de PowerShell para obtener la lista de extensiones de máquina virtual disponibles en su entorno de Azure Stack Hub.
Get-AzVmImagePublisher -Location local | `
Get-AzVMExtensionImageType | `
Get-AzVMExtensionImage | `
Select Type, Version | `
Format-Table -Property * -AutoSize
Si aprovisionar una extensión en una implementación de VM tarda demasiado tiempo, deje que se agote el tiempo de espera de aprovisionamiento en lugar de intentar detener el proceso para desasignar o eliminar la VM.
Versiones de API
Las características de las máquinas virtuales de Azure Stack Hub admiten las siguientes versiones de API:
"2017-12-01", "2017-03-30", "2016-03-30", "2015-06-15"
Puede usar el siguiente script de PowerShell para obtener las versiones de API para las características de máquinas virtuales que están disponibles en su entorno de Azure Stack Hub:
Get-AzResourceProvider | `
Select ProviderNamespace -Expand ResourceTypes | `
Select * -Expand ApiVersions | `
Select ProviderNamespace, ResourceTypeName, @{Name="ApiVersion"; Expression={$_}} | `
where-Object {$_.ProviderNamespace -like "Microsoft.compute"}
La lista de los tipos de recursos compatibles y las de versiones de API pueden variar si el operador de la nube actualiza su entorno de Azure Stack Hub a una versión más reciente.
Activación de Windows
Los productos de Windows deben utilizarse de acuerdo con los derechos de uso del producto y los términos de licencia de Microsoft. Azure Stack Hub usa Activación automática de máquina virtual (AVMA) para activar máquinas virtuales de Windows Server.
- El host de Azure Stack Hub activa Windows con claves de AVMA para Windows Server 2016. Todas las VM que ejecutan Windows Server 2012 R2 o versiones posteriores se activan automáticamente.
- Las máquinas virtuales que ejecutan Windows Server 2012 o versiones anteriores no se activan automáticamente y este proceso debe realizarse mediante la activación de MAK. Para usar la activación de MAK, debe proporcionar su propia clave de producto.
Microsoft Azure utiliza la activación de KMS para activar las VM de Windows. Si mueve una máquina virtual de Azure Stack Hub a Azure y encuentra problemas de activación, consulte Solución de problemas de activación de máquinas virtuales Windows de Azure. Puede encontrar información adicional en la entrada del blog del equipo de soporte técnico de Azure Troubleshooting Windows activation failures on Azure VMs (Solucionar problemas de errores de activación de Windows en máquinas virtuales de Azure).
Alta disponibilidad
Es posible que la máquina virtual esté sujeta a un reinicio debido a un mantenimiento planeado según lo programado por el operador de Azure Stack Hub. Para conseguir alta disponibilidad en un sistema de producción con varias máquinas virtuales en Azure, las máquinas virtuales se colocan en un conjunto de disponibilidad que las distribuye entre varios dominios de error y dominios de actualización. En la escala más pequeña de Azure Stack Hub, un dominio de error en un conjunto de disponibilidad se define como un único nodo en la unidad de escalado.
Aunque la infraestructura de Azure Stack Hub ya es resistente a errores, la tecnología subyacente (los clústeres de conmutación por error) puede experimentar un cierto tiempo de inactividad de las máquinas virtuales ubicadas en un servidor físico en caso de error de hardware. Azure Stack Hub admite un conjunto de disponibilidad con un máximo de tres dominios de error para ser coherente con Azure.
Dominios de error
Las máquinas virtuales colocadas en conjuntos de disponibilidad se aislarán físicamente entre sí al distribuirlas de la manera más uniforme que sea posible en varios dominios de error (nodos de Azure Stack Hub). Si se produce un error de hardware, las máquinas virtuales del dominio de error se reiniciarán en otros dominios de error. Se mantendrán en dominios de error independientes de las otras máquinas virtuales, pero en el mismo conjunto de disponibilidad, si es posible. Cuando el hardware vuelva a estar en línea, las máquinas virtuales se volverán a equilibrar para mantener la alta disponibilidad.
Dominios de actualización
Los dominios de actualización son otra manera que tiene Azure de proporcionar alta disponibilidad en los conjuntos de disponibilidad. Un dominio de actualización es un grupo lógico de hardware adyacente que puede someterse a mantenimiento al mismo tiempo. Las máquinas virtuales que se encuentran en el mismo dominio de actualización se reiniciarán en conjunto durante el mantenimiento planeado. Cuando los inquilinos crean máquinas virtuales dentro de un conjunto de disponibilidad, la plataforma de Azure las distribuye de manera automática entre estos dominios de actualización.
En Azure Stack Hub, las máquinas virtuales se migran en vivo entre los otros hosts en línea del clúster antes de que se actualice su host subyacente. Como no hay tiempo de inactividad para el inquilino durante una actualización del host, la característica de actualización de dominio de Azure Stack Hub solo existe por motivos de compatibilidad de la plantilla con Azure. Las máquinas virtuales de un conjunto de disponibilidad muestran 0 como número de dominio de actualización en el portal.
Arc en máquinas virtuales con Azure Stack Hub
Los servidores habilitados para Arc no admiten la instalación del agente de Azure Connected Machine en las máquinas virtuales que se ejecutan en Azure ni en las máquinas virtuales que se ejecutan en Azure Stack Hub o Azure Stack Edge, porque ya están modelados como máquinas virtuales Azure.
Productos de servidor de Microsoft Office en máquinas virtuales de Azure Stack Hub
No todos los productos de servidor de Microsoft Office se admiten en las máquinas virtuales de Azure Stack Hub, lo cual se aclara a continuación:
| Producto | Declaración de compatibilidad de Office | Más información |
|---|---|---|
| Exchange | No compatible. No cumple los requisitos de virtualización de almacenamiento para Exchange. | Virtualización de Exchange Server |
| SharePoint | Solo se admite si se cumplen requisitos de red específicos. | Planeación de la virtualización de SharePoint Server |
| Skype | No compatible. Skype no admite la migración en vivo, una característica de virtualización básica que se usa en Azure Stack Hub. | Compatibilidad con la virtualización de Skype Empresarial Server 2019 |
Pasos siguientes
Creación de una máquina virtual Windows mediante PowerShell en Azure Stack Hub
Comentarios
Próximamente: A lo largo de 2024 iremos eliminando gradualmente GitHub Issues como mecanismo de comentarios sobre el contenido y lo sustituiremos por un nuevo sistema de comentarios. Para más información, vea: https://aka.ms/ContentUserFeedback.
Enviar y ver comentarios de