Implementación y administración de instancias locales de Azure en VMM

En este artículo se proporciona información sobre cómo configurar una instancia local de Azure en System Center Virtual Machine Manager (VMM). Puede implementar una instancia local de Azure mediante el aprovisionamiento desde servidores sin sistema operativo o agregando hosts existentes. Obtenga más información sobre la nueva instancia de Azure Local.

VMM 2022 admite Azure Local, versión 22H2 (compatible con VMM 2022 UR1).

Importante

Las instancias locales de Azure administradas por Virtual Machine Manager aún no deben unirse el canal de versión preliminar. System Center (incluido Virtual Machine Manager, Operations Manager y otros componentes) no admite actualmente versiones preliminares de Azure Local. Consulta el blog de System Center para conocer las novedades más recientes.

Antes de comenzar

Asegúrese de que ejecuta VMM 2022 UR1 o posterior.

¿Qué es compatible?

• Adición, creación y administración de instancias locales de Azure. Consulte los pasos detallados para crear y administrar instancias locales de Azure.

• Capacidad de aprovisionar e implementar máquinas virtuales en las instancias locales de Azure y realizar operaciones de ciclo de vida de la máquina virtual. Las máquinas virtuales se pueden aprovisionar utilizando archivos VHD(x), plantillas o a partir de una máquina virtual existente.  Más información.

• Configuración de la red basada en VLAN en instancias locales de Azure.

• Implementación y administración de la controladora de red de SDN en instancias locales de Azure.

• Administración de la configuración del bloque de almacenamiento, creación de discos virtuales, creación de volúmenes compartidos de clústeres(CSV) y aplicación de la configuración de QoS.

• Mover máquinas virtuales entre Windows Server e instancias locales de Azure funciona a través de la migración de red y la migración de una máquina virtual sin conexión (apagada). En este escenario, el VMM exporta e importa en segundo plano, aunque se realiza como una sola operación.

• Los cmdlets de PowerShell que se usan para administrar clústeres de Windows Server también se pueden usar para administrar instancias locales de Azure.

Registro y anulación del registro de instancias locales de Azure

Con VMM 2022, introducimos los cmdlets de PowerShell de VMM para registrar y desregistrar las instancias locales de Azure.

Use los siguientes cmdlets para registrar una instancia local de Azure:

PowerShell

Register-SCAzStackHCI -VMHostCluster <HostCluster> -SubscriptionID <string>

Use el siguiente comando para anular el registro de un clúster:

PowerShell

Unregister-SCAzStackHCI -VMHostCluster <HostCluster> -SubscriptionID <string>

Para obtener información detallada sobre el parámetro admitido, consulta Register-SCAzStackHCI y Unregister-SCAzStackHCI.

¿Qué no es compatible?

• Actualmente no se admite la administración de clústeres extendidos de Azure Local en VMM.

• Las máquinas locales de Azure están diseñadas como hosts de virtualización en los que se ejecutan todas las cargas de trabajo en máquinas virtuales. Los términos locales de Azure permiten ejecutar solo lo necesario para hospedar máquinas virtuales. Las instancias locales de Azure no deben usarse para otros fines, como servidores WSUS, servidores WDS o servidores de biblioteca. Consulte Casos de uso de Azure Local, Cuándo usar Azure Local, y Roles que puede ejecutar sin virtualizar.

• No se admite la migración en vivo entre cualquier versión de Windows Server e instancias locales de Azure.

Nota

La migración en vivo entre instancias locales de Azure funciona, así como entre clústeres de Windows Server.

• El único tipo de almacenamiento disponible para Azure Local es Espacios de almacenamiento directo (S2D). No se admite la creación o administración de clústeres que no son S2D con máquinas locales de Azure. Si necesitas usar cualquier otro tipo de almacenamiento, por ejemplo, SAN, usa Windows Server como host de virtualización.

Nota

Debe habilitar S2D al crear una instancia local de Azure. Para habilitar S2D, en el asistente para la creación de clústeres, accede a Configuración general. En Especificar el nombre del clúster y el grupo host, selecciona Habilitar Espacios de almacenamiento directo como se muestra a continuación:

Después de habilitar un clúster con S2D, el VMM hace lo siguiente:

• La característica Clústeres de conmutación por error está habilitada.
• Se habilitan la réplica de almacenamiento y la desduplicación de datos.
• Opcionalmente, el clúster se valida y se crea.
• Se habilita S2D y se crea un objeto de matriz de almacenamiento en VMM con el mismo nombre que se proporciona en el asistente.

Cuando se usa VMM para crear un clúster hiperconvergido, el grupo y los niveles de almacenamiento se crean automáticamente mediante la ejecución de Enable-ClusterStorageSpacesDirect -Autoconfig $True.

