P:1 ¿Por qué usar NFS?
Respuesta: Un sistema de archivos de red (NFS) permite que una máquina remota monte sistemas de archivos en una red e interactúe con esos sistemas de archivos como si estuvieran montados localmente. Esto permite a los administradores del sistema consolidar recursos en servidores centralizados a través de la red.
P:2 ¿Cuál es el puerto predeterminado del servidor NFS?
Respuesta: Por defecto, NFS usa el puerto TCP 2049.
P:3 ¿Cuáles son las diferentes versiones del servidor NFS?
Respuesta: Actualmente, hay tres versiones de NFS. NFS versión 2 (NFSv2) es más antiguo y ampliamente compatible. NFS versión 3 (NFSv3) admite escrituras asíncronas seguras y es más robusto en el manejo de errores que NFSv2; también es compatible Tamaños de archivo de 64 bits y compensaciones, lo que permite a los clientes acceder a más de 2GB de datos del archivo.
NFS versión 4 (NFSv4) funciona a través de cortafuegos y en Internet, ya no requiere un rpcbind servicio, admite ACL y utiliza operaciones con estado. Red Hat Enterprise Linux 6.X y Centos 6.X admiten clientes NFSv2,NFSv3 y NFSv4. Al montar un sistema de archivos a través de NFS, Red Hat Enterprise Linux usa NFSv4 de forma predeterminada, si el servidor lo admite.
P:4 ¿Qué son los archivos de configuración del servidor NFS?
Respuesta: ‘/etc/exportaciones’ es el archivo de configuración principal que controla qué sistemas de archivos se exportan a hosts remotos y especifica las opciones.
‘/etc/sysconfig/nfs‘ es el archivo a través del cual podemos arreglar puertos para RQUOTAD_PORT, MOUNTD_PORT, LOCKD_TCPPORT, LOCKD_UDPPORT y STATD_PORT
P:5 ¿Cuáles son las diferentes opciones utilizadas en el archivo /etc/exports?
Respuesta: A continuación se muestra una lista de opciones utilizadas en el archivo /etc/exports:
- Ro: El directorio es compartido de solo lectura; la máquina cliente no podrá escribir en él. Este es el valor predeterminado.
- rw: La máquina cliente tendrá acceso de lectura y escritura al directorio.
- root_squash: De manera predeterminada, cualquier solicitud de archivo realizada por el usuario root en la máquina cliente se trata como si la hubiera realizado el usuario none en el servidor. (Exactamente a qué UID se asigna la solicitud depende del UID del usuario «nadie» en el servidor, no del cliente).
- no_root_squash : si se usa esta opción, la raíz en la máquina cliente tendrá el mismo nivel de acceso a los archivos en el sistema que la raíz en el servidor. Esto puede tener serias implicaciones de seguridad, aunque puede ser necesario si desea realizar cualquier trabajo administrativo en la máquina cliente que involucre los directorios exportados. No debe especificar esta opción sin una buena razón.
- no_subtree_check : si solo se exporta una parte de un volumen, una rutina llamada verificación de subárboles verifica que un archivo que se solicita del cliente se encuentra en la parte adecuada del volumen. Si se exporta todo el volumen, deshabilitar esta verificación acelerará las transferencias.
- sincronizar : responde a la solicitud de NFS solo después de que todos los datos se hayan escrito en el disco. Esto es mucho más seguro que async y es el valor predeterminado en todas las versiones de nfs-utils posteriores a la 1.0.0.
- asíncrono: Responde a las solicitudes antes de que los datos se escriban en el disco. Esto mejora el rendimiento, pero da como resultado la pérdida de datos si el servidor deja de funcionar.
- no_wdelay: NFS tiene un algoritmo de optimización que retrasa las escrituras en disco si NFS deduce la probabilidad de que llegue pronto una solicitud de escritura relacionada. Esto ahorra escrituras en disco y puede acelerar el rendimiento
- wretraso: Negación de no_wdelay , esto es por defecto
- no ocultar: Normalmente, si un servidor exporta dos sistemas de archivos, uno de los cuales está montado sobre el otro, entonces el cliente tendrá que montar ambos sistemas de archivos explícitamente para tener acceso a ellos. Si solo monta el padre, verá un directorio vacío en el lugar donde está montado el otro sistema de archivos. Ese sistema de archivos está «oculto». Establecer la opción nohide en un sistema de archivos hace que no se oculte, y un cliente debidamente autorizado podrá pasar del padre a ese sistema de archivos sin notar el cambio.
- esconder : Negación de nohide Este es el valor predeterminado
P:6 ¿Cómo enumerar el recurso compartido nfs disponible en la máquina local y la máquina remota?
Respuesta: ‘showmount -e servidor local’ : Muestra los recursos compartidos disponibles en su máquina local
‘showmount -e ‘: enumera los recursos compartidos disponibles en el servidor remoto
P:7 ¿Qué es pNFS?
Respuesta: Parallel NFS (pNFS) como parte del estándar NFS v4.1 está disponible a partir de Red Hat Enterprise Linux 6.4. El pNFS La arquitectura mejora la escalabilidad de NFS, con posibles mejoras en el rendimiento. Es decir, cuando un servidor también implementa pNFS, un cliente puede acceder a los datos a través de varios servidores al mismo tiempo. Admite tres protocolos o diseños de almacenamiento: archivos, objetos y bloques.
P:8 ¿Cuál es la diferencia entre el montaje duro y el montaje suave en nfs?
Respuesta: La diferencia entre el montaje suave y el montaje duro se enumera a continuación:
- Montaje blando: Considere que hemos montado un recurso compartido NFS usando ‘montaje suave’. Cuando un programa o aplicación solicita un archivo del sistema de archivos NFS, los demonios del cliente NFS intentarán recuperar los datos del servidor NFS. Pero, si no recibe ninguna respuesta del servidor NFS (debido a un bloqueo o falla del servidor NFS), el cliente NFS informará un error al proceso en la máquina cliente que solicita el acceso al archivo. La ventaja de este mecanismo es la «capacidad de respuesta rápida», ya que no espera a que el servidor NFS responda. Pero, la principal desventaja de este método es la corrupción o pérdida de datos. Por lo tanto, esta no es una opción recomendada para usar.
- Montaje duro: Supongamos que hemos montado el recurso compartido NFS utilizando el montaje duro, volverá a intentar contactar con el servidor repetidamente. Una vez que el servidor vuelva a estar en línea, el programa continuará ejecutándose sin interrupciones desde el estado en el que se encontraba durante el bloqueo del servidor. Podemos usar la opción de montaje «intr» que permite que las solicitudes de NFS se interrumpan si el servidor se cae o no se puede acceder. Por lo tanto, las configuraciones recomendadas son opciones duras e intr.
P:9 ¿Cómo verificar el iostat de los puntos de montaje nfs?
Respuesta: Usando el comando ‘nfsiostato‘ podemos listar iostat de puntos de montaje nfs. Utilice el siguiente comando:
# nfsiostat
: especifica la cantidad de tiempo en segundos entre cada informe. El primer informe contiene estadísticas del tiempo transcurrido desde que se montó cada sistema de archivos. Cada informe posterior contiene estadísticas recopiladas durante el intervalo desde el informe anterior.
: Si se especifica el parámetro , el valor de determina el número de informes generados con segundos de diferencia. si el parámetro de intervalo se especifica sin el parámetro , el comando genera informes continuamente.
: Si se especifican uno o más nombres de , solo se mostrarán las estadísticas de estos puntos de montaje. De lo contrario, se enumeran todos los puntos de montaje de NFS en el cliente.
P:10 ¿Cómo verificar la versión del servidor nfs?
Respuesta: ‘nfsstat -o todo’ El comando muestra toda la información sobre las versiones activas de NFS.
P:11 ¿Qué es el mapa de puertos?
Respuesta: El mapeador de puertos mantiene una lista de qué servicios se están ejecutando en qué puertos. Esta lista es utilizada por una máquina de conexión para ver qué puertos quiere hablar para acceder a ciertos servicios.
P:12 ¿Cómo volver a exportar todos los directorios del archivo ‘/etc/exports’?
Respuesta: Usando el comando ‘ exportfs-r ‘, podemos volver a exportar o actualizar las entradas del archivo ‘/etc/exports’ sin reiniciar el servicio nfs
