Eliminación de servidores en Espacios de almacenamiento directo
En este tema se describe cómo quitar servidores en Espacios de almacenamiento directo mediante PowerShell.
Quitar un servidor pero dejar sus unidades
Si tiene previsto volver a agregar el servidor al clúster pronto, o si tiene previsto mantener sus unidades moviéndolas a otro servidor, puede quitar el servidor del clúster sin quitar sus unidades del grupo de almacenamiento. Este es el comportamiento predeterminado si usa el Administrador de clústeres de conmutación por error para quitar el servidor.
Use el cmdlet Remove-ClusterNode en PowerShell:
Remove-ClusterNode <Name>
Este cmdlet tiene éxito rápidamente, independientemente de las consideraciones de capacidad, ya que el grupo de almacenamiento “recuerda” las unidades que faltan y espera que vuelvan. No hay movimiento de datos fuera de las unidades que faltan. Mientras permanecen ausentes, su OperationalStatus se mostrará como “Comunicación perdida” y los volúmenes mostrarán “Incompleto”.
Cuando las unidades vuelven, se detectan y vuelven a asociarse automáticamente al grupo, aunque ahora estén en un nuevo servidor.
Advertencia
No distribuya unidades con datos de grupo de un servidor en otros servidores. Por ejemplo, si se produce un error en un servidor con diez unidades (porque se produjo un error en su placa base o unidad de arranque, por ejemplo), puede mover las diez unidades a un nuevo servidor, pero no puede mover cada una de ellas por separado a otros servidores.
Quitar un servidor y sus unidades
Si desea quitar permanentemente un servidor del clúster (lo que a veces se denomina escalado), puede quitar el servidor del clúster y quitar sus unidades del grupo de almacenamiento.
Use el cmdlet Remove-ClusterNode con la marca opcional -CleanUpDisks:
Remove-ClusterNode <Name> -CleanUpDisks
Este cmdlet puede tardar mucho tiempo (a veces muchas horas) en ejecutarse porque Windows debe mover todos los datos almacenados en ese servidor a otros servidores del clúster. Una vez completada esta operación, las unidades se quitan permanentemente del grupo de almacenamiento y devuelven volúmenes afectados a un estado correcto.
Requisitos
Para realizar un escalado permanente (quitar un servidor y sus unidades), el clúster debe cumplir los dos requisitos siguientes. Si no es así, el cmdlet Remove-ClusterNode -CleanUpDisks devolverá un error inmediatamente, antes de comenzar cualquier movimiento de datos, para minimizar la interrupción.
Capacidad suficiente
En primer lugar, debe tener suficiente capacidad de almacenamiento en los servidores restantes para dar cabida a todos los volúmenes.
Por ejemplo, si tiene cuatro servidores, cada uno con 10 x 1 TB, tiene 40 TB de capacidad total de almacenamiento físico. Después de quitar un servidor y todas sus unidades, le quedarán 30 TB de capacidad. Si las huellas de sus volúmenes suman más de 30 TB, no cabrán en los servidores restantes, por lo que el cmdlet devolverá un error y no moverá ningún dato.
Suficientes dominios de error
En segundo lugar, debe tener suficientes dominios de error (normalmente servidores) para proporcionar la resistencia de sus volúmenes.
Por ejemplo, si los volúmenes usan la creación de reflejo triple en el nivel de servidor para la resistencia, no pueden ser totalmente correctos a menos que tenga tres servidores como mínimo. Si tiene exactamente tres servidores e intenta quitar una y todas sus unidades, el cmdlet devolverá un error y no moverá ningún dato.
En esta tabla se muestra el número mínimo de dominios de error necesarios para cada tipo de resistencia.
| Resistencia | Dominios de error mínimos requeridos |
|---|---|
| Reflejo bidireccional | 2 |
| Reflejo triple | 3 |
| Paridad dual | 4 |
Nota
Está bien tener momentáneamente menos servidores, por ejemplo, durante fallos o trabajos de mantenimiento. Sin embargo, para que los volúmenes vuelvan a un estado totalmente correcto, debe tener el número mínimo de servidores enumerados anteriormente.