Lista de verificación de migración de NFS para conjuntos de datos renombrados y controladores de archivo estables

El enfoque seguro consiste en tratar una migración de exportación pausada que preserve, cuando sea posible, el espacio de nombres visible para el cliente y vuelva a montar deliberadamente los clientes cuando cambie la identidad de los identificadores de archivo, como una secuencia de etapas observables, no como un único comando.

En un servidor NFS Linux que migra un conjunto de datos de NAS utilizado por clientes de servidor doméstico, el riesgo práctico es que cambiar el nombre o mover un conjunto de datos exportado deje a los clientes con identificadores de archivo NFS obsoletos o errores al volver a montar. Registra la identidad actual y el punto de recuperación, empieza por el discriminador menos invasivo, interpreta los resultados aprobados y fallidos antes de cambiar otra variable, y detente cuando el almacenamiento se vuelva inestable o la única copia recuperable pudiera quedar expuesta. El flujo de trabajo siguiente solo termina cuando la carga de trabajo original funciona correctamente o las pruebas alcanzan un límite que requiere escalamiento.

Inventaria la exportación y las dependencias de los identificadores de archivo

Registra la identidad del sistema de archivos o conjunto de datos de origen, la ruta del servidor, la pseudorraíz de NFSv4, las opciones de exportación, los valores explícitos de fsid, las rutas de montaje de los clientes, las unidades de autofs o systemd y cada contenedor o aplicación que utilice el montaje. Captura los montajes activos y los archivos abiertos antes de planificar el tiempo de inactividad.

Los identificadores de archivo NFS codifican la identidad del objeto seleccionada por el servidor, por lo que una cadena de ruta sin cambios no garantiza un identificador estable después de mover un sistema de archivos. Una explicación independiente sobre los mecanismos de los identificadores de archivo NFS obsoletos explica cómo las exportaciones eliminadas, recreadas o reasignadas producen identificadores obsoletos incluso cuando el directorio existe visiblemente.

Decide si el objetivo es la estabilidad del espacio de nombres o la continuidad de los identificadores activos. Preservar la ruta visible para el cliente reduce los cambios de configuración, pero mover los datos a otro sistema de archivos aún puede requerir que todos los clientes desmonten y obtengan identificadores nuevos.

Prepara el destino mientras los clientes siguen usando el origen

Crea el conjunto de datos de destino, copia los datos conservando las ACL, los propietarios, los atributos extendidos, los enlaces físicos, los archivos dispersos y las marcas de tiempo, y compara los recuentos y los hashes representativos. Iguala la seguridad de exportación y la asignación de identidades antes de exponer el destino a los clientes de producción.

Utiliza la guía de ZimaSpace sobre la asignación de identidades NFSv4 para alinear las identidades NFSv4 entre servidores Linux. Los identificadores de archivo estables no resuelven las discrepancias en los propietarios numéricos ni en los dominios de nombres, así que valida de forma independiente tanto la capa de identidad de los archivos como la capa de identidad de los usuarios.

Realiza una sincronización inicial mientras el origen esté activo solo si el método de copia lo permite y, después, planifica una sincronización final con los cambios restantes. No exportes ambas copias con permisos de lectura y escritura bajo el mismo espacio de nombres de cliente, porque las escrituras pueden divergir sin que se produzca un fallo evidente.

Pausa los clientes y cambia la exportación

Detén las aplicaciones que escriben, los contenedores y las tareas programadas en cada cliente; después, verifica que ningún proceso importante mantenga archivos abiertos debajo del montaje. Desmonta los clientes correctamente. Tras la sincronización final, deja de exportar el origen o conviértelo en solo lectura, cambia el montaje del servidor o la exportación al destino y recarga las exportaciones.

Un informe de ingeniería de GitLab sobre un caso de cambio de nombre y estado obsoleto de NFS muestra que el comportamiento de los cambios de nombre y las delegaciones puede producir observaciones obsoletas o incoherentes en los clientes. La respuesta operativa segura es pausar las operaciones de forma planificada y volver a montar, no repetir comandos para limpiar cachés mientras las aplicaciones siguen escribiendo.

Si el destino cambia la identidad del sistema de archivos, espera identificadores nuevos y vuelve a montar los clientes desde cero. Conserva la exportación original con un nombre de recuperación que no sea de producción, pero nunca permitas que los árboles antiguo y nuevo acepten escrituras simultáneas en conflicto.

Featured

ZimaCube 2 NAS personal en la nube para el hogar

ZimaCube2

$799.00 - $2,499.00

Buy Now

Vuelve a montar todos los clientes y verifica la nueva identidad

Primero vuelve a montar un cliente canario y prueba la enumeración, la lectura, la creación, el cambio de nombre, la eliminación, el bloqueo de archivos y la propiedad. Reinicia su aplicación dependiente y verifica la carga de trabajo original. Después, procede con los demás clientes, registrando el origen del montaje, la versión de NFS y la ausencia de errores de identificadores obsoletos.

Reinicia el sistema o el automontaje en un cliente canario para demostrar que la configuración persistente apunta al espacio de nombres estable visible para el cliente. Comprueba los registros del servidor, los kernels de los clientes, las tareas de copia de seguridad y los contenedores en busca de rutas antiguas ocultas. Un montaje manual correcto no demuestra que el orden de arranque ni las dependencias de los servicios sean correctos.

Retira el origen solo después de que todos los clientes se hayan vuelto a montar, los trabajos normales se completen correctamente, una copia de seguridad finalice con éxito y se haya probado una restauración. Vuelve atrás antes de aceptar nuevas escrituras si el cliente canario falla; una vez que comiencen las escrituras en el destino, detente y reconcilia los datos de forma deliberada en lugar de alternar las exportaciones repetidamente.