Nota:
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Se aplica a: Azure Stack HCI, versiones 22H2 y 21H2, Windows Server 2022, Windows Server 2019 y Windows Server 2016
Importante
Azure Stack HCI ahora forma parte de Azure Local. Sin embargo, las versiones anteriores de Azure Stack HCI, por ejemplo 22H2 seguirán haciendo referencia a Azure Stack HCI y no reflejarán el cambio de nombre. Obtenga más información.
En este artículo se supone que necesita apagar un servidor físico para realizar el mantenimiento o reiniciarlo por algún otro motivo. Para instalar actualizaciones en un clúster de Azure Stack HCI sin desconectar los servidores, consulte Actualización de clústeres de Azure Stack HCI.
Poner un servidor fuera de servicio para realizar tareas de mantenimiento requiere dejar fuera de línea partes del almacenamiento que se comparten entre todos los servidores de un clúster de conmutación por error. Esto requiere pausar el servidor que desea desconectar, colocar los discos del servidor en modo de mantenimiento, mover roles en clúster y máquinas virtuales (VM) a otros servidores del clúster y comprobar que todos los datos están disponibles en los demás servidores del clúster. Este proceso garantiza que los datos permanecen seguros y accesibles durante todo el período de mantenimiento.
Puede usar Windows Admin Center o PowerShell para desconectar un servidor para el mantenimiento. En este artículo se tratan ambos métodos.
Desconectar un servidor mediante Windows Admin Center
La manera más sencilla de prepararse para desconectar un servidor es mediante Windows Admin Center.
Compruebe que es seguro desconectar el servidor
Con Windows Admin Center, conéctese al servidor que desea desconectar. Seleccione Discos de almacenamiento > en el menú Herramientas y compruebe que la columna Estado de cada disco virtual muestra En línea.
A continuación, seleccione Volúmenes de almacenamiento > y compruebe que la columna Estado de cada volumen muestra Correcto y que la columna Estado de cada volumen muestra Aceptar.
Pausar y purgar el servidor
Antes de apagar o reiniciar un servidor, debe pausar el servidor y purgar (desactivar) los roles en clúster, como las máquinas virtuales que se ejecutan en él. Pausar y purgar siempre los servidores en clúster antes de desconectarlos para su mantenimiento.
Use Windows Admin Center para conectarse al clúster y, a continuación, en el Administrador de clústeres, seleccione servidores de proceso> en el menú Herramientas.
Seleccione Inventario y, a continuación, seleccione el nombre del servidor que desea pausar y purgar y, a continuación, seleccione Pausar. Debería ver el siguiente mensaje:
Pausar servidores para el mantenimiento: ¿Está seguro de que desea pausar los servidores? Esto mueve las cargas de trabajo, como las máquinas virtuales, a otros servidores del clúster.
Seleccione Sí para pausar el servidor e iniciar el proceso de purga. El estado del servidor se muestra como En mantenimiento, Purgar y roles como Hyper-V y las máquinas virtuales comienzan inmediatamente a migrar en vivo a otros servidores del clúster. Esto puede tardar unos minutos. No se puede agregar ningún rol al servidor hasta que se reanude. Cuando finalice el proceso de purga, el estado del servidor se muestra como En mantenimiento, Purga completado. El sistema operativo realiza una comprobación automática de seguridad para asegurarse de que es seguro continuar. Si hay volúmenes incorrectos, se detiene y le alerta de que no es seguro continuar.
Apagado del servidor
Una vez que el servidor complete el drenaje, puede apagarlo de forma segura para el mantenimiento o reiniciarlo.
Advertencia
Si el servidor ejecuta Azure Stack HCI, versión 20H2, Windows Server 2019 o Windows Server 2016, debe colocar los discos en modo de mantenimiento antes de apagar el servidor y quitar los discos del modo de mantenimiento antes de reanudar el servidor en el clúster.
Reanudación del servidor
Cuando esté listo para que el servidor empiece a hospedar roles en clúster y máquinas virtuales de nuevo, active el servidor, espere a que se inicie y reanude el servidor mediante los pasos siguientes.
En el Administrador de clúster, seleccione Servidores de cálculo > en el menú Herramientas de la izquierda.
Seleccione Inventario, seleccione el nombre del servidor que desea reanudar y, a continuación, seleccione Reanudar.
Los roles agrupados en clúster y las máquinas virtuales comienzan de inmediato a migrarse en directo de vuelta al servidor. Esto puede tardar unos minutos.
Espere a que el almacenamiento se vuelva a sincronizar
Cuando se reanuda el servidor, las nuevas escrituras que se produjeron mientras no estaba disponible necesitan volver a sincronizarse. Esto sucede automáticamente, mediante el seguimiento de cambios inteligente. No es necesario que todos los datos se examinen o sincronicen; solo los cambios. La velocidad de este proceso se reduce para mitigar el impacto en las cargas de trabajo de producción. Dependiendo de cuánto tiempo se ha pausado el servidor y de cuánto tiempo se han escrito los datos nuevos, puede tardar muchos minutos en completarse.
Importante
Debe esperar a que se complete la resincronización antes de desconectar cualquier otro servidor del clúster.
Para comprobar si la resincronización de almacenamiento está completa:
- Conéctese al clúster mediante Windows Admin Center y seleccione Volúmenes de almacenamiento>.
- Seleccione Inventario.
- Compruebe la columna Estado de cada volumen. Si se muestra Correcto, la resincronización de almacenamiento se ha completado. Ahora es seguro desconectar otros servidores del clúster.
Desconectar un servidor mediante PowerShell
Use los procedimientos siguientes para pausar, purgar y reanudar correctamente un servidor en un clúster de conmutación por error mediante PowerShell.
Compruebe que es seguro desconectar el servidor
Para comprobar que todos los volúmenes están en buen estado, ejecute el siguiente cmdlet como administrador:
Get-VirtualDisk
Este es un ejemplo del aspecto que podría tener la salida:
FriendlyName ResiliencySettingName FaultDomainRedundancy OperationalStatus HealthStatus Size FootprintOnPool StorageEfficiency
------------ --------------------- --------------------- ----------------- ------------ ---- --------------- -----------------
Mirror II Mirror 1 OK Healthy 4 TB 8.01 TB 49.99%
Mirror-accelerated parity OK Healthy 1002 GB 1.96 TB 49.98%
Mirror Mirror 1 OK Healthy 1 TB 2 TB 49.98%
ClusterPerformanceHistory Mirror 1 OK Healthy 24 GB 49 GB 48.98%
Compruebe que la propiedad HealthStatus de cada volumen sea Healthy y que OperationalStatus muestre OK.
Para ello, use el Administrador declústeres de conmutación por error, vaya a Discos de almacenamiento>.
Pausar y purgar el servidor
Para pausar y purgar el servidor, ejecute el siguiente cmdlet como administrador:
Suspend-ClusterNode -Drain
Para hacerlo en el Administrador de clústeres de conmutación por error, vaya a Nodos, haga clic con el botón derecho en el nodo y seleccione Pausar>roles de purga.
Si el servidor ejecuta Azure Stack HCI, versión 21H2, o Windows Server 2022, poner en pausa y drenar el servidor pone los discos del servidor en modo de mantenimiento. Si el servidor ejecuta Azure Stack HCI, versión 20H2, Windows Server 2019 o Windows Server 2016, tendrá que hacerlo manualmente (consulte el paso siguiente).
Colocar discos en modo de mantenimiento
En Azure Stack HCI, versión 20H2, Windows Server 2019 y Windows Server 2016, poner los discos del servidor en modo de mantenimiento permite a Espacios de almacenamiento directo vaciar y guardar los datos de forma segura, para garantizar que el apagado del servidor no afecte al estado de la aplicación. En cuanto un disco entra en modo de mantenimiento, ya no permite escrituras. Para minimizar los tiempos de resincronización de almacenamiento, se recomienda colocar los discos en modo de mantenimiento justo antes del reinicio y sacarlos del modo de mantenimiento tan pronto como el sistema vuelva a estar activado.
Note
Si el servidor ejecuta Azure Stack HCI, versión 21H2 o Windows Server 2022, puede omitir este paso porque los discos se colocan automáticamente en modo de mantenimiento cuando el servidor está en pausa y purgado. Estos sistemas operativos tienen una característica de reparación pormenorizadas que hace que las resincronizaciones sean más rápidas y menos impactantes en los recursos del sistema y de la red, lo que permite que el mantenimiento del servidor y el almacenamiento se realicen juntos.
Si el servidor ejecuta Windows Server 2019 o Azure Stack HCI, versión 20H2, ejecute el siguiente cmdlet como administrador:
Get-StorageScaleUnit -FriendlyName "Server1" | Enable-StorageMaintenanceMode
Si el servidor ejecuta Windows Server 2016, use la sintaxis siguiente en su lugar:
Get-StorageFaultDomain -Type StorageScaleUnit | Where-Object {$_.FriendlyName -eq "Server1"} | Enable-StorageMaintenanceMode
Apagado del servidor
Una vez que el servidor completa el vaciado, se muestra como Pausado en PowerShell y Administrador de clústeres de conmutación por error.
Ahora puede apagar el servidor de forma segura o reiniciarlo usando los cmdlets de PowerShell Restart-Computer o Stop-Computer, o usando el Administrador de clústeres de conmutación por error.
Note
Cuando se ejecuta un Get-VirtualDisk comando en servidores que se apagan o inician o detienen el servicio de clúster, el estado operativo del servidor se puede notificar como incompleto o degradado, y la columna Estado de mantenimiento puede mostrar una advertencia. Esto es normal y no debe causar preocupación. Todos los volúmenes permanecen en línea y accesibles.
Quitar discos del modo de mantenimiento
Si el servidor ejecuta Azure Stack HCI, versión 20H2, Windows Server 2019 o Windows Server 2016, debe deshabilitar el modo de mantenimiento de almacenamiento en los discos antes de reanudar el servidor en el clúster. Para minimizar los tiempos de resincronización de almacenamiento, se recomienda sacarlos del modo de mantenimiento tan pronto como el sistema vuelva a estar activado.
Note
Si el servidor ejecuta Azure Stack HCI, versión 21H2 o Windows Server 2022, puede omitir este paso porque los discos se quitan automáticamente del modo de mantenimiento cuando se reanuda el servidor.
Si el servidor ejecuta Windows Server 2019 o Azure Stack HCI, versión 20H2, ejecute el siguiente cmdlet como administrador para deshabilitar el modo de mantenimiento de almacenamiento:
Get-StorageScaleUnit -FriendlyName "Server1" | Disable-StorageMaintenanceMode
Si el servidor ejecuta Windows Server 2016, use la sintaxis siguiente en su lugar:
Get-StorageFaultDomain -Type StorageScaleUnit | Where-Object {$_.FriendlyName -eq "Server1"} | Disable-StorageMaintenanceMode
Reanudación del servidor
Reanude el servidor en el clúster. Para que vuelvan los roles en clúster y las máquinas virtuales que se ejecutaban anteriormente en el servidor, use el indicador opcional -Failback:
Resume-ClusterNode –Failback Immediate
Para ello en el Administrador de clústeres de conmutación por error, vaya a Nodos, haga clic con el botón derecho en el nodo y, a continuación, seleccione Reanudar>roles de conmutación por recuperación.
Una vez que el servidor vuelve a estar en funcionamiento, aparece como En funcionamiento en PowerShell y en el Administrador de clústeres de conmutación por error.
Espere a que el almacenamiento se vuelva a sincronizar
Cuando el servidor se reanuda, debe esperar a que se complete la resincronización antes de desconectar cualquier otro servidor del clúster.
Para supervisar el progreso, ejecute el siguiente cmdlet como administrador:
Get-StorageJob
Si la resincronización ya se ha completado, no obtendrás ninguna salida.
Esta es una salida de ejemplo en la que se muestran los trabajos de resincronización (reparación) que siguen ejecutándose:
Name IsBackgroundTask ElapsedTime JobState PercentComplete BytesProcessed BytesTotal
---- ---------------- ----------- -------- --------------- -------------- ----------
Repair True 00:06:23 Running 65 11477975040 17448304640
Repair True 00:06:40 Running 66 15987900416 23890755584
Repair True 00:06:52 Running 68 20104802841 22104819713
La columna BytesTotal muestra la cantidad de almacenamiento que se debe volver a sincronizar. La columna PercentComplete muestra el progreso.
Advertencia
No es seguro desconectar otro servidor hasta que finalicen estos trabajos de reparación.
Durante este tiempo, en HealthStatus, los volúmenes siguen apareciendo con el estado Advertencia, lo cual es normal.
Por ejemplo, si usa el Get-VirtualDisk cmdlet mientras se vuelve a sincronizar el almacenamiento, es posible que vea la salida siguiente:
FriendlyName ResiliencySettingName OperationalStatus HealthStatus IsManualAttach Size
------------ --------------------- ----------------- ------------ -------------- ----
MyVolume1 Mirror InService Warning True 1 TB
MyVolume2 Mirror InService Warning True 1 TB
MyVolume3 Mirror InService Warning True 1 TB
Una vez completados los trabajos, compruebe que los volúmenes vuelvan a mostrar Correcto mediante el Get-VirtualDisk cmdlet . A continuación se muestra una salida de ejemplo:
FriendlyName ResiliencySettingName OperationalStatus HealthStatus IsManualAttach Size
------------ --------------------- ----------------- ------------ -------------- ----
MyVolume1 Mirror OK Healthy True 1 TB
MyVolume2 Mirror OK Healthy True 1 TB
MyVolume3 Mirror OK Healthy True 1 TB
Ahora es seguro pausar y reiniciar otros servidores del clúster.
Pasos siguientes
Para obtener información relacionada, vea también: