Montaje de un NAS-HA mediante NFS compartido

Objetivo

El servicio NAS-HA de OVHcloud le permite gestionar un almacenamiento de archivos al que podrá acceder desde una red.

Esta guía explica cómo acceder al NAS-HA a través de NFS en los sistemas operativos más habituales.

Requisitos

• Tener una solución NAS-HA de OVHcloud.
• Tener contratado un servicio de OVHcloud al que esté asociada una dirección IP pública (Hosted Private Cloud, servidor dedicado, VPS, instancia de Public Cloud, etc.).
• Tener un sistema operativo compatible con NFS instalado en el servidor.
• Haber creado una partición en el servicio con el protocolo NFS activado.
• Tener un registro ACL para la dirección IP del servidor.
• Tener acceso administrativo (sudo) al servidor por SSH o GUI.

Procedimiento

Las siguientes secciones contienen ejemplos de configuración para las distribuciones y sistemas operativos más utilizados. En primer lugar, conéctese al servidor por SSH o acceda a la interfaz gráfica del sistema operativo instalado. Los siguientes ejemplos suponen que está conectado como usuario con permisos muy exigentes.

También necesitará el nombre interno y la dirección IP del servicio NAS-HA, que podrá consultar en el mensaje de correo electrónico que le enviemos después de la instalación, o en el área de cliente de OVHcloud.

Las siguientes notaciones se utilizan como argumentos en las secciones de línea de órdenes siguientes. Sustituya por los valores apropiados al introducir los comandos.

Distribuciones basadas en Debian

Instale el package nfs-common:

ubuntu@server:~$ sudo apt install nfs-common

A continuación, utilice el siguiente comando para montarlo:

ubuntu@server:~$ sudo mount -t nfs IP_HA-NAS:/NFS_PATH /MOUNTING_FOLDER

Ejemplo:

ubuntu@server:~$ sudo mount -t nfs 10.1.1.1:/zpool-123456/partition01 /mount/ha_nas

Ahora puede acceder a la partición montada en la carpeta especificada.

Distribuciones basadas en RedHat (CentOS, AlmaLinux, Rocky Linux, Fedora...)

Compruebe que se hayan instalado las últimas versiones de los paquetes nfs-utils y rpcbind:

root@server:~$ sudo yum install nfs-utils rpcbind

Reinicie el servicio rpcbind con el siguiente comando:

root@server:~$ sudo systemctl restart rpcbind

Para montar la partición, utilice el siguiente comando:

root@server:~$ sudo mount -t nfs IP_HA-NAS:/NFS_PATH /MOUNTING_FOLDER

Ejemplo 1:

root@server:~$ sudo mount -t nfs 10.1.1.1:/zpool-123456/partition01 /mount/ha_nas

Ahora puede acceder a la partición montada en la carpeta especificada.

Ejemplo 2:

Instale el package nfs-utils :

root@server:~$ sudo dnf -y install nfs-utils

A continuación, utilice el siguiente comando para montarlo:

root@server:~$ sudo mount -t nfs IP_HA-NAS:/NFS_PATH /MOUNTING_FOLDER

root@server:~$ sudo mount -t nfs 10.1.1.1:/zpool-123456/partition01 /mount/ha_nas

Ahora puede acceder a la partición montada en la carpeta especificada.

Microsoft Windows - Particularidades

Asegúrese de que el usuario de Windows que debe acceder a su NAS-HA dispone de los derechos necesarios.

El par UID/GID debe estar configurado en "0" (derecho root UNIX).

Si no es así, pueden producirse errores de acceso al NAS-HA. De hecho, cuando el protocolo NFS está activado en un equipo Windows, se crea automáticamente un usuario UNIX con un UID y un GID predeterminados establecidos en "-2" (o 4294967294), lo que restringe el acceso.

Como solución alternativa, el UID y el GID se pueden forzar a "0" en el equipo Windows que accede a su NAS-HA:

1. Abra el editor del registro (regedit) en el equipo cliente.
2. Vaya a la siguiente clave: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\ClientForNFS\CurrentVersion\Default.
3. Cree las dos entradas de tipo DWORD siguientes: AnonymousUid y AnonymousGid.
4. Asigne el valor "0" a cada una de estas entradas.
5. Reinicie el servicio NFS en el equipo cliente para aplicar los cambios.

