20190143NFS服务、RS宕机问题

最新推荐文章于 2024-06-11 05:00:00 发布

原创最新推荐文章于 2024-06-11 05:00:00 发布 · 394 阅读

0 ·

CC 4.0 BY-SA版权

Linux实验室专栏收录该内容

47 篇文章

订阅专栏

本文介绍NFS网络文件系统的配置方法及常见问题解决，包括跨机器共享文件夹的步骤和注意事项。同时探讨了Keepalived配置实现负载均衡与高可用性的方案。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

文章目录

NFS

问题1：
A机器上传了一张图片，结果B机器访问的时候就提示404.

Network File System。网络文件系统，即通过网络，对在不同主机上的文件进行共享。
NFS最早由Sun公司开发，分2,3,4三个版本，2和3由Sun起草开发，4.0开始Netapp公司参与并主导开发，最新为4.1版本，更新比较慢其实4.1是从2010年就开始使用了。

NFS数据传输基于RPC协议，RPC为Remote Procedure Call的简写。

NFS应用场景是：A,B,C三台机器上需要保证被访问到的文件是一样的，A共享数据出来，B和C分别去挂载A共享的数据目录，从而B和C访问到的数据和A上的一致；

两台机器：
aming01(128) 作为服务端
aming03(130) 作为客户端

在aming01上安装：nfs-utils包

# yum install -y nfs-utils
在aming02上也安装：nfs-utils包；

# yum install -y nfs-utils
在aming01上，修改配置文件/etc/exports，写入以下内容

/home/nfstestdir 192.168.222.0/24(rw,sync,all_squash,anonuid=1000,anongid=1000)

语句释义：

/home/nfstestdir ：共享的目录
rw：读写
ro：只读
sync：同步模式，内存数据实时写入磁盘
async ：非同步模式
no_root_squash：客户端挂载NFS共享目录后，root用户不受约束，权限很大
root_squash：与上面选项相对，客户端上的root用户收到约束，被限定成某个普通用户
all_squash：客户端上所有用户在使用NFS共享目录时都被限定为一个普通用户
anonuid/anongid：和上面几个选项搭配使用，定义被限定用户的uid和gid
192.168.222.0/24：为客户端的网段；

创建nfstestdir目录，并给予777权限；
# mkdir /home/nfstestdir
# chmod 777 /home/nfstestdir/
开启nfs服务，并监听端口，端口111为其默认端口；
# systemctl start nfs
设置开机启动：
# systemctl enable nfs
查看服务端共享目录：

# showmount -e 192.168.222.128
注意：假如没有出现共享目录，有下面可能，注意排查：

1、两者通信问题；
2、把两者的防火墙关闭

挂载NFS
# mount -t nfs 192.168.222.128:/home/nfstestdir /mnt/
创建测试文件：
# cd /mnt/
# touch 111
exportps命令常用选项：
-a 全部挂载或者全部卸载
-r 重新挂载
-u 卸载某一个目录
-v 显示共享目录
在服务端上：
exportfs -arv
这样就可以让服务器直接生效，不需要再次重启nfs服务
编辑配置文件，增加一个共享的目录
/home/nfstestdir 192.168.222.0/24(rw,sync,all_squash,anonuid=1000,anongid=1000)
/tmp/ 192.168.222.130(rw,sync,no_root_squash) //新增一个共享目录，及其权限
用命令：exportfs -arv 直接生效，不用重启NFS服务

问题：

如果使用NFS4版本，可能会有客户端挂载NFS后，写入新文件的属主和数组都是nobody，即使我们指定了anonuid anongid

解决：
客户端在挂载的时候加个-o nfsvers=3

开机自动挂载

方法1. vi /etc/fstab
192.168.222.128:/data/wwwroot/bbs.aminglinux.cc/data /data/wwwroot/bbs.aminglinux.cc/data nfs defaults,nfsvers=3 0 0
方法2. 把mount挂载的命令放到/etc/rc.local里

RS宕机问题

问题2：

当RS的某一台机器宕机之后，LB依然还会把请求发送到宕机的机器上去，这样就会影响到用户的体验。

解决方案：keepalived(HA+LB)
keepalived + LVS
安装
LB上执行： yum install keepalived

配置
LB上操作
说明：由于keepalived集成了LVS的功能，所以LB上不需要自己写脚本，之前如果做实验有执行那个脚本，需要执行如下命令

# ifdown ens33 && ifup ens33
# ipvsadm -C 清空规则
编辑配置文件 vim /etc/keepalived/keepalived.conf //修改为如下内容：

vrrp_instance aminglinux_01 {
    #备用服务器上为 BACKUP
    state MASTER
    #绑定vip的网卡为ens33
    interface ens33
    virtual_router_id 001
    #优先级，优先级最高的为master，备用服务器上要低于100
    priority 100
    #发送VRRP包的间隔时间
    advert_int 1
    authentication {
	auth_type PASS
	auth_pass aminglinux
    }
    virtual_ipaddress {
	192.168.222.100
    }
}
virtual_server 192.168.222.100 80 {
    #(每隔10秒查询realserver状态)
    delay_loop 10
    #(lvs 算法)
    lb_algo wlc
    #(DR模式)
    lb_kind DR
    #(同一IP的连接60秒内被分配到同一台realserver)
    persistence_timeout 60
    #(用TCP协议检查realserver状态)
    protocol TCP

    real_server 192.168.222.128 80 {
        #(权重)
	weight 100
	TCP_CHECK {
	    #(10秒无响应超时)
	    connect_timeout 10
	    # 重新检测3次
	    nb_get_retry 3
	    # 每次检测间隔时间
	    delay_before_retry 3
	    connect_port 80
	}
    }
    real_server 192.168.222.130 80 {
	weight 100
	TCP_CHECK {
	    connect_timeout 10
	    nb_get_retry 3
	    delay_before_retry 3
	    connect_port 80
	}
    }
}

启动keepalived服务
systemctl start keepalived

RS上还需要执行原来脚本
定义脚本 vim /usr/local/sbin/lvs_rs.sh //内容如下:

#!/bin/bash
vip=192.168.222.100
ifdown lo
ifup lo
ifconfig lo:0 $vip broadcast $vip netmask 255.255.255.255 up
route add -host $vip lo:0
#更改arp内核参数，目的是为了让rs顺利发送mac地址给客户端
#参考文档https://www.imooc.com/article/79661
echo “1” >/proc/sys/net/ipv4/conf/lo/arp_ignore
echo “2” >/proc/sys/net/ipv4/conf/lo/arp_announce
echo “1” >/proc/sys/net/ipv4/conf/all/arp_ignore
echo “2” >/proc/sys/net/ipv4/conf/all/arp_announce
sh /usr/local/sbin/lvs_rs.sh