Una vez implementados estos requisitos previos, debes aprovisionar un clúster y configuran los recursos de almacenamiento que hay en él. Después, puedes implementar máquinas virtuales en el clúster.

Sigue estos pasos:

Paso 1: Aprovisionar el clúster

Puedes aprovisionar un clúster mediante los hosts de Hyper-V y las máquinas sin sistema operativo:

Aprovisionar un clúster desde los hosts de Hyper-V

Si necesita agregar las máquinas locales de Azure al tejido de VMM, siga estos pasos. Si ya están en el tejido de VMM, ve al paso siguiente.

Nota

• Cuando configures el clúster, selecciona la opción Habilitar Espacios de almacenamiento directo en la página Configuración del asistente para Crear clúster Hyper-V.
• En Tipo de recurso, selecciona Servidores existentes que ejecutan un sistema operativo Windows Server y selecciona los hosts de Hyper-V que se van a agregar al clúster.
• Todos los hosts seleccionados deben tener Instalado Azure Local.
• Como S2D está habilitado, se debe validar el clúster.

Aprovisionar un clúster desde equipos sin sistema operativo

Nota

Normalmente, el nodo S2D requiere la configuración RDMA, QoS y SET. Para configurar estas opciones para un nodo mediante equipos sin sistema operativo, puedes usar la funcionalidad de script posterior a la implementación en PCP. A continuación se detalla un ejemplo de script posterior a la implementación de PCP. También puedes usar este script para configurar RDMA, QoS y SET mientras agregas un nuevo nodo a una implementación existente S2D desde equipos sin sistema operativo.

1. Lee los requisitos previos para la implementación de clústeres sin sistema operativo.

Nota

• El VHD generalizado o VHDX de la biblioteca VMM debe ejecutar Azure Stack HCI con las actualizaciones más recientes. Se deben establecer los valores del sistema operativo y la plataforma de virtualización del disco duro.
• Para la implementación sin sistema operativo, debes agregar un servidor de entorno de ejecución previo al arranque (PXE) al tejido de VMM. El servidor PXE se proporciona a través de los Servicios de implementación de Windows. VMM usa su propia imagen de WinPE, y debes asegurarte de que es la más reciente. Para ello, haz clic en Tejido>Infraestructura>Actualizar imagen de WinPE y asegúrate de que el trabajo finaliza.

2. Sigue las instrucciones para aprovisionar un clúster desde equipos sin sistema operativo.

Paso 2: Configurar redes para el clúster

Después de aprovisionar y administrar el clúster en el tejido de VMM, debes configurar las redes para los nodos de clúster.

1. Empieza por crear una red lógica que refleje tu red de administración física.
2. Debes configurar un conmutador lógico con Switch Embedded Teaming (SET) habilitado para que el conmutador tenga presente la virtualización. Este conmutador está conectado a la red lógica de administración y tiene todos los adaptadores virtuales host, que son necesarios para proporcionar acceso a la red de administración o configurar las redes de almacenamiento. SD2 se basa en una red para la comunicación entre hosts. Se recomiendan adaptadores compatibles con RDMA.
3. Crear redes de VM

Paso 3: Configuración de dcB en la instancia local de Azure

Nota

La configuración de opciones de DCB es un paso opcional para lograr un alto rendimiento durante el flujo de trabajo de creación del clúster de S2D. Ves al paso 4 si no deseas configurar las opciones de DCB.

Recomendaciones

• Si tienes vNIC implementadas, te recomendamos que asignes todas las vNIC virtuales con las pNIC correspondientes para obtener un rendimiento óptimo. Es el sistema operativo quien se encarga de establecer aleatoriamente las afinidades entre vNIC y pNIC, y podría haber casos en los que se asignan varias vNIC a la misma pNIC. Para evitar estos escenarios, te recomendamos que establezcas manualmente la afinidad entre vNIC y pNIC siguiendo los pasos que se indican aquí.

• Al crear un perfil de puerto de adaptador de red, te recomendamos que permitas la prioridad IEEE. Más información.

  También se puede establecer la prioridad IEEE mediante los siguientes comandos de PowerShell:

  PowerShell

  Set-VMNetworkAdapterVlan -VMNetworkAdapterName 'SMB2' -VlanId '101' -Access -ManagementOS
  Set-VMNetworkAdapter -ManagementOS -Name 'SMB2' -IeeePriorityTag on
  

Usa los siguientes pasos para configurar los ajustes DCB:

1. Crea un nuevo clúster de Hyper-V y selecciona Habilitar Espacios de almacenamiento directo. La opción Configuración de DCB se agrega al flujo de trabajo de creación del clúster de Hyper-V.

   

