1 NFS简介
1.1 什么是NFS
NFS=Network File System=网络文件系统。
主要功能是通过网络（一般是局域网）让不同的主机系统之间可以共享文件或目录。
NFS客户端（一般为应用服务器，例如web）可以通过挂载（mount）的方式将NFS服务器端共享的数据目录挂载到NFS客户端本地系统中（就是某一个挂载点下）。从客户端本地看，NFS服务器端共享的目录就好像是客户端自己的磁盘分区或者目录一样，而实际上却是远端的NFS服务器的目录。
分布式文件系统：Moosefs（mfs）、GlusterFS、FastDFS（推荐）
NFS属于本地文件存储服务。
NFS主要用于存储web服务器上用户上传的数据信息，图片 附件 头像 视频 音频。
1.2 NFS存储服务价值
（1）可以实现数据统一共享存储
（2）节省架构服务运营成本
1.3 NFS存储服务的优缺点
优点：配置 安装简单
缺点：没有认证功能 分布式存储/ftp/samba
无法支持高并发存储 日PV 2000万
无法实现高可用 分布式存储/keepalived
1.4 实现Windows与linux文件数据共享
（1）FTP服务部署
（2）samba服务部署（可以让Windows与linux同时访问）
1.5 NFS网络文件共享系统由来
可以实现数据共享，数据统一一致，节省架构服务运营成本
1.6 NFS网络文件系统工作方式（存储原理）
（1）在nfs服务端创建共享目录
（2）通过mount 网络挂载，将NFS服务端共享目录挂载到NFS客户端本地目录上。
（3）NFS客户端挂载目录上创建、删除、查看数据操作，等价于在服务端进行创建、删除、查看数据操作。
1.7 NFS存储文件系统中两个重要服务
1 RPC服务 2 NFS服务
1.7.1 RPC服务工作原理
因为NFS的各项功能都需要向RPC服务（rpcbind服务）注册，所以只有RPC服务才能获取到NFS服务的各项功能对应的端口号（port number)、PID、NFS在主机所监听的IP等信息，而NFS客户端也只能通过向RPC服务询问才能找到正确的端□。也就是说，NFS需要有RPC服务的协助才能成功对外提供服务。
1.7.2 NFS工作流程
1.7.3 NFS详细访问流程
当访问程序通过NFS客户端向NFS服务器存取文件时，其请求数据流程大致如下：
（1）首先用户访间网站程序，由程序在NFS客户端上发出存取NFS文件的请求，这时NFS客户端（即执行程序的服务器）的RPC服务（rpcbind服务）就会通过网络向NFS服务器端的RPC服务（rpcbind服务）的111端口发出NFS文件存取功能的询间请求.
（2）NFS服务器端的RPC服务（rpcbind服务）找到对应的已注册的NFS端口后，通知NFS客户端的RPC服务。l
（3）此时NFS客户端获取到正确的端口,并与NFS daemon联机存取数据
（4）NFS客户端把数据存取成功后，返回给前端访间程序，告知用户存取结果，作为网站用户，就完成了一次存取操作。
2 NFS存储服务部署
RPC 远程过程调用程序。先启动PRC服务，然后在启动NFS。
2.1 服务端部署
2.1.1 安装软件程序
yum install -y nfs-utils rpcbind
rpm -qa nfs-utils
rpm -qa rpcbind
2.1.2 编写配置文件
vim /etc/exports #进入配置文件
/data 172.16.1.0/24(rw,sync) #写入命令
# /data 可以进行共享存储目录
# 172.16.1.0/24(rw,sync) 允许存储数据网段信息(存储目录权限配置 存储数据方式配置）
sync=同步方式存储数据：用户有数据存储 ---- 存储服务器（磁盘中） 存储安全性高
async=异步方式存储数据：用户有数据存储 ---- 内存 --- 存储服务器（磁盘中） 存储效率高
2.1.3 创建目录，对目录进行授权
mkdir /data
chown nfsnobody.nfsnobody /data
2.1.4 启动服务程序
systemctl start rpcbind
systemctl reload rpcbind #重启rpcbind 平滑重启
systemctl enable rpcbind
systemctl start nfs
systemctl reload nfs #重启nfs
systemctl enable nfs
### restart：将所有连接会话都会直接断开
### reload: 只会将没有数据传输链接断开，重新建立连接，让用户访问感受更好
2.2 客户端部署
2.2.1 安装相关软件
yum install -y nfs-utils
2.2.2 进行存储目录挂载
mount -t nfs 172.16.1.31:/data /mnt
2.2.3 进行测试
客户端创建文件：
[root@web01 mnt]#ls
[root@web01 mnt]#touch test.txt
[root@web01 mnt]#ls
test.txt
服务端同步文件：
[root@nfs01 data]#ls
[root@nfs01 data]#ls
test.txt
服务端与客户端文件同步，则测试成功。
3 存储服务配置文件编写格式
3.1 配置文件exports参数
| ro | 只读配置，使存储目录权限位只读，使开发人员只能看 | |
|---|---|---|
| rw | 读写权限 | |
| sync | 同步存储数据 | |
| async | 异步存储数据 | |
| all_squash | 不论什么用户包括root，都映射为指定nfsnobody用户 | |
| no_all_squash | 对普通用户不做映射，无权限。root用户映射为nfsnobody | |
| root_squash | 将root用户映射为指定nfsnobody用户，普通用户无权限 | |
| no_root_squash | 将root用户不做映射，普通用户无权限 | |
| anonuid | 指定uid，指定映射成什么用户 | |
| anongid | 指定gid，指定映射成什么用户 |
在企业中，一般选用no_all_squash，root_squash。
3.1.1 all_squash映射实践
第一步：服务端修改服务配置文件
vim /etc/exports
/data 172.16.1.0/24(rw,sync,all_squash)
systemctl reload nfs
第二步：客户端上传数据测试
[root@web01 mnt]#touch test.txt
[root@web01 mnt]#ll test.txt
-rw-r--r-- 1 nfsnobody nfsnobody 0 Jul 16 20:57 test.txt
3.1.2 no_all_squash映射实践
第一步：服务端修改服务配置文件
vim /etc/exports
/data 172.16.1.0/24(rw,sync,no_all_squash)
systemctl reload nfs
第二步：客户端上传数据测试
[root@web01 mnt]# touch aaa.txt
[root@web01 mnt]# ll
-rw-rw-r-- 1 1017 1017 0 Jul 16 12:08 aaa.txt
### 用户传输数据身份没有变化，看用户uid信息
3.1.3 root_squash映射实践
第一步：服务端修改服务配置文件
vim /etc/exports
/data 172.16.1.0/24(rw,sync,root_squash)
systemctl reload nfs
第二步：客户端上传数据测试
[root@web01 mnt]# touch bbb.txt
[root@web01 mnt]# ll
-rw-r--r-- 1 nfsnobody nfsnobody 0 Jul 16 12:19 bbb.txt
### root用户会映射为指定的nfsnobody用户
3.1.4 no_root_squash映射实践
第一步：服务端修改服务配置文件
vim /etc/exports
/data 172.16.1.0/24(rw,sync,no_root_squash)
systemctl reload nfs
第二步：客户端上传数据测试
[root@web01 mnt]# touch ccc.txt
[root@web01 mnt]# ll
-rw-r--r-- 1 root root 0 Jul 16 12:22 ccc.txt
### 将root用户不做映射
3.2 NFS客户端映射原理图
3.2.1 映射原理练习题
要求服务端：
/data/w 可读可写权限，所有用户都做映射， 采用同步传输数据
/data/r 只能读取数据，只有root用户组映射，采用异步传输数据
要求客户端：
backup /data/w --挂载点 /data/w 可以存储数据
web01 /data/r --挂载点 /data/r 不能存储数据
解决服务端：
（1）编写配置文件
vi /etc/exports
/data/w 172.16.1.0/24(rw,sync,all_squash)
/data/r 172.16.1.0/24(ro,async,root_squash)
（2）创建共享存储目录
web01:
mkdir /data/r
chown nfsnobody.nfsnobody /data/r
backup:
mkdir /data/w
chown nfsnobody.nfsnobody /data/w
（3）重启存储服务
systemctl reload nfs
解决客户端：
（1）创建挂载点目录
web01:mkdir /data/r
backup:mkdir /data/w
（2）进行挂载
web01
mount -t nfs 172.16.1.31:/data/r /data/r
backup
mount -t nfs 172.16.1.31:/data/w /data/w
(3)验证成功
[root@web01 r]#touch hh.txt
touch: cannot touch ‘hh.txt’: Read-only file system ### 只读权限，所以出现这种情况才是正常
[root@backup w]#touch kk.txt ### 读写权限，所以能创建
[root@backup w]#ls
kk.txt
3.3 影响NFS服务存储权限原因
（1）服务端配置文件参数 exports文件里ro/rw参数
（2）服务端本身目录权限
（3）服务端共享目录权限存在继承关系 例如：/data，/data/r
PS：建议设置共享目录时，不要存在父级与子级关系
（4）客户端挂载参数是否为 ro
4 NFS挂载常见问题
4.1 异常问题一
ls: cannot open directory .: Stale file handle （文件句柄错误）
出现原因： 当父级和子级目录同时进行挂载时，一旦父级目录取消共享，但是客户端还是处于挂载状态
问题解决： 将和父级目录有关的所有挂载点全部卸载，重新挂载
4.2 异常问题二
Cannot register service: RPC: Unable to receive;
出现原因： 服务启动顺序不正确
问题解决： 关闭所有服务，按顺序进行启动
4.3 异常问题三
出现挂载卡死情况
clnt_create: RPC: Port mapper failure - Unable to receive: errno 113 (No route to host)
出现原因： 服务端开启防火墙，阻止客户端访问
问题解决： 关闭防火墙
4.4 异常问题四
服务端采用restart情况，会有一个90s延迟；造成客户端挂载好共享目录，90s内无法存储数据
出现原因：
cat /etc/sysconfig/nfs|grep 90
#NFSD_V4_GRACE=90
#NFSD_V4_LEASE=90
4.5 NFS存储排错原理
4.5.1 检查服务端服务是否启动
4.5.2 检查NFS服务是否向RPC服务注册
未注册情况
[root@nfs01 ~]# rpcinfo -p localhost
program vers proto port service
100000 4 tcp 111 portmapper
100000 3 tcp 111 portmapper
100000 2 tcp 111 portmapper
100000 4 udp 111 portmapper
100000 3 udp 111 portmapper
100000 2 udp 111 portmapper
已经进行注册
[root@nfs01 ~]# rpcinfo -p localhost
program vers proto port service
100000 3 tcp 111 portmapper
100000 2 tcp 111 portmapper
100000 4 udp 111 portmapper
100000 3 udp 111 portmapper
100000 2 udp 111 portmapper
100005 1 udp 20048 mountd
100005 1 tcp 20048 mountd
100005 2 udp 20048 mountd
100005 2 tcp 20048 mountd
100005 3 udp 20048 mountd
100005 3 tcp 20048 mountd
100003 3 tcp 2049 nfs
100003 4 tcp 2049 nfs
100227 3 tcp 2049 nfs_acl
100003 3 udp 2049 nfs
100003 4 udp 2049 nfs
100227 3 udp 2049 nfs_acl
服务关闭在开启，有些端口会发生改变
100021 1 udp 60318 nlockmgr
100021 3 udp 60318 nlockmgr
100021 4 udp 60318 nlockmgr
100021 1 tcp 32828 nlockmgr
100021 3 tcp 32828 nlockmgr
100021 4 tcp 32828 nlockmgr
4.5.3 检查NFS服务是否存在共享目录
命令：showmount -e 172.16.1.31 NFS没有安装，不能使用showmount
[root@nfs01 data]#showmount -e 172.16.1.31
Export list for 172.16.1.31:
/data/r 172.16.1.0/24
/data/w 172.16.1.0/24
4.6 NFS服务相关重要文件命令
/etc/exports #配置文件
/var/lib/nfs/etab #记录nfs服务默认配置参数信息
rpcinfo -p 172.16.1.31 #检查nfs是否向rpc注册
showmount -e 172.16.1.31 #检查nfs服务是否存在共享目录
/usr/sbin/exportfs #可以平滑重启nfs服务，可以临时设置共享存储目录
平滑重启服务：exportfs -rv
临时创建目录：exportfs -o rw,sync 192.168.232.0/24:/data01
4.7 NFS服务客户端挂载
4.7.1 如何进行挂载
mount -t nfs 172.16.1.31:/data /mnt
4.7.2 如何开机挂载
方法一：vi /etc/rc.local
mount -t nfs 172.16.1.31:/data /mnt
方法二：vi /etc/fstab文件
172.16.1.31:/data /mnt nfs defaults 0 0
centos6
启动系统 -- 加载fstab -- 启动network网络服务 -- netfs（在系统启动完毕之后，再次加载fstab）
centos7
启动系统 -- 加载fstab -- 启动network网络服务 -- remote-fs.target（在系统启动完毕之后，再次加载fstab）
4.7.3 启动nfs服务客户端很慢
出现原因：在客户端上配置自动nfs服务挂载 --- 耦合度太高
解决问题：
（1）取消自动挂载
（2）启动顺序 先开启后端服务（nfs mysql backup 缓存服务） 在开启前端服务（web服务 负载均衡服务）
4.7.4 挂载参数说明
| rw | 让挂载点目录具有可读可写权限 相反ro | |
|---|---|---|
| suid=setuid | 让挂载点目录中的文件特殊权限位生效 相反nosuid 安全 | |
| dev | 让挂载点目录存储设备文件保持属性不变 | |
| exec | 让挂载点目录中的执行文件可以执行 相反noexec | |
| auto(mount -a) | 让挂载点目录实现快速自动挂载 相反noauto | |
| nouser | 让普通用户是否可以卸载和挂载目录 相反user | |
| async | 数据异步存储概念，相反sync同步存储 | |
| noatime | 访问文件时不更新文件的inode时间戳，高并发环境下，推荐显示应用该选项，可以提高系统I/O性能。性能优化 | |
| nodiratime | 不更新文件系统上的directory inode时间戳，高并发环境，推荐显式应用该选项，可以提高系统I/O性能。性能优化 | |
| remount | 在不进行卸载挂载点时，直接重新挂载修改挂载参数 文件系统只读：mount -o remount,rw / 解决 |
|
| rsize=262144 | 设置一个缓存区 262144字节 设置大小和内存有关 用户 （读取） --- web01 /data 2M --- nfs /data 10M 压力大 |
|
| wsize=262144 | 设置一个缓冲区 262144字节 用户（存储） --- web01 /data 10M --- nfs /data 10M 压力大 |
|
| hard | 当服务端处于关闭状态，客户端会处于一直挂载 | |
| soft | 当服务端处于关闭状态，不会一直挂载 | |
| proto=tcp | 挂载协议 |
客户端重要文件：/proc/mounts --- 查看到mount挂载命令默认参数信息
强行进行卸载：umount -lf
4 补充：下载软件出现异常
（1）更新yum源
（2）利用rpm安装软件 获得rpcbind软件包
vim /etc/yum.conf
cachedir=/var/cache/yum/$basearch/$releasever --- 下载软件保存路径
keepcache=1 --- 下载软件保留下来，不要被删除
rpm -ivh rpcbind-0.2.0-47.el7.x86_64.rpm.rpm --- 安装rpcbind