1, NSF introdujo
NFS, Network File System es la abreviatura de ese sistema de archivos de red. Sistema de archivos de red de FreeBSD es un sistema de archivos compatible, también conocido como NFS. NFS permite que un sistema de directorios y archivos de la parte con otros en la red. Mediante el uso de NFS, los usuarios y los programas pueden acceder a los mismos archivos que el acceso a los archivos locales en el sistema remoto.
NFS RPC Por qué?
Debido a que NFS soportan muchas funciones, diferentes funciones utilizará un programa diferente para empezar, por lo tanto, NFS función correspondiente puerto correspondiente no puede ser fijo.
No hay puerto fijo causada por un fallo de comunicación entre el cliente y el servidor, por lo que es necesario RPC de ayuda.
NFS será elegido al azar de inicio cuando varios puertos de acceso al registro y servicio proactivo relacionada con los puertos y la información funcional a RPC, RPC utiliza un puerto fijo 111 para escuchar las solicitudes del cliente NFS y devuelve el servidor NFS la información correcta para el puerto de cliente, de manera que los datos de cliente y servidor pueden ser transmitidos.
2, NFS flujo de trabajo
1, iniciar una solicitud para acceder al archivo por el programa del cliente NFS, RPC del cliente local (el rpcbind) servicio envía una solicitud a la función de acceso a los archivos del 111 puertos RPC del servidor NFS a través de la red.
2, del lado del servidor NFS RPC para encontrar el puerto de NFS registrada correspondiente, Informe al servicio RPC de cliente.
3, el cliente obtiene el puerto correcto, y la línea de datos demonio de acceso NFS.
4, después de acceder con éxito los datos, el programa devuelve el acceso frontal, una operación de acceso a completa.
Así que no importa el cliente, el servidor, es necesario utilizar NFS, debe instalar el servicio RPC.
servicio RPC NFS, llamada portmap en CentOS5, Centos6 bajo el nombre rpcbind.
3, el montaje servicio NFS
[la raíz @ k8smaster ~] # systemctl el reinicio del rpcbind; Estado systemctl las # Servicios rpcbind deben instalarse en el rpcbind
[la raíz @ k8snode01 ~] # systemctl el reinicio del rpcbind; Estado systemctl la rpcbind # cliente no puede instalar el rpcbind
[la raíz @ k8snode02 ~] # systemctl la rpcbind reinicio; systemctl estado # rpcbind cliente no se puede montar rpcbind
[Root @ k8smaster ~] # systemctl reinicio NFS, NFS Estado systemctl servidor NFS # debe instalarse
[root @ k8snode01 ~] # systemctl reinicio NFS; Estado systemctl NFS # cliente debe estar instalado NFS
[root @ k8snode02 ~] # systemctl reinicio NFS ; systemctl estado NFS # cliente debe estar instalado NFS
[Root @ k8smaster ~] # mkdir / SHAREDIR # Crear el directorio de montaje (con sugerencias y ruta del servidor, para facilitar la gestión unificada)
[root @ k8snode01 ~] # mkdir / SHAREDIR # Crear el directorio de montaje (con el camino de la cara asesoramiento y servicio, para facilitar la gestión unificada)
[root @ k8snode01 ~] # mkdir / SHAREDIR # crea el directorio de montaje (con sugerencias y ruta del servidor, para facilitar la gestión unificada)
[root @ k8smaster ~] # chmod -R 777 / SHAREDIR # permisos
[Root @ k8smaster ~] # more / etc / Exportaciones archivo de configuración del servidor # NFS
/ SHAREDIR * (rw, sync, all_squash)
[root @ k8smaster ~] # exportfs -rv # configuración tenga efecto
Exportación *: / SHAREDIR
[root @ k8smaster SHAREDIR] # showmount -e # directorios compartidos se muestran
Lista de exportación para k8smaster:
/ SHAREDIR *
[root @ k8smaster SHAREDIR] #
/ SHAREDIR - para el directorio compartido
* - indica que el cliente puede acceder al segmento de IP o IP (admite una sola IP "192.168.1.0 "segmento de IP" 192.168.1.0/24 "dominio comodín" * .qq.com "etc.)
RW - representa leen y el acceso de escritura
RO - representa acceso de sólo lectura
de sincronización (síncrono) - o una petición para datos de escritura, la sincronización de datos de escritura servidor NFS en el disco duro y luego regresar
al asincrónico (asincrónica) - o una solicitud de datos de escritura, primera solicitud de devolución, y escribe los datos en la memoria caché. Este parámetro puede mejorar el rendimiento de NFS, pero reducirá la seguridad de datos, no se recomienda
no_root_squash - acceso de los usuarios NFS Sever directorio compartido si es root, entonces tendrá acceso root al directorio compartido. evitar el uso de
root_suqash - el acceso a los usuarios del servidor NFS directorio compartido si es root, entonces es permisos se comprimen en un usuario anónimo, mientras que su UID y GID se convertirán en un don nadie o nfsbody
all_squash - independientemente del acceso del servidor NFS directorio compartido de la identidad del usuario, sus permisos se comprimen en un usuario anónimo, mientras que su UID y GID se convertirán en nadie o cuenta nfsnobody, NFS Sever leer y escribir datos simultáneamente en múltiples cliente NFS, este parámetro es útil
anonuid - parámetros comienzan con anon * se refiere a un usuario anónimo anónimo, el valor UID del usuario se establece por lo general el valor UID o nadie nfsbody, por supuesto, también podemos establecer el valor UID por su cuenta, pero UID debe existir en el directorio / etc / passwd en.
anongid - con anonuid, la diferencia es reemplazar el gid uid
el uso del comando exportfs
-a toda montar o desmontar
-r re-lectura / etc / exports la información, y la actualización de sincronización etc / exportaciones, var / lib / NFS / xtab / /
-u Descarga de un solo directorio (y para su uso con -a para descargar todos los archivos / etc / exports archivo de directorio)
imprime -v información detallada sobre la pantalla
el uso de comandos showmount
información del directorio pantalla -a en que ya están conectados al cliente
-e nombre de host IP o la dirección IP del directorio compartido para este espectáculo a cabo
El cliente montaje
ejecutar comando mount:
# Formato: mount -t nfs nombre de host (oriP) : directorio del servidor de directorio
[k8snode01 la raíz @ ~] # montaje NFS 192.168.23.100:/sharedir -t / SHAREDIR
[la raíz @ ~ k8snode02] # montaje NFS 192.168.23.100:/sharedir -t / SHAREDIR
4, la verificación de la operación
está escrito en el nodo 1 y archivos nodo2, ver la situación en la fase escrita del Maestro
[root @ k8snode01 sharedir] # echo "node01"> cliente node01.log # para escribir el archivo
[root @ k8snode01 sharedir] #
[Root @ k8snode02 sharedir] # echo "node02"> # node02.log cliente para escribir el archivo
[root @ k8snode02 sharedir] #
[root @ k8smaster sharedir] # ls -lrt #服务端查看文件
total de 8
-rw-r - r-- 1 nfsnobody nfsnobody 07 de febrero 19 22:19 node01.log
-rw-r - r-- 1 nfsnobody nfsnobody 7 Feb 19 de 22:19 node02.log
[root @ k8smaster sharedir] # más node01.log
node01
[root @ k8smaster sharedir] # más node02.log
node02
[root @ k8smaster sharedir] #