2. En Configuración de DCB, selecciona Configurar Protocolo de puente del centro de datos.

3. Da valores de Prioridad y Ancho de banda para el tráfico de latido del clúster y SMB directo.

Nota

Los valores predeterminados se asignan a Prioridad y Ancho de banda. Personaliza estos valores en función de las necesidades de entorno de tu organización.

Valores predeterminados:

Clase de tráfico	Priority	Ancho de banda (%)
Latido del clúster	7	1
SMB directo	3	50

4. Selecciona los adaptadores de red usados para el tráfico de almacenamiento. RDMA está habilitado en estos adaptadores de red.

   Nota

   En un escenario de NIC convergente, selecciona las vNIC de almacenamiento. Las pNIC subyacentes deben ser compatibles con RDMA para que las vNIC se muestren y estén disponibles para su selección.

   

5. Revisa el resumen y selecciona Finalizar.

   Se creará una instancia local de Azure y los parámetros DCB se configurarán en todos los nodos S2D.

   Nota

   • La configuración de DCB puede definirse en los clústeres de Hyper-V S2D existentes visitando la página Propiedades del clúster y yendo a la página Configuración de DCB.
   • Cualquier cambio fuera de banda en la configuración de DCB en cualquiera de los nodos hará que el clúster de S2D no sea compatible con VMM. Se ofrece una opción de corrección en la página de Configuración de DCB de las propiedades del clúster, que puedes usar para aplicar las opciones de DCB configuradas en la VMM en los nodos del clúster.

Paso 4: Registro de una instancia local de Azure con Azure

Después de crear una instancia local de Azure, debe registrarse en Azure en un plazo de 30 días después de la instalación según los términos de Azure Online Service. Si usa System Center 2022, use Register-SCAzStackHCI cmdlet en VMM para registrar la instancia local de Azure con Azure. Como alternativa, siga estos pasos para registrar la instancia local de Azure con Azure.

El estado del registro se reflejará en VMM después de una actualización correcta del clúster.

Paso 5: Visualización del estado de registro de las instancias de Azure Stack HCI

1. En la consola de VMM, puedes ver el estado del registro y la última fecha de conexión de los clústeres de Azure Stack HCI.

2. Selecciona Tejido, haz clic con el botón derecho en el clúster de Azure Stack HCI y selecciona Propiedades.

   

3. Como alternativa, ejecuta Get-SCVMHost y observe las propiedades del objeto devuelto para comprobar el estado del registro.

Paso 6: administrar el grupo y crear CSV

Ahora puedes modificar la configuración del bloque de almacenamiento y crear discos virtuales y CSV.

1. Haz clic en Tejido>Almacenamiento>Matrices.

2. Haz clic con el botón derecho en la opción >Administrar grupo del clúster y selecciona el bloque de almacenamiento que se creó de manera predeterminada. Puedes cambiar el nombre predeterminado y agregar una clasificación.

3. Para crear un CSV, haga clic con el botón derecho en el clúster >Propiedades>Volúmenes compartidos.

4. En el Asistente para crear volumen>Tipo de almacenamiento, especifica el nombre del volumen y selecciona el grupo de almacenamiento.

5. En Capacidad, puedes especificar las configuraciones correspondientes al tamaño del volumen, el sistema de archivos y la resistencia (errores que tolerar). Selecciona Configurar opciones avanzadas de almacenamiento y niveles para ajustar estas opciones.

   

6. En Configuración de almacenamiento, puede especificar la división, la capacidad y la resistencia del nivel de almacenamiento.

   

7. En Resumen, comprueba la configuración y finaliza el asistente. Al crear el volumen, se creará automáticamente un disco virtual.

Paso 7: implementación de máquinas virtuales en el clúster

En una topología hiperconvergida, las máquinas virtuales se pueden implementar directamente en el clúster. Sus discos duros virtuales se ubican en los volúmenes creados mediante S2D. Crea e implementa estas máquinas virtuales de la misma manera que crearías cualquier otra máquina virtual.

Importante

Si la instancia local de Azure no está registrada con Azure o no está conectada a Azure durante más de 30 días después del registro, la creación de máquinas virtuales de alta disponibilidad (HAVM) se bloqueará en el clúster. Consulta los pasos 4 y 5 para el registro de clústeres.

Paso 8: Migración de máquinas virtuales de Windows Server a una instancia local de Azure

Usa la funcionalidad de migración de red en el VMM para migrar cargas de trabajo de Hyper-V (Windows Server 2019 y versiones posteriores) a Azure Stack HCI.

Nota

No se admite la migración en vivo entre Windows Server y Azure Local. No se admite la migración de red de Azure Local a Windows Server.

