ROS软路由论坛 ROSABC.com 网络方案网络工程交流

 找回密码
 会员注册

QQ登录

只需一步,快速开始

LVS-DR直接路由模式的实验拓扑和配置调度器的操作

2013-12-30 12:01| 发布者: admin| 查看: 1551| 评论: 0

摘要: DR模式:直接路由(direct routing)模式,采用半开放式的网络结构,与TUN模式的结构类似,但各节点并不是分散在各地,而是与调度器位于同一个物理网络。负载调度器与各节点服务器通过本地网络连接,不需要建立专用 ...

DR模式:直接路由(direct routing)模式,采用半开放式的网络结构,与TUN模式的结构类似,但各节点并不是分散在各地,而是与调度器位于同一个物理网络。负载调度器与各节点服务器通过本地网络连接,不需要建立专用的IP隧道。
在DR模式的群集中,LVS负载调度器作为群集的访问入口,但不作为网关使用;服务器池中的所有节点都各自接入internet,发送给客户端的WEB响应数据包不需要经过LVS负载调度器。

这种方式入站,出站访问数据被分别处理,因此LVS负载调度器和所有的节点服务器都需要配置有VIP地址,以便响应对整个群集的访问。考虚到数据存储的安全性,共享存储设备会放在内部的专用网络中。
实验拓扑如下:

VIP(虚拟IP地址):172.16.16.172/24
LVS调度器:eth0: 192.168.10.1/24       eth1:172.16.16.1/24
WEB节点1:eth0: 192.168.10.2/24    eth1:192.16.16.2/24
WEB节点2:eth0: 192.168.10.3/24    eth1:192.16.16.3/24
NFS共享存储:eth0: 192.168.10.4/24
在负载调度器主机上配置负载调度器,具体操作如下:
1)配置虚拟IP地址(VIP)
采用虚拟接口的方式(eth1:0),为网卡eth1绑定VIP地址,以便响应群集访问。配置结果为:eth1:172.16.16.1/24、eth1:0 :172.16.16.172/24:

重启network脚本使修改后的IP生效:

修改sysctl.conf文件,开启路由转发功能并使修改生效:


2)调整/proc响应参数:
对于DR群集模式来说,由于LVS负载调度器和各节点需要共用VIP地址,为了避免网络内的ARP解析出现异常,应该关闭linux内核的ICMP重定向参数响应。
注解:ICMP重定向报文是ICMP控制报文中的一种。在特定的情况下,当路由器检测到一台机器使用非优化路由的时候,它会向该主机发送一个ICMP重定向报文,请求主机改变路由。此类报文有可能用以攻击,所以系统应该拒绝接受ICMP重定向。
[root@LVS ~]# vim /etc/sysctl.conf
net.ipv4.conf.all.send_redirects = 0
net.ipv4.conf.default.send_redirects = 0
net.ipv4.conf.eth0.send_redirects = 0
net.ipv4.conf.eth1.send_redirects = 0

注解:
上图中参数的含义是发送重定向,0表示关闭此项功能。
此处修改是为了安全考虑关闭重定向功能。
如果具有 eth1、eth2 等多个接口,必须对所有接口执行该操作。
执行sysctl -p使修改生效:

3)配置负载分配策略:
加载ip_vs模块并安装ipvsadm软件包,使用ipvsadm创建负载分配策略:
[root@LVS ~]# ipvsadm -A -t 172.16.16.172:80 -s rr
[root@LVS ~]# ipvsadm -a -t 172.16.16.172:80 -r 172.16.16.2 -g -w 1
[root@LVS ~]# ipvsadm -a -t 172.16.16.172:80 -r 172.16.16.3 -g -w 1

LVS负载调度器若开启iptables防火墙,要在防火墙上的INPUT、FORWARD链上创建允许http数据流的规则。
iptables-I INPUT –p tcp - -dport 80 –j ACCEPT
iptables-I FORWARD-p tcp- -sport 80 –j ACCEPT

在共享存储设备主机上配置共享存储服务(这里使用NFS发布共享服务),具体操作如下:
NFS服务的实现依赖于RPC(remoteprocesscall,远程过程调用)机制,以完成远程到本地的映射过程。在RHEL6系统中,需要安装 nfs-utils、rpcbind软件包来提供NFS共享服务,前者用于NFS共享发布和访问,后者用于RPC支持。
将NFS服务器上的/opt/wwwroot目录共享给群集中服务器节点:

