Red Hat Training

A Red Hat training course is available for Red Hat Enterprise Linux

2.5.5. Configuración de NFS en GFS2

Debido a la complejidad añadida del subsistema de bloqueo de GFS2 y a su naturaleza de agrupamiento, la configuración de NFS en GFS2 requiere muchas precauciones y una configuración cuidadosa. Esta sección describe los riesgos que puede correr en una cuenta al configurar un servicio NFS en un sistema de archivos GFS2.

Aviso

Si el sistema de archivos GFS2 es exportado con NFS, y las aplicaciones de cliente NFS usan cerrojos POSIX, entonces deberá montar el sistema de archivos con la opción localflocks. El efecto que se pretende es forzar a los cerrojos de POSIX de cada servidor para que sean locales: es decir no agrupados, independientes uno del otro. (Se presentan una serie de problemas si GFS2 intenta implementar cerrojos de POSIX desde NFS a través de los nodos de un clúster). Para las aplicaciones que se ejecutan en clientes NFS, los cerrojos POSIX localizados significan que dos clientes pueden tener simultáneamente el mismo cerrojo si dos clientes montan desde servidores diferentes. Si todos los clientes montan NFS desde un servidor, entonces desaparecerá el problema de que servidores independientes otorguen los mismos cerrojos por separado. Si no está seguro de montar su sistema de archivos con la opción localflocks, no debería usarla; siempre es más seguro si los cerrojos operan en una base agrupada.
Además de las consideraciones de cerrojo, debería tener en cuenta lo siguiente al configurar un servicio NFS en un sistema de archivos GFS2.
  • Red Hat soporta únicamente las configuraciones de alta disponibilidad adicionales mediante NFSv3 con cerrojo en configuración activa/pasiva con las siguientes características:
    • El Sistema de archivos de fondo es el sistema de archivos GFS2 que se ejecuta en un cluster de 2 a 16 nodos.
    • Un servidor NFSv3 se define como un servicio que exporta simultáneamente todo el sistema de archivos GFS2 desde un nodo de cluster único.
    • El servidor NFS puede conmutarse de un nodo de cluster a otro (configuración activa y pasiva).
    • No se permite el acceso al sistema de archivos GFS2 excepto a través del servidor NFS. Esto incluye tanto el acceso del sistema de archivos local como el acceso a través de Samba o Samba en cluster.
    • No hay soporte de cuota NFS en el sistema.
    Esta configuración proporciona alta disponibilidad para el sistema de archivos y reduce el tiempo de inactividad porque un nodo fallido no resulta en el requerimiento para ejecutar el comando fsck cuando falla el servidor NFS de un nodo a otro.
  • La opción de NFS fsid= es obligatoria para exportaciones NFS de GFS2.
  • Si se presentan problemas con su clúster (por ejemplo, el clúster no tiene cuórum y el cercado no es exitoso), los volúmenes lógicos en clúster y el sistema de archivos GFS2 se congelarán y no se podrá acceder hasta que el clúster tenga cuórum. Considere esta posibilidad al determinar si la solución de conmutación única tal como la definida en este procedimiento es la más apropiada para su sistema.