Red Hat Training

A Red Hat training course is available for RHEL 8

2.4. Configuración de NFS sobre GFS2

Debido a la complejidad añadida del subsistema de bloqueo de GFS2 y a su naturaleza de clúster, la configuración de NFS sobre GFS2 requiere tomar muchas precauciones y una cuidadosa configuración. Esta sección describe las advertencias que debe tener en cuenta al configurar un servicio NFS sobre un sistema de archivos GFS2.

Aviso

Si el sistema de archivos GFS2 se exporta por NFS, debe montar el sistema de archivos con la opción localflocks. Dado que la utilización de la opción localflocks le impide acceder con seguridad al sistema de archivos GFS2 desde múltiples ubicaciones, y no es viable exportar GFS2 desde múltiples nodos simultáneamente, es un requisito de soporte que el sistema de archivos GFS2 se monte en un solo nodo a la vez cuando se utiliza esta configuración. El efecto previsto de esto es forzar que los bloqueos POSIX de cada servidor sean locales: no agrupados, independientes unos de otros. Esto se debe a que existen varios problemas si GFS2 intenta implementar bloqueos POSIX de NFS a través de los nodos de un clúster. Para las aplicaciones que se ejecutan en clientes NFS, los bloqueos POSIX localizados significan que dos clientes pueden mantener el mismo bloqueo simultáneamente si los dos clientes están montando desde diferentes servidores, lo que podría causar la corrupción de los datos. Si todos los clientes montan NFS desde un servidor, entonces el problema de que servidores separados concedan los mismos bloqueos de forma independiente desaparece. Si no está seguro de montar su sistema de archivos con la opción localflocks, no debería utilizar la opción. Póngase en contacto con el soporte de Red Hat inmediatamente para discutir la configuración apropiada para evitar la pérdida de datos. La exportación de GFS2 a través de NFS, aunque técnicamente se admite en algunas circunstancias, no se recomienda.

Para todas las demás aplicaciones GFS2 (no NFS), no monte su sistema de archivos utilizando localflocks, de modo que GFS2 gestione los bloqueos POSIX y los flocks entre todos los nodos del clúster (en todo el clúster). Si especifica localflocks y no utiliza NFS, los demás nodos del clúster no tendrán conocimiento de los bloqueos POSIX y flocks de los demás, por lo que no serán seguros en un entorno de clúster

Además de las consideraciones de bloqueo, debe tener en cuenta lo siguiente cuando configure un servicio NFS sobre un sistema de archivos GFS2.

  • Red Hat sólo admite configuraciones de Red Hat High Availability Add-On que utilicen NFSv3 con bloqueo en una configuración activa/pasiva con las siguientes características. Esta configuración proporciona Alta Disponibilidad (HA) para el sistema de archivos y reduce el tiempo de inactividad del sistema, ya que un nodo fallado no da lugar a la necesidad de ejecutar el comando fsck al fallar el servidor NFS de un nodo a otro.

    • El sistema de archivos back-end es un sistema de archivos GFS2 que se ejecuta en un clúster de 2 a 16 nodos.
    • Un servidor NFSv3 se define como un servicio que exporta todo el sistema de archivos GFS2 desde un único nodo del clúster a la vez.
    • El servidor NFS puede pasar de un nodo del clúster a otro (configuración activa/pasiva).
    • No se permite el acceso al sistema de archivos GFS2 except a través del servidor NFS. Esto incluye tanto el acceso al sistema de archivos GFS2 local como el acceso a través de Samba o Clustered Samba. El acceso al sistema de archivos localmente a través del nodo de clúster desde el que se monta puede provocar la corrupción de los datos.
    • No hay soporte de cuotas NFS en el sistema.
  • La opción fsid= NFS es obligatoria para las exportaciones NFS de GFS2.
  • Si surgen problemas con su clúster (por ejemplo, el clúster se queda sin capacidad y el fencing no tiene éxito), los volúmenes lógicos en clúster y el sistema de archivos GFS2 se congelarán y no será posible acceder a ellos hasta que el clúster se quede sin capacidad. Debe tener en cuenta esta posibilidad al determinar si una solución de conmutación por error simple como la definida en este procedimiento es la más adecuada para su sistema.