Implementación y administración de clústeres de Azure Stack HCI en VMM
En este artículo se proporciona información sobre cómo configurar un clúster de Azure Stack HCI en System Center-Virtual Machine Manager (VMM). Puede implementar un clúster de Azure Stack HCI mediante el aprovisionamiento desde servidores sin sistema operativo o mediante la adición de hosts existentes. Obtenga más información sobre el nuevo Azure Stack HCI.
La acumulación de actualización 3 (UR3) de VMM 2019 admite Azure Stack HCI, versión 20H2. El producto actual es Azure Stack HCI, versión 21H2. A partir de System Center 2022, VMM admite Azure Stack HCI, versión 20H2; Azure Stack HCI, versión 21H2; y Azure Stack HCI, versión 22H2 (compatible con VMM 2022 UR1).
Importante
Los clústeres de Azure Stack HCI administrados por Virtual Machine Manager no deben unirse aún al canal de versión preliminar. System Center (incluido Virtual Machine Manager, Operations Manager y otros componentes) no admite actualmente versiones preliminares de Azure Stack. Para obtener las actualizaciones más recientes, consulte el blog de System Center.
Antes de comenzar
Asegúrese de que está ejecutando VMM 2019 UR3 o posterior.
¿Qué se admite?
Adición, creación y administración de clústeres de Azure Stack HCI. Consulte los pasos detallados para crear y administrar clústeres de HCI.
Capacidad de aprovisionar e implementar máquinas virtuales en los clústeres de Azure Stack HCI y realizar operaciones de ciclo de vida de la máquina virtual. Las máquinas virtuales se pueden aprovisionar mediante archivos, plantillas o archivos VHD(x) de una máquina virtual existente. Más información.
Configure la red basada en VLAN en clústeres de Azure Stack HCI.
Implementación y administración de la controladora de red de SDN en clústeres de Azure Stack HCI.
Administración de la configuración del bloque de almacenamiento, creación de discos virtuales, creación de volúmenes compartidos de clúster (CSV) y aplicación de la configuración de QoS.
El traslado de máquinas virtuales entre clústeres de Windows Server y Azure Stack HCI 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, 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 clústeres de Azure Stack HCI.
Registro y anulación del registro de clústeres de Azure Stack HCI
Con VMM 2022, presentamos cmdlets de PowerShell de VMM para registrar y anular el registro de clústeres de Azure Stack HCI.
Use los siguientes cmdlets para registrar un clúster de HCI:
Register-SCAzStackHCI -VMHostCluster <HostCluster> -SubscriptionID <string>
Use el siguiente comando para anular el registro de un clúster:
Unregister-SCAzStackHCI -VMHostCluster <HostCluster> -SubscriptionID <string>
Para obtener información detallada sobre el parámetro admitido, vea Register-SCAzStackHCI y Unregister-SCAzStackHCI.
¿Qué no se admite?
Actualmente no se admite la administración de clústeres extendidos de Azure Stack HCI en VMM.
Azure Stack HCI está previsto como un host de virtualización en el que ejecute todas las cargas de trabajo en máquinas virtuales. Los términos de Azure Stack HCI permiten ejecutar solo lo necesario para hospedar máquinas virtuales. Los clústeres de Azure Stack HCI no deben usarse para otros fines, como servidores WSUS, servidores WDS o servidores de biblioteca. Consulte Casos de uso de Azure Stack HCI, Cuándo usar Azure Stack HCI y Roles que puede ejecutar sin virtualizar.
No se admite la migración en vivo entre cualquier versión de los clústeres de Windows Server y Azure Stack HCI.
Nota:
La migración en vivo entre clústeres de Azure Stack HCI funciona, así como entre clústeres de Windows Server.
- El único tipo de almacenamiento disponible para Azure Stack HCI es Espacios de almacenamiento directo (S2D). No se admite la creación o administración de clústeres que no son S2D con nodos de Azure Stack HCI. Si necesita usar cualquier otro tipo de almacenamiento, por ejemplo, SAN, use Windows Server como host de virtualización.
Nota:
Debe habilitar S2D al crear un clúster de Azure Stack HCI. Para habilitar S2D, en el Asistente para la creación de clústeres, vaya a Configuración general. En Especificar el nombre del clúster y el grupo host, seleccione Habilitar Espacios de almacenamiento directo como se muestra a continuación:
Después de habilitar un clúster con S2D, 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.
- El clúster se valida y crea opcionalmente.
- 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, se aprovisiona un clúster y se configuran los recursos de almacenamiento en él. Después, puede implementar máquinas virtuales en el clúster.
Siga estos pasos:
Paso 1: Aprovisionamiento del clúster
Puede aprovisionar un clúster mediante hosts de Hyper-V y máquinas sin sistema operativo:
Aprovisionamiento de un clúster desde hosts de Hyper-V
Si tiene que agregar los hosts de Azure Stack HCI al tejido de VMM, siga estos pasos. Si ya están en el tejido de VMM, vaya al paso siguiente.
Nota:
- Al configurar el clúster, seleccione la opción Habilitar Espacios de almacenamiento directo en la página Configuración general del Asistente para crear clústeres de Hyper-V.
- En Tipo de recurso, seleccione Servidores existentes que ejecutan un sistema operativo Windows Server y seleccione los hosts de Hyper-V que se van a agregar al clúster.
- Todos los hosts seleccionados deben tener Azure Stack HCI instalado.
- Dado que S2D está habilitado, se debe validar el clúster.
Aprovisionamiento de un clúster desde máquinas 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, puede usar la funcionalidad de script posterior a la implementación en PCP. Este es el script de implementación de PCP posterior a la implementación de ejemplo. También puede usar este script para configurar RDMA, QoS y SET al agregar un nuevo nodo a una implementación de S2D existente desde equipos sin sistema operativo.
- Lea 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, debe 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 servicios de implementación de Windows. VMM usa su propia imagen de WinPE y debe asegurarse de que es la más reciente. Para ello, seleccione Fabric Infrastructure>Update WinPE image (Actualización de infraestructura de Tejido>) imagen de WinPE y asegúrese de que el trabajo finaliza.
- Siga las instrucciones para aprovisionar un clúster desde equipos sin sistema operativo.
Paso 2: Configuración de redes para el clúster
Después de aprovisionar y administrar el clúster en el tejido de VMM, debe configurar las redes para los nodos de clúster.
- Empiece por crear una red lógica para reflejar la red de administración física.
- Debe configurar un conmutador lógico con Switch Embedded Teaming (SET) habilitado para que el conmutador sea consciente de 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. S2D se basa en una red para comunicarse entre hosts. Se recomiendan adaptadores compatibles con RDMA.
- Cree redes de máquina virtual.
Paso 3: Configuración de dcB en el clúster de Azure Stack HCI
Nota:
La configuración de dcB es un paso opcional para lograr un alto rendimiento durante el flujo de trabajo de creación de clústeres S2D. Vaya al paso 4 si no desea configurar las opciones de DCB.
Recomendaciones
Si ha implementado vNIC, para obtener un rendimiento óptimo, se recomienda asignar todas las VNIC con las PNIC correspondientes. Las afinidades entre vNIC y pNIC se establecen aleatoriamente por el sistema operativo y podría haber escenarios en los que se asignan varias vNIC a la misma pNIC. Para evitar estos escenarios, se recomienda establecer manualmente la afinidad entre vNIC y pNIC siguiendo los pasos que se indican aquí.
Al crear un perfil de puerto de adaptador de red, se recomienda permitir la prioridad IEEE. Más información.
También puede establecer la prioridad ieee mediante los siguientes comandos de PowerShell:
Set-VMNetworkAdapterVlan -VMNetworkAdapterName 'SMB2' -VlanId '101' -Access -ManagementOS Set-VMNetworkAdapter -ManagementOS -Name 'SMB2' -IeeePriorityTag on
Siga estos pasos para configurar las opciones de DCB:
Cree un nuevo clúster de Hyper-V y seleccione 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.
En Configuración de DCB, seleccione Configurar puente del centro de datos.
Proporcione valores de prioridad y ancho de banda para el tráfico de latido de clúster y directo de SMB.
Nota:
Los valores predeterminados se asignan a Priority y Bandwidth. Personalice estos valores en función de las necesidades del entorno de la organización.
Valores predeterminados:
Clase de tráfico | Prioridad | Ancho de banda (%) |
---|---|---|
Latido del clúster | 7 | 1 |
SMB-Direct | 3 | 50 |
Seleccione 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, seleccione las NIC de almacenamiento. Los PNIC subyacentes deben ser compatibles con RDMA para que se muestren y estén disponibles para su selección.
Revise el resumen y seleccione Finalizar.
Se creará un clúster de Azure Stack HCI y los parámetros DCB se configurarán en todos los nodos S2D.
Nota:
- Las opciones de DCB se pueden configurar en los clústeres de Hyper-V S2D existentes; para ello, visite la página Propiedades del clúster y vaya a la página de 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 S2D no sea compatible en VMM. Se proporcionará una opción de corrección en la página de configuración de DCB de las propiedades del clúster, que puede usar para aplicar las opciones de DCB configuradas en VMM en los nodos del clúster.
Paso 4: Registro del clúster de Azure Stack HCI con Azure
Después de crear un clúster de Azure Stack HCI, 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
el cmdlet en VMM para registrar el clúster de Azure Stack HCI con Azure. Como alternativa, siga estos pasos para registrar el clúster de Azure Stack HCI en 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 los clústeres de Azure Stack HCI
En la consola de VMM, puede ver el estado del registro y la última fecha de conexión de los clústeres de Azure Stack HCI.
Seleccione Tejido, haga clic con el botón derecho en el clúster de Azure Stack HCI y seleccione Propiedades.
Como alternativa, ejecute
Get-SCVMHost
y observe las propiedades del objeto devuelto para comprobar el estado del registro.
Paso 6: Administrar el grupo y crear CSV
Ahora puede modificar la configuración del bloque de almacenamiento y crear discos virtuales y CSV.
Seleccione Fabric Storage Arrays (Matrices de almacenamiento>de tejido).>
Haga clic con el botón derecho en la opción >Administrar grupo del clúster y seleccione el grupo de almacenamiento que se creó de manera predeterminada. Puede cambiar el nombre predeterminado y agregar una clasificación.
Para crear un CSV, haga clic con el botón derecho en el clúster >Propiedades>Volúmenes compartidos.
En el Tipo de almacenamiento del Asistente para>crear volúmenes, especifique el nombre del volumen y seleccione el grupo de almacenamiento.
En Capacidad, puede especificar la configuración del tamaño del volumen, el sistema de archivos y la resistencia (errores para tolerar).
Seleccione Configurar opciones avanzadas de almacenamiento y niveles para configurar estas opciones.
En Resumen, compruebe la configuración y finalice 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 colocan en los volúmenes que creó con S2D. Cree e implemente estas máquinas virtuales de la misma manera que crearía cualquier otra máquina virtual.
Importante
Si el clúster de Azure Stack HCI no está registrado en Azure o no está conectado 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. Consulte el paso 4 y 5 para el registro del clúster.
Paso 8: Migración de máquinas virtuales de Windows Server al clúster de Azure Stack HCI
Use la funcionalidad de migración de red en 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 Stack HCI. No se admite la migración de red de Azure Stack HCI a Windows Server.
- Deshabilite temporalmente la migración en vivo en el host de Azure Stack HCI de destino.
- 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.
- Seleccione la máquina virtual que desea migrar. La máquina virtual debe estar en un estado desactivado.
- Seleccione Migrar máquina virtual.
- En Seleccionar host, revise y seleccione el host de Azure Stack HCI de destino.
- Seleccione Siguiente para iniciar la migración de red. VMM realizará importaciones y exportaciones en el back-end.
- Para comprobar que la máquina virtual se ha migrado correctamente, compruebe 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 de Azure Stack HCI.
Paso 9: Migración de cargas de trabajo de VMware al clúster de Azure Stack HCI mediante SCVMM
VMM ofrece una experiencia sencilla basada en asistentes para la conversión de V2V (virtual a virtual). Puede usar la herramienta de conversión para migrar 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, consulte Requisitos del sistema.
Para conocer los requisitos previos y las limitaciones de la conversión, consulte Conversión de una máquina virtual de VMware en Hyper-V en el tejido de VMM.
Cree una cuenta de ejecución para el rol administrador de vCenter Server en VMM. Estas credenciales de administrador se usan para administrar hosts de vCenter Server y ESXi.
En la consola VMM, en Tejido, seleccione Servidores>Agregar VMware vCenter Server.
En la página Agregar VMware vCenter Server , haga lo siguiente:
- Nombre del equipo: especifique el nombre del servidor vCenter.
- Cuenta de ejecución: seleccione la cuenta de ejecución creada para el administrador de vSphere.
Seleccione Finalizar.
En la página Importar certificado , seleccione Importar.
Después de la adición correcta del servidor vCenter, todos los hosts ESXi de vCenter se migran a VMM.
Agregar hosts
- En la consola de VMM, en Tejido, seleccione Servidores>Agregar hosts y clústeres de VMware ESX.
- En el Asistente para agregar recursos,
En Credenciales, seleccione la cuenta de ejecución que se usa para el puerto y seleccione Siguiente.
En Recursos de destino, seleccione todos los clústeres ESX que deben agregarse a VMM y seleccione Siguiente.
En Configuración de host, seleccione la ubicación donde desea agregar las máquinas virtuales y seleccione Siguiente.
En Resumen, revise la configuración y seleccione Finalizar. Junto con los hosts, también se agregarán las máquinas virtuales asociadas.
Comprobación del estado del host ESXi
- Si el estado del host ESXi refleja como Aceptar (limitado), haga clic con el botón derecho en Administración de propiedades>, seleccione Cuenta de ejecución que se usa para el puerto e importe los certificados para el host.
Repita 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 máquinas virtuales
Vaya a Máquinas virtuales y servicios para ver las máquinas virtuales. También puede administrar las operaciones del ciclo de vida principal de estas máquinas virtuales desde VMM.
Haga clic con el botón derecho en la máquina virtual y seleccione Apagar (no se admiten las migraciones en línea) que deben migrarse y desinstalar las herramientas de VMware del sistema operativo invitado.
Seleccione Inicio>Crear máquinas>virtuales Convertir máquina virtual.
En el Asistente para convertir máquinas virtuales,
- En Seleccionar origen, seleccione la máquina virtual que se ejecuta en el servidor ESXi y seleccione Siguiente.
- En Especificar identidad de máquina virtual, escriba el nuevo nombre de la máquina virtual si desea y seleccione Siguiente.
En Seleccionar host, seleccione el nodo azure Stack HCI de destino y especifique la ubicación en el host para los archivos de almacenamiento de la máquina virtual y seleccione Siguiente.
Seleccione una red virtual para la máquina virtual y seleccione Crear para completar la migración.
La máquina virtual que se ejecuta en el clúster ESXi se migra correctamente al clúster de Azure Stack HCI. Para la automatización, use comandos de PowerShell para la conversión.