1. Deshabilite temporalmente la migración en vivo en el host local de Azure de destino.
2. Seleccione Máquinas virtuales y servicios>Todos los hosts y, a continuación, seleccione el host de Hyper-V de origen desde el que desea migrar.
3. Selecciona la máquina virtual que quieras migrar. La máquina virtual debe estar en un estado desactivado.
4. Seleccione Migrar máquina virtual.
5. En Seleccionar host, revise y seleccione el host local de Azure de destino.
6. Seleccione Siguiente para iniciar la migración de red. VMM realizará importaciones y exportaciones en el back-end.
7. Para comprobar que la máquina virtual se ha migrado correctamente, comprueba la lista de máquinas virtuales en el host de destino. Active la máquina virtual y vuelva a habilitar la migración en vivo en el host local de Azure.

Paso 9: Migración de cargas de trabajo de VMware a la instancia local de Azure mediante SCVMM

VMM ofrece una experiencia sencilla basada en asistentes para la conversión de V2V (virtual a virtual). Puedes usar la herramienta de conversión para migrar las cargas de trabajo a escala desde la infraestructura de VMware a la infraestructura de Hyper-V. Para obtener la lista de servidores de VMware admitidos, consulta Requisitos del sistema.

Para conocer los requisitos previos y las limitaciones de la conversión, consulta Conversión de una máquina virtual de VMware en Hyper-V en el tejido del VMM.

1. Crea una cuenta de ejecución para el rol administrador de vCenter Server en el VMM. Estas credenciales de administrador se usan para administrar los hosts de vCenter Server y ESXi.

2. En la consola del VMM, en Tejido, selecciona Servidores>Agregar VMware vCenter Server.

3. En la página Agregar VMware vCenter Server, haz lo siguiente:

   1. Nombre del equipo: especifica el nombre del vCenter server.

   2. Cuenta de ejecución: selecciona la cuenta de ejecución creada para el administrador de vSphere.

      

4. Seleccione Finalizar.

5. En la página Importar certificado, selecciona Importar.

   

6. Después de la adición correcta del vCenter server, todos los hosts ESXi de vCenter se migran al VMM.

Agregar hosts

1. En la consola del VMM, en Tejido, selecciona Servidores>Agregar hosts y clústeres de VMware ESX.
   
2. En el Asistente para agregar recurso,

   1. en Credenciales, selecciona la cuenta de ejecución que se usa para el puerto y selecciona Siguiente.

      

   2. En Recursos de destino, selecciona todos los clústeres ESX que deben agregarse a VMM y selecciona Siguiente.

   3. En Configuración de host, selecciona la ubicación donde deseas agregar las máquinas virtuales y selecciona Siguiente.

   4. En Resumen, revisa la configuración y selecciona Finalizar. Junto con los hosts, también se agregarán las máquinas virtuales asociadas.

      

Comprobación del estado del host ESXi

1. Si el estado del host ESXi se refleja como Aceptar (limitado), haz clic con el botón derecho en Propiedades>Administración, selecciona la cuenta de ejecución que se usa para el puerto e importa los certificados para el host.
   Repite el mismo proceso para todos los hosts ESXi.

   

Después de agregar los clústeres ESXi, todas las máquinas virtuales que se ejecutan en los clústeres ESXi se detectan automáticamente en VMM.

Visualización de las máquinas virtuales

1. Ve a Máquinas virtuales y servicios para ver las máquinas virtuales. También puedes administrar las operaciones del ciclo de vida principal de estas máquinas virtuales desde VMM.
   

2. Haz clic con el botón derecho en la máquina virtual que debe migrarse, selecciona Apagar (no se admiten las migraciones en línea) y desinstala las herramientas de VMware desde el sistema operativo invitado.

3. Selecciona Inicio>Crear máquinas virtuales>Convertir máquina virtual.

4. En el Asistente para convertir máquina virtual,

   1. en Seleccionar origen, selecciona la máquina virtual que se ejecuta en el servidor ESXi y selecciona Siguiente.
   2. En Especificar identidad de máquina virtual, escribe el nuevo nombre de la máquina virtual, si lo deseas, y selecciona Siguiente.
      

5. En Seleccionar host, seleccione la máquina local de Azure de destino y especifique la ubicación en el host para los archivos de almacenamiento de máquinas virtuales y seleccione Siguiente.

   

6. Selecciona una red virtual para la máquina virtual y selecciona Crear para completar la migración.
   La máquina virtual que se ejecuta en el clúster ESXi se migra correctamente a la instancia local de Azure. Para Automation, usa los comandos de PowerShell para la conversión.

Pasos siguientes

• Aprovisionar las máquinas virtuales
• Administrar el clúster