什么是nfs?
network file system= 网络文件系统。 也称 NFS共享存储
nfs可以做啥？
通过 局域网络 实现 不同主机系统之间 目录 共享。
通过挂载的方式，实现远程不同主机系统间的目录共享。
如果不卸载就可以一直写入，但是如果卸载了，就会看不到也写不了。
多个服务器可以挂载同一个目录。也可以共享同一个
mount -t nfs 172.16.1.31:/data /mnt
命令 挂载谁的哪个目录 自己的哪个目录
为什么要使用nfs共享存储？
用户访问---->负载均衡（公平算法）---->web集群（多个节点）--->返回结果
如果没有共享，在进行公平调度的时候就会产生web节点上的数据不同步。造成数据丢失，而查找不到。
eg:A上传一个图片，B去查看，没有共享，查看不到。
如果有共享存储，相当于不管用户是上传还是查看，web节点去查找的都是同一个共享目录下的内容。那么不管是哪个节点都可以查看到。
nfs可以解决的问题？（静态资源）
1.多台web节点的静态资源共享
2.静态资源的一致性
3.解决多台web磁盘的空间浪费
4.快速迭代web服务器的代码
企业在使用nfs的注意事项？
1.访问静态资源，都去共享上找，带来网络开销，网络的延迟。而nfs，只能是做到静态资源的统一，做不到网站访问速度的提升。
2.所以就需要cdn，来提升访问速度（就近访问）
nfs访问原理：
本地过程调用：mkdir /data
输入此命令--->经过bash翻译---->驱动内核----->调取本地磁盘--->返回结果
远程过程调用：在7上，给31 mkdir /data
在7上输入命令---->将命令封装成一个函数（客户端7）---->通过网络tcp/ip协议---->(31服务端)rpc协议---->对函数进行解封----->以nfs服务运行的进程本地身份（匿名用户），去完成对应的操作
匿名用户可通过 tail /etc/passwd 查看
注意：命令通过网络到服务端，但是找不到服务端。这里就需要有一个rpc协议（远程过程调用）
所以，在找到服务端之前，需要先找到rpc协议
rpc.nfsd : 是否允许你登陆，能挂载就是能登陆
rpc.mount : 挂载之后，你将拥有什么样的权限
portmap: 端口映射。我来了，你把我分到哪个端口。（可多个端口同时）
rpc协议流程：
portmap(分配端口)---->rpc.nfsd(连接成功)---->rpc.mount(有啥权限，能读还是能写)
问题：客户端可不可以是windows,macos,linux ，还是说，只能是linux？
解：因为不管是什么操作系统，在创建的时候，都需要先进行函数的封装，然后到了客户端解封之后，它知道要干啥就行了。
使用nfs，环境装备？
10.0.0.7 客户端 web01
10.0.0.31 服务端 nfs
1.安装
[root@nfs ~]# yum install rpcbind nfs-utils -y
(安装rpcbind和nfs,只装nfs其实也行)
2.配置文件
vim /etc/exports (默认是空的)
语法：
nfs共享目录 + nfs客户端地址 + 参数
/data 172.16.1.0/24(rw,sync,all_aquash)
（地址和参数间不能有空格）
3.创建对应的目录
[root@nfs ~]# mkdir /data
[root@nfs ~]# chown -R nfsnobody.nfsnobody /data/
4.启动
[root@nfs ~]# systemctl start nfs
[root@nfs ~]# systemctl enable nfs
(rpcbind是自启的，不用手动启动)
5.客户端测试
1.先安装软件包
[root@web01 ~]# yum install nfs-utils -y
2.检查172.16.1.31 服务端共享的目录详情
[root@web01 ~]# showmount -e 172.16.1.31
3.客户端执行挂载操作
[root@web01 ~]# mount -t nfs 172.16.1.31:/data /mnt
4.检查挂载是否OK
[root@web01 /]# df -h
5.卸载
[root@web01 ~]# umount /mnt/
不能站在/mnt目录下，否则卸载不掉
添加添在共享目录，删除删的也是共享目录内容
nfs的参数：
nfs共享参数 参数作用
rw* 读写权限
ro 只读权限
sync* 同时将数据写入到内存与硬盘中，保证不丢失数据
async 优先将数据保存到内存，然后再写入硬盘；这样效率更高，但可能会丢失数据
root_squash 当NFS客户端以root管理员访问时，映射为NFS服务器的匿名用户(不常用)
no_root_squash 当NFS客户端以root管理员访问时，映射为NFS服务器的root管理员(不常用)
no_all_squash 无论NFS客户端使用什么账户访问，都不进行压缩（ kvm热迁移 ）
all_squash 无论NFS客户端使用什么账户访问，均映射为NFS服务器的匿名用户(常用)
anonuid* 配置all_squash使用,指定NFS的用户UID,必须存在系统
anongid* 配置all_squash使用,指定NFS的组的UID,必须存在系统
注意：因为我们在做共享的时候，不是手动操作，是程序通过用户身份操作。为了避免用户不同用户权限的问题，将所有的属组属主统一身份。
所以需要：
[root@nfs ~]# groupadd -g 666 www
[root@nfs ~]# useradd -u666 -g666 www
[root@nfs ~]# chown -R www.www /data
为了避免程序在操作NFS时。权限会出现错误，我们将进程运行的用户，与nfs存储压缩的用户保持一致。
[root@web01 ~]# groupadd -g 666 www
[root@web01 ~]# useradd -u 666 www -g www
总结：
1.NFS存储优点
1.NFS简单易用、方便部署、数据可靠、服务稳定、满足中小企业需求。
2.NFS的数据都在文件系统之上，所有数据都是能看得见。
2.NFS存储局限
1.存在单点故障,他不支持集群模式。 如果构建高可用维护麻烦web->nfs()->backup （ glusterfs、tfs、moosefs、fastdfs、ceph.........）
2.NFS数据都是明文， 并不对数据做任何校验，也没有密码验证(强烈建议内网使用)。
3.NFS应用建议
1.生产场景应将静态数据(jpg\png\mp4\avi\css\js)尽可能放置CDN场景进行环境, 以此来减少后端存储压力
2.如果没有缓存或架构、代码等，本身历史遗留问题太大，在多存储也没意义