Migración a Azure Stack HCI en el mismo hardware
Se aplica a: Azure Stack HCI, versiones 22H2 y 21H2; Windows Server 2022, Windows Server 2019, Windows Server 2016, Windows Server 2012 R2, Windows Server 2008 R2
En este tema, se describe cómo migrar un clúster de conmutación por error con Windows Server a Azure Stack HCI con el hardware de servidor existente. Este proceso instala el nuevo sistema operativo Azure Stack HCI, conserva la configuración y el almacenamiento del clúster existentes e importa las máquinas virtuales.
En el diagrama siguiente se muestra la migración local del clúster con Windows Server con el mismo hardware de servidor. Después de apagar el clúster, Azure Stack HCI se instala, se vuelve a conectar el almacenamiento y las máquinas virtuales se importan y se pone a alta disponibilidad (HA).
Para migrar las máquinas virtuales a un nuevo hardware con Azure Stack HCI, consulte Migración a Azure Stack HCI en hardware nuevo.
Nota:
La migración de clústeres extendidos no se trata en este artículo.
Antes de empezar
Hay varios requisitos y aspectos que se deben tener en cuenta antes de comenzar la migración:
Todos los comandos de Windows PowerShell se deben ejecutar como administrador.
Debe tener credenciales de dominio con permisos de administrador para Azure Stack HCI.
Realice una copia de seguridad de todas las máquinas virtuales del clúster de origen. Complete una copia de seguridad coherente con el bloqueo de todas las aplicaciones y datos y una copia de seguridad coherente con la aplicación de todas las bases de datos. Para realizar una copia de seguridad en Azure, consulte Uso de Azure Backup.
Recopile el inventario y la configuración de todos los nodos del clúster y la nomenclatura del clúster, la configuración de red, la resistencia y la capacidad del volumen compartido de clúster (CSV) y el testigo de cuórum.
Apague las máquinas virtuales del clúster, los CSV sin conexión, los grupos de almacenamiento sin conexión y el servicio de clúster.
Deshabilite el objeto de nombre de clúster (CNO) (se reutiliza más adelante) y:
- Compruebe que el CNO tiene derechos para crear objetos en su propia unidad organizativa (UO).
- Compruebe que se ha establecido la directiva heredada de bloqueo en la unidad organizativa.
- Establezca la directiva necesaria para Azure Stack HCI en esta unidad organizativa.
Compatibilidad con versiones de máquina virtual y actualización
En la tabla siguiente se enumeran las versiones admitidas del sistema operativo Windows Server y sus versiones de máquina virtual para la migración local en el mismo hardware.
Independientemente de la versión del sistema operativo en la que se pueda estar ejecutando una máquina virtual, la versión mínima de máquina virtual compatible con la migración a Azure Stack HCI es la versión 5.0. Por lo tanto, todas las máquinas virtuales que se ejecuten en la versión 2.0, 3.0 o 4.0 en el clúster con Windows Server 2016 o Windows Server 2019 se deben actualizar a la versión 5.0 antes de la migración.
| Versión del SO | Versión de VM |
|---|---|
| Windows Server 2008 SP1 | 2.0 |
| Windows Server 2008 R2 | 3.0 |
| Windows Server 2012 | 4.0 |
| Windows Server 2012 R2 | 5.0 |
| Windows Server 2016 | 8.0 |
| Windows Server 2019 | 9.0 |
| Azure Stack HCI | 9.0 |
En el caso de máquinas virtuales en clústeres con Windows Server 2008 SP1, Windows Server 2008 R2-SP1 y Windows 2012, no se admite la migración directa a Azure Stack HCI. En estos casos, tiene dos opciones:
Migre estas máquinas virtuales a Windows Server 2012 R2, Windows Server 2016 o Windows Server 2019 en primer lugar, actualice la versión de la máquina virtual y, a continuación, inicie el proceso de migración.
Use Robocopy para copiar todos los VHD de máquina virtual en Azure Stack HCI. A continuación, cree nuevas máquinas virtuales y conecte los VHD copiados a las máquinas virtuales respectivas en Azure Stack HCI. Con esto se omite la limitación de la versión de la máquina virtual para estas máquinas virtuales anteriores.
Actualización de la versión de la máquina virtual
Use el siguiente comando para mostrar todas las versiones de máquina virtual de un solo servidor:
Get-VM * | Format-Table Name,Version
Para mostrar todas las versiones de máquina virtual en todos los nodos del clúster con Windows Server:
Get-VM –ComputerName (Get-ClusterNode)
Para actualizar todas las máquinas virtuales a la última versión en todos los nodos con Windows Server:
Get-VM –ComputerName (Get-ClusterNode) | Update-VMVersion -Force
Actualización de los servidores y el clúster
La migración consiste en ejecutar el programa de instalación de Azure Stack HCI en la implementación de Windows Server para realizar una instalación limpia del sistema operativo con las máquinas virtuales y el almacenamiento intactos. Esto reemplaza el sistema operativo actual por Azure Stack HCI. Para obtener información detallada, consulte Implementación del sistema operativo Azure Stack HCI. Después, cree un nuevo clúster de Azure Stack HCI, vuelva a conectar el almacenamiento e importe las máquinas virtuales.
Apague las máquinas virtuales de clúster existentes, los CSV sin conexión, los grupos de almacenamiento sin conexión y el servicio de clúster.
Vaya a la ubicación donde descargó los archivos binarios de Azure Stack HCI y ejecute la instalación de Azure Stack HCI en cada nodo con Windows Server.
Durante la instalación, seleccione Custom: Install the newer version of Azure Stack HCI only (advanced) (Personalizada: instalar solo la versión más reciente de Azure Stack HCI [avanzada]). Repita el procedimiento para cada servidor.
Cree el nuevo clúster de Azure Stack HCI. Puede usar Windows Admin Center o Windows PowerShell para esta tarea, como se muestra en las secciones siguientes.
Importante
El nombre del conmutador virtual de Hyper-V (VMSwitch) debe ser el mismo nombre capturado en el inventario de configuración del clúster. Asegúrese de que el nombre del conmutador virtual usado en el clúster de Azure Stack HCI coincida con el nombre del conmutador virtual de origen original antes de importar las máquinas virtuales.
Nota:
Debe registrar el clúster de Azure Stack HCI en Azure antes de poder crear nuevas máquinas virtuales en él. Para más información, consulte Conexión de Azure Stack HCI a Azure.
Uso de Windows Admin Center
Si usa Windows Admin Center para crear el clúster de Azure Stack HCI, el Asistente para crear clústeres instalará automáticamente todos los roles y características necesarios en cada nodo de servidor.
Para información detallada sobre cómo crear el clúster, consulte Creación de un clúster de Azure Stack HCI mediante Windows Admin Center.
Importante
Omita el paso 4.1 Limpieza de las unidades en el Asistente para crear clústeres. De lo contrario, eliminará las máquinas virtuales y el almacenamiento existentes.
Inicie el Asistente para crear clústeres. Cuando llegue a Paso 4: Almacenamiento:
omita el paso 4.1 Limpieza de las unidades. No haga esto.
Abandone temporalmente el asistente.
Abra PowerShell y ejecute el siguiente cmdlet para crear el nuevo identificador
Storagesubsystem Object, vuelva a detectar todos los contenedores de almacenamiento y asigne números de unidad de SES:Enable-ClusterS2D -VerboseSi realiza la migración desde Windows Server 2016, también se crea el nuevo volumen ReFS
ClusterperformanceHistoryy se asigna al grupo de recursos del clúster de SDDC.Si realiza la migración desde Windows Server 2019, también se agrega el volumen ReFS
ClusterperformanceHistoryexistente y se asigna al grupo de recursos del clúster de SDDC.Vuelva al asistente. En el paso 4.2 Comprobar las unidades, compruebe que todas las unidades aparecen enumeradas sin advertencias ni errores.
Complete el asistente.
Uso de Windows PowerShell
Si usa PowerShell para crear el clúster de Azure Stack HCI, se deben instalar los siguientes roles y características en cada nodo de clúster de Azure Stack HCI mediante este cmdlet:
Install-WindowsFeature -Name Hyper-V, Failover-Clustering, FS-Data-Deduplication, Bitlocker, Data-Center-Bridging, RSAT-AD-PowerShell -IncludeAllSubFeature -IncludeManagementTools -Verbose
Para más información sobre cómo crear el clúster con PowerShell, consulte Creación de un clúster de Azure Stack HCI mediante Windows PowerShell.
Nota:
Vuelva a usar el mismo nombre para el objeto de nombres del clúster deshabilitado anteriormente.
Ejecute el cmdlet para crear el clúster:
New-cluster –name "clustername" –node Server01,Server02 –staticaddress xx.xx.xx.xx –nostorageEjecute el cmdlet para crear el nuevo
Storagesubsystem Objectidentificador, redescubrir todos los contenedores de almacenamiento y asignar números de unidad SES:Enable-ClusterS2D -VerboseSi realiza la migración desde Windows Server 2016, también se crea el nuevo volumen ReFS
ClusterperformanceHistoryy se asigna al grupo de recursos del clúster de SDDC.Nota:
Si un bloque de almacenamiento muestra errores de disco minoritarios (visible en el administrador de clústeres), vuelva a ejecutar el cmdlet
Enable-ClusterS2D -verbose.Con el administrador de clústeres, habilite cada CSV excepto el volumen
ClusterperformanceHistory, que es un volumen ReFS (asegúrese de que no sea un CSV de ReFS).Si va a migrar desde Windows Server 2019, vuelva a ejecutar el cmdlet
Enable-ClusterS2D -verbose. Esto asocia elClusterperformanceHistoryvolumen ReFS al grupo de recursos del clúster de SDDC.Para determinar el nombre y la versión del bloque de almacenamiento actual, ejecute el cmdlet :
Get-StoragePool | ? IsPrimordial -eq $false | ft FriendlyName,VersionAhora, determine el nombre y la versión del nuevo bloque de almacenamiento:
Get-StoragePool | ? IsPrimordial -eq $false | ft FriendlyName,VersionCree el testigo de cuórum. Para obtener información sobre cómo hacerlo, consulte Configuración de un testigo del clúster.
Compruebe que los trabajos de reparación de almacenamiento se completan mediante el cmdlet :
Get-StorageJobNota:
Esto puede tardar un tiempo considerable en función del número de máquinas virtuales que se ejecutan durante la actualización.
Compruebe que todos los discos se encuentran en estado correcto:
Get-VirtualDiskDetermine la versión del nodo del clúster, que muestra
ClusterFunctionalLevelyClusterUpgradeVersion. Ejecute el cmdlet para obtener esto:Get-ClusterNodeSupportedVersionNota:
ClusterFunctionalLevelse establece automáticamente en10y no requiere actualización debido al nuevo sistema operativo y a la creación del clúster.Actualice el bloque de almacenamiento de la siguiente manera:
Get-StoragePool | Update-StoragePool
Volúmenes ReFS
Si se realiza la migración desde Windows Server 2016, se admiten volúmenes resistentes del sistema de archivos (ReFS), pero estos volúmenes no se benefician de las mejoras de rendimiento en Azure Stack HCI del uso de volúmenes de paridad acelerada por reflejo (MAP). Esta mejora requiere la creación de un nuevo volumen de ReFS con el cmdlet New-Volume de PowerShell.
Para Windows Server 2016 volúmenes MAP, la compactación de ReFS no estaba disponible, por lo que volver a adjuntar estos volúmenes es correcto, pero será menos eficaz en comparación con la creación de un nuevo volumen MAP en un clúster de Azure Stack HCI.
Importación de las máquinas virtuales
Un procedimiento recomendado consiste en crear al menos un volumen compartido de clúster (CSV) por cada nodo del clúster para habilitar un equilibrio uniforme de máquinas virtuales para cada propietario de CSV con el fin de aumentar la resistencia, el rendimiento y la escala de las cargas de trabajo de las máquinas virtuales. De forma predeterminada, este equilibrio se produce automáticamente cada cinco minutos y debe tenerse en cuenta al usar Robocopy entre un nodo del clúster de origen y el nodo de clúster de destino para garantizar que los propietarios del CSV de origen y de destino coincidan para proporcionar la velocidad y la ruta de acceso de la transferencia más óptimas.
Siga los pasos que se describen a continuación en el clúster de Azure Stack HCI para importar las máquinas virtuales, hacer que tengan alta disponibilidad e iniciarlas:
Ejecute el cmdlet para mostrar todos los nodos propietarios de CSV:
Get-ClusterSharedVolumePara cada nodo de servidor, vaya a
C:\Clusterstorage\Volumey establezca la ruta de acceso para todas las máquinas virtuales, por ejemploC:\Clusterstorage\volume01.Ejecute el cmdlet en cada nodo propietario de CSV para mostrar la ruta de acceso a todos los archivos VMCX de máquina virtual por volumen antes de la importación de la máquina virtual. Modifique la ruta de acceso para que coincida con su entorno:
Get-ChildItem -Path "C:\Clusterstorage\Volume01\*.vmcx" -RecurseEjecute el cmdlet para cada nodo de servidor para importar y registrar todas las máquinas virtuales y hacer que estén de alta disponibilidad en cada nodo propietario de CSV. Esto garantiza una distribución uniforme de las máquinas virtuales para una asignación óptima de memoria y procesador:
Get-ChildItem -Path "C:\Clusterstorage\Volume01\*.vmcx" -Recurse | Import-VM -Register | Get-VM | Add-ClusterVirtualMachineRoleInicie cada máquina virtual de destino en cada nodo:
Start-VM -NameInicie sesión y compruebe que todas las máquinas virtuales están en ejecución y que todas las aplicaciones y los datos están allí:
Get-VM -ComputerName Server01 | Where-Object {$_.State -eq 'Running'}Finalmente, actualice las máquinas virtuales a la versión más reciente de Azure Stack HCI para sacar el máximo partido de todos los avances:
Get-VM | Update-VMVersion -Force
Pasos siguientes
- Valide el clúster después de la migración. Consulte Validación de un clúster de Azure Stack HCI.
- Para migrar las máquinas virtuales con Windows Server a un nuevo hardware con Azure Stack HCI, consulte Migración a Azure Stack HCI en hardware nuevo.
Comentarios
Próximamente: A lo largo de 2024 iremos eliminando gradualmente las Cuestiones de GitHub como mecanismo de retroalimentación para el contenido y lo sustituiremos por un nuevo sistema de retroalimentación. Para más información, consulta: https://aka.ms/ContentUserFeedback.
Enviar y ver comentarios de