其中客户机地址可以是主机名、IP地址、网段地址,允许使用*或?通配符;权限选项中的rw表示允许读写(ro为只读),sync表示同步写入,no_root_squash表示当客户机以root身份访问时赋予本地root权限(默认是root_squash,将作为nfsnobody用户降权对侍)
启动相关服务:
rhel5系统中RPC服务脚本是portmap而rhel6系统中RPC服务脚本是rpcbind。

注意防火墙规则的设置,要不就将iptables服务停止。
在节点服务器主机上配置节点服务器,具体操作如下:
使用DR模式时,节点服务器也需要配置VIP地址,并调整内核的ARP响应参数以阻止更新VIP的MAC地址,避免发生冲突。除此之外,WEB服务的配置与NAT方式类似。
1.调整/proc响应参数:
[root@web1 ~]# vim /etc/sysctl.conf
net.ipv4.conf.all.arp_ignore = 1
net.ipv4.conf.all.arp_announce = 2
net.ipv4.conf.default.arp_ignore = 1
net.ipv4.conf.default.arp_announce = 2
net.ipv4.conf.lo.arp_ignore = 1
net.ipv4.conf.lo.arp_announce = 2

net.ipv4.conf.default.arp_ignore = 1
net.ipv4.conf.all.arp_ignore = 1
net.ipv4.conf.lo.arp_ignore = 1
arp_ignore:定义了网卡在响应外部ARP请求时候的响应级别
0:默认值,不管哪块网卡接收到了ARP请求,只要发现本机有这个MAC都给与响应
1:总是使用最合适的网卡来响应,一个主机有多块网卡,其中一块网卡接收到了ARP请求,发现所请求的MAC是本机另一块网卡的,这个时候接收到ARP请求的这块网卡就一定不响应,只有发现请求的MAC是自己的才给与响应。
net.ipv4.conf.default.arp_announce =2
net.ipv4.conf.all.arp_announce =2
net.ipv4.conf.lo.arp_announce = 2
定义了网卡在向外宣告自己的MAC-IP时候的限制级别
有三个值:
0:默认值,不管哪块网卡接收到了ARP请求,只要发现本机有这个MAC都给与响应
1:尽量避免响应ARP请求中MAC不是本网卡的,一个主机有多块网卡,其中一块网卡接收到了ARP请求,发现所请求的MAC是本机另一块网卡的,这个时候接收到ARP请求的这块网卡就尽量避免响应
2:总是使用最合适的网卡来响应,一个主机有多块网卡,其中一块网卡接收到了ARP请求,发现所请求的MAC是本机另一块网卡的,这个时候接收到ARP请求的这块网卡就一定不响应,只有发现请求的MAC是自己的才给与响应。
执行sysctl-p使修改生效:

2.配置虚拟IP地址(VIP)——节点服务器1的配置:
在每个节点服务器,同样需要具有VIP地址172.16.16.172,但此地址仅用作发送WEB响应数据包的源地址,并不需要监听客户机的访问请求(改由调度器监听并分发)。因此使用虚拟接口lo:0来承载VIP地址,并为本机添加一条路由记录,将访问VIP的数据限制在本地以避免通信紊乱:

注意:子网掩码必须为全1
重启network脚本使修改后的IP生效:

3.添加VIP本地访问路由:
[root@web1 ~]# route add -host 172.16.16.172 dev lo:0
[root@web1 ~]# echo "/sbin/route add -host 172.16.16.172 dev lo:0" >> /etc/rc.local

4.安装httpd,创建测试页,启用httpd服务程序(安装httpd软件包,创建测试网页):

修改/etc/fstab文件,实现自动挂载:

其他服务器节点的配置相同。
在其他节点上只要挂载上就可以看到在节点1新建的index.html:

测试LVS群集:
安排多台测试机,从internet中直接访问http://172.16.16.172,将能够看到由真实服务器提供的网面内容:
在LVS负载调度器中,通过查看节点状态可以观察当前的负载分配情况,对于轮询算法来说,每个节点所获得的连接负载应大致相当:

至此有关LVS负载均衡群集配置完毕:
注意:如果在客户端访问有问题的话,请检测防火墙iptables规则。

不良信息举报Q:2000617

软路由

不良信息举报Q:2000617|Archiver|ROS软路由论坛 ROSABC.com 网络方案网络工程交流

GMT+8, 2024-4-29 08:37 , Processed in 0.172126 second(s), 15 queries .

Powered by Discuz! X3.4

Copyright © 2001-2021, Tencent Cloud.

返回顶部