LVS负载均衡集群
GPT生成的LVS介绍
1. 实验环境：
调度器（Director Server）：server1（192.168.228.11 192.168.228.100）
真实服务器（Real Server）：server3（192.168.228.12 192.168.228.100）和server2（192.168.228.13 192.168.228.100）
测试机：server4（192.168.228.14）
2. ipvsadm配置
2.1 调度器环境配置
yum install -y ipvsadm # 安装ipvsadm
ipvsadm -A -t 192.168.228.100:80 -s rr # 为server1添加调度算法
ipvsadm -a -t 192.168.228.100:80 -r 192.168.228.13:80 -g # 添加real server
systemctl enable --now httpd.service # 启动服务
2.2 测试
3. 问题
3.1 为什么没有响应？
因为测试机、调度器、真实主机均在同一VLAN下，这时候是直接使用MAC地址进行传输，那么请求192.168.228.100的时候，测试机selinux会直接丢弃掉server2和server3。使得之后就无法相应了。
解决。
3.2 为什么只能相应一个server?
这是因为访问228.100直接访问的228.13的主机，根本没有访问到调度器。
解决。
屏蔽掉real server的192.168.228.100的ARP协议，让其不要直接相应。这就相当server3的192.168.228.100的ARP协议禁止返回MAC地址，但是它有没有被测试机丢弃，因此之后当调度器ARP请求时候会正常返回server3的192.168.228.13的MAC地址。
yum install -y arptables # arp控制工具
在两台real server操作
arptables -A INPUT -d 192.168.228.100 -j DROP # 进入拒绝
arptables -A OUTPUT -s 192.168.228.100 -j mangle --mangle-ip-s 192.168.56.12 # 出口伪装
arptables-save > /etc/sysconfig/arptables # 永久保存
这里写错了，是192.168.228.13
3.3 为什么测试机还是访问之前的服务器？
这是因为ARP缓存没有清空。
解决。