Todas las opciones de montaje están disponibles en el sitio de Microsoft.

Proxmox

En el panel de administración de Proxmox, haga clic en Storage en el menú vertical.

Haga clic en el botón Add y seleccione NFS.

Se abrirá una ventana en la que deberá introducir la siguiente información:

Haga clic en Add para montar la partición.

VMware ESXI

En el panel de administración VMware ESXI, haga clic en Storage en el menú de la izquierda.

Haga clic en el botón New datastore para abrir el asistente.

En la nueva ventana, seleccione Mount NFS datastore y haga clic en Next.

Rellene el formulario con los siguientes detalles.

A continuación, haga clic en Next. Haga clic en Finish en el último paso.

La partición NAS-HA está ahora montada en datastores.

NFSv3/NFSv4

El NAS-HA soporta los protocolos NFSv3 y NFSv4. En este tutorial explicamos cómo se utilizan.

Qué ocurre si no se especifica la versión durante el pedido NFS?

En ese caso, el cliente NFS intentará conectarse directamente a la versión más alta de NFS. También puede elegir si prefiere utilizar NFSv3, NFSv4, NFSv4.1 o NFSv4.2:

Para forzar el uso de NFSv3, utilice el siguiente comando:

ubuntu@server:~$ sudo mount -t nfs -o vers=3 IP_HA-NAS:/NFS_PATH /MOUNTING_FOLDER

• Ejemplo:

ubuntu@server:~$ sudo mount -t nfs -o vers=3 10.1.1.1:/zpool-123456/partition01 /mount/ha_nas

Para forzar el uso de NFSv4, utilice el siguiente comando:

ubuntu@server:~$ sudo mount -t nfs -o vers=4 IP_HA-NAS:/NFS_PATH /MOUNTING_FOLDER

• Ejemplo:

ubuntu@server:~$ sudo mount -t nfs -o vers=4 10.1.1.1:/zpool-123456/partition01 /mount/ha_nas

También puede utilizar el siguiente comando para determinar la versión utilizada en el montaje actual:

ubuntu@server:~$ nfsstat -m

En la respuesta, el parámetro vers=3 o vers=4 le indica cuál es el protocolo utilizado.

El uso de los mandos será similar para CentOS y Fedora.

Para forzar el uso de NFSv4.1, utilice el siguiente comando:

ubuntu@server:~$ sudo mount -t nfs -o vers=4.1 IP_HA-NAS:/NFS_PATH /MOUNTING_FOLDER

• Ejemplo:

ubuntu@server:~$ sudo mount -t nfs -o vers=4.1 10.1.1.1:/zpool-123456/partition01 /mount/ha_nas

Para forzar el uso de NFSv4.2, utilice el siguiente comando:

ubuntu@server:~$ sudo mount -t nfs -o vers=4.2 IP_HA-NAS:/NFS_PATH /MOUNTING_FOLDER

• Ejemplo:

ubuntu@server:~$ sudo mount -t nfs -o vers=4.2 10.1.1.1:/zpool-123456/partition01 /mount/ha_nas

Puede utilizar este comando para comprobar la versión de su montaje actual:

ubuntu@server:~$ nfsstat -m

Consejos para optimizar el rendimiento o la estabilidad de su conexión NFS

En la mayoría de los casos, las opciones de montaje por defecto configuradas en los clientes Linux son suficientes para obtener un rendimiento aceptable. Sin embargo, en determinadas situaciones, puede ser útil activar o desactivar determinadas opciones para obtener un mejor rendimiento global.

Además, para obtener un rendimiento óptimo y evitar varios bugs identificados en el cliente NFS, le recomendamos que utilice un kernel Linux lo más reciente posible.

A continuación ofrecemos algunos consejos que le ayudarán a afinar la configuración de su cliente NFS.

Algunas opciones de montaje a considerar

Puede conocer las opciones de montaje que aplica su cliente Linux con el comando mount -l.

Ejemplo de devolución de este pedido:

XX.XX.XX.XX:/zpool-XXXXXX/DIR on /mnt type nfs4 (rw,relatime,vers=4.2,rsize=131072,wsize=131072,namlen=255,hard,proto=tcp,timeo=600,retrans=2,...)

