Retirada de nodos de red desconectados
Sugerir cambios
PDF
Es posible que deba retirar un nodo que no esté conectado actualmente a la cuadrícula (uno cuyo estado sea desconocido o administrativamente inactivo).
-
Usted entiende las consideraciones para el desmantelamiento "Nodos de administración y puerta de enlace" y las consideraciones para el desmantelamiento "Nodos de almacenamiento".
-
Ha obtenido todos los requisitos previos.
-
Se ha asegurado de que no hay ningún trabajo de reparación de datos activo. Consulte "Compruebe los trabajos de reparación de datos".
-
Ha confirmado que la recuperación del nodo de almacenamiento no está en curso en ningún lugar de la cuadrícula. Si es así, debe esperar a que se complete cualquier recompilación de Cassandra como parte de la recuperación. A continuación, podrá continuar con el desmantelamiento.
-
Se ha asegurado de que no se ejecutarán otros procedimientos de mantenimiento mientras el procedimiento de retirada del nodo se esté ejecutando, a menos que el procedimiento de retirada del nodo se detenga.
-
La columna DECOMmission possible para el nodo desconectado o los nodos que desea retirar incluye una Marca de verificación verde.
-
Tiene la clave de acceso de aprovisionamiento.
Puede identificar los nodos desconectados buscando el icono azul Desconocido 
o el icono gris hacia abajo administrativamente 
en la columna Estado.
Antes de retirar el servicio de un nodo desconectado, tenga en cuenta lo siguiente:
-
Este procedimiento está pensado principalmente para quitar un solo nodo desconectado. Si la cuadrícula contiene varios nodos desconectados, el software requiere que los retire todos al mismo tiempo, lo que aumenta la posibilidad de obtener resultados inesperados.
Se pueden producir pérdidas de datos si decomisiona más de un nodo de almacenamiento desconectado a la vez. Consulte "Consideraciones sobre los nodos de almacenamiento desconectados".
Use precaución al decomisionar nodos de almacenamiento en un grid que contenga nodos solo de metadatos basados en software. Si retira todos los nodos configurados para almacenar both objetos y metadatos, la capacidad de almacenar objetos se elimina de la cuadrícula. Consulte "Tipos de nodos de almacenamiento" para obtener más información sobre nodos de almacenamiento solo de metadatos. -
Si no se puede quitar un nodo desconectado (por ejemplo, un nodo de almacenamiento necesario para el quórum ADC), no se puede quitar ningún otro nodo desconectado.
-
A menos que esté retirando un nodo de archivado (que debe estar desconectado), intente volver a conectar los nodos de grid desconectados o recuperarlos.
Consulte "Procedimientos de recuperación de nodos de grid" para obtener instrucciones.
-
Si no puede recuperar un nodo de grid desconectado y desea decomisionar mientras está desconectado, seleccione la casilla de verificación de ese nodo.
Si la cuadrícula contiene varios nodos desconectados, el software requiere que los retire todos al mismo tiempo, lo que aumenta la posibilidad de obtener resultados inesperados.
Tenga cuidado al elegir retirar más de un nodo de grid desconectado a la vez, especialmente si selecciona varios nodos de almacenamiento desconectados. Si tiene más de un nodo de almacenamiento desconectado que no puede recuperar, póngase en contacto con el soporte técnico para determinar el mejor curso de acción. -
Introduzca la clave de acceso de aprovisionamiento.
El botón Iniciar misión está activado.
-
Haga clic en Iniciar misión.
Aparece una advertencia que indica que ha seleccionado un nodo desconectado y que los datos del objeto se perderán si el nodo tiene la única copia de un objeto.
-
Revise la lista de nodos y haga clic en Aceptar.
Se inicia el procedimiento de retirada y se muestra el progreso de cada nodo. Durante el procedimiento, se genera un nuevo paquete de recuperación que contiene el cambio de configuración de la cuadrícula.
-
En cuanto el nuevo paquete de recuperación esté disponible, haga clic en el enlace o seleccione MANTENIMIENTO > Sistema > Paquete de recuperación para acceder a la página Paquete de recuperación. A continuación, descargue el
.ziparchivo.Consulte las instrucciones para "Descarga del paquete de recuperación".
Descargue el Lo antes posible. del paquete de recuperación para asegurarse de que puede recuperar la red si hay algún problema durante el procedimiento de retirada de servicio.
El archivo del paquete de recuperación debe estar protegido porque contiene claves de cifrado y contraseñas que se pueden usar para obtener datos del sistema StorageGRID. -
Supervise periódicamente la página de retirada para garantizar que todos los nodos seleccionados se han retirado correctamente.
La retirada de los nodos de almacenamiento puede llevar días o semanas. Una vez completadas todas las tareas, la lista de selección de nodos se volverá a mostrar con un mensaje de éxito. Si se da de baja un nodo de almacenamiento desconectado, se muestra un mensaje de información que indica que se han iniciado los trabajos de reparación.
-
Una vez que los nodos se han apagado automáticamente como parte del procedimiento de retirada, quite las máquinas virtuales restantes u otros recursos asociados al nodo retirada del servicio.
No realice este paso hasta que los nodos se hayan apagado automáticamente. -
Si va a retirar un nodo de almacenamiento, supervise el estado de los trabajos de reparación de datos replicados y datos codificados por borrado (EC) que se inician automáticamente durante el proceso de retirada del servicio.
-
Para obtener un porcentaje de finalización estimado para la reparación replicada, agregue
show-replicated-repair-statusla opción al comando repair-data.repair-data show-replicated-repair-status -
Para determinar si las reparaciones están completas:
-
Seleccione NODES > Storage Node que se está reparando > ILM.
-
Revise los atributos en la sección Evaluación. Una vez completadas las reparaciones, el atributo esperando - todo indica 0 objetos.
-
-
Para supervisar la reparación con más detalle:
-
Seleccione SUPPORT > Tools > Topología de cuadrícula.
-
Seleccione grid > nodo de almacenamiento que se está reparando > LDR > almacén de datos.
-
Utilice una combinación de los siguientes atributos para determinar, como sea posible, si las reparaciones replicadas se han completado.
Puede haber incoherencias en Cassandra y no se realiza un seguimiento de las reparaciones fallidas. -
Reparaciones intentadas (XRPA): Utilice este atributo para realizar un seguimiento del progreso de las reparaciones replicadas. Este atributo aumenta cada vez que un nodo de almacenamiento intenta reparar un objeto de alto riesgo. Cuando este atributo no aumenta durante un período más largo que el período de exploración actual (proporcionado por el atributo período de exploración — estimado), significa que el análisis de ILM no encontró objetos de alto riesgo que necesitan ser reparados en ningún nodo.
Los objetos de alto riesgo son objetos que corren el riesgo de perderse por completo. Esto no incluye objetos que no cumplen con la configuración de ILM. -
Período de exploración — estimado (XSCM): Utilice este atributo para estimar cuándo se aplicará un cambio de directiva a objetos ingeridos previamente. Si el atributo reparos intentados no aumenta durante un período más largo que el período de adquisición actual, es probable que se realicen reparaciones replicadas. Tenga en cuenta que el período de adquisición puede cambiar. El atributo período de exploración — estimado (XSCM) se aplica a toda la cuadrícula y es el máximo de todos los periodos de exploración de nodos. Puede consultar el historial de atributos período de exploración — Estimated de la cuadrícula para determinar un intervalo de tiempo adecuado.
-
-
Para supervisar la reparación de datos codificados mediante borrado y vuelva a intentar cualquier solicitud que pudiera haber fallado:
-
Determine el estado de las reparaciones de datos codificadas por borrado:
-
Seleccione SUPPORT > Tools > Metrics para ver el tiempo estimado hasta la finalización y el porcentaje de finalización del trabajo actual. A continuación, seleccione EC Overview en la sección Grafana. Consulte los paneles tiempo estimado de trabajo de Grid EC hasta finalización y Porcentaje de trabajo de Grid EC completado.
-
Use este comando para ver el estado de una operación específica
repair-data:repair-data show-ec-repair-status --repair-id repair ID -
Utilice este comando para enumerar todas las reparaciones:
repair-data show-ec-repair-status
La salida muestra información, incluida
repair ID, para todas las reparaciones que se estaban ejecutando anteriormente y actualmente. -
-
Si el resultado muestra que la operación de reparación falló, use
--repair-idla opción para volver a intentar la reparación.Este comando vuelve a intentar una reparación de nodo con fallos mediante el ID de reparación 6949309319275667690:
repair-data start-ec-node-repair --repair-id 6949309319275667690Este comando reintenta realizar una reparación de volumen con fallos mediante el ID de reparación 6949309319275667690:
repair-data start-ec-volume-repair --repair-id 6949309319275667690
Tan pronto como se hayan retirado los nodos desconectados y se hayan completado todos los trabajos de reparación de datos, puede retirar todos los nodos de red conectados según sea necesario.
A continuación, complete estos pasos una vez completado el procedimiento de retirada:
-
Asegúrese de que las unidades del nodo de cuadrícula que se decomisionan se limpian. Utilice una herramienta o servicio de limpieza de datos disponible en el mercado para eliminar los datos de las unidades de forma permanente y segura.
-
Si decomisionó un nodo del dispositivo y los datos del dispositivo estaban protegidos mediante el cifrado de nodos, utilice el instalador del dispositivo StorageGRID para borrar la configuración del servidor de gestión de claves (Clear KMS). Debe borrar la configuración de KMS si desea agregar el dispositivo a otra cuadrícula. Para obtener instrucciones, consulte "Supervise el cifrado del nodo en modo de mantenimiento".