• rsize=1048576: define el número máximo de bytes de datos que el cliente NFS puede recibir por cada solicitud de LECTURA de red. Este valor se aplica cuando se leen datos de un archivo en un sistema de archivos NFS. El mayor tamaño posible (hasta 1048576) garantiza un mejor rendimiento.
• wsize=1048576: establece el número máximo de bytes de datos que el cliente NFS puede enviar para cada solicitud de escritura en la red. Este valor se aplica cuando se escriben datos en un archivo en un sistema de archivos NFS. El mayor tamaño posible (hasta 1048576) garantiza un mejor rendimiento.
• hard: define el comportamiento de recuperación del cliente NFS después de la expiración de una consulta, de modo que las consultas se reinician indefinidamente hasta que NAS-HA responde. Esta opción garantiza la integridad de los datos.
• timeo=150: establece el valor de tiempo de espera que el cliente NFS usa para esperar una respuesta antes de reiniciar una solicitud NFS. Utilice un valor de al menos 150, que equivale a 15 segundos, para evitar una disminución del rendimiento.
• retrans=2: establece en 2 el número de veces que el cliente NFS realiza una consulta antes de intentar una acción de recuperación.
• tcp: para acelerar el montaje del sistema de archivos en NFS v3 (no necesario para NFSv4.x que utiliza únicamente TCP).
• _netdev: cuando esta opción está presente en el archivo /etc/fstab, impide que el sistema operativo del cliente intente montar el sistema de archivos NFS hasta que se habilite la red.
• nofail: si el SO de su cliente debe poder arrancar independientemente del estado de su sistema de archivos NFS, añada la opción nofail.
• actimeo=30: la especificación actimeo define todos los parámetros acregmin, acregmax, acdirmin y acdirmax en el mismo valor. Si se utiliza un valor inferior a 30 segundos, el nivel de rendimiento podría degradarse, ya que las cachés de atributos de los archivos y directorios caducan demasiado rápido.
• nfsvers: evite utilizar la versión 4.0 de NFS si es posible. En su lugar, utilice las versiones 3, 4.1 o 4.2 (siempre que sea posible, utilice la misma versión de NFS para todos los clientes conectados a un mismo recurso compartido NFS).
• nordirplus: en algunos entornos con muchos directorios, donde sólo la información de un pequeño subconjunto de entradas de directorio es utilizada por un cliente NFSv3, READDIRPLUS puede hacer que el rendimiento sea más lento. La opción nordirplus permite desactivar esta funcionalidad

Forzar el uso de NFSv3 en algunos casos

• Dado que NFSv3 no tiene estado, el rendimiento con NFSv3 puede ser significativamente mejor para determinadas cargas de trabajo, especialmente para las cargas de trabajo que hacen muchas llamadas de tipo OPEN, CLOSE, SETATTR y GETATTR.
• Si aloja una base de datos en su recurso compartido NFS, tenga en cuenta que, en caso de desconexiones de red, el mecanismo de bloqueo específico del protocolo NFS v4.x puede provocar la interrupción de la aplicación (consulte esta rfc para más detalles: https://datatracker.ietf.org/doc/rfc3530/).
• Si aloja máquinas virtuales VMware en su recurso compartido NFS, tenga en cuenta que el mecanismo de bloqueo integrado en la versión NFSv4.x no es compatible con el modo de clustering implementado en su NAS-HA (cluster en modo activo/pasivo explicado en esta página). Por lo tanto, es necesario utilizar el protocolo NFSv3. De lo contrario, perderá el acceso a su datastore durante un incidente que afecte al servidor principal o durante una operación de mantenimiento programada.

Mejorar el rendimiento de lectura modificando el atributo read_ahead_kb

Algunos kernels Linux utilizan un valor por defecto de 128 KB de read_ahead_kb. Se recomienda aumentar este valor hasta 15 MB si tiene problemas de rendimiento de lectura. Para obtener más información, consulte esta página.

Más información

Si necesita formación o asistencia técnica para implantar nuestras soluciones, póngase en contacto con su representante de ventas o haga clic en este enlace para obtener un presupuesto y solicitar un análisis personalizado de su proyecto a nuestros expertos del equipo de Servicios Profesionales.

Interactúe con nuestra comunidad de usuarios.