Linux Load Balancing之NAT与DR模型

温馨提示：集群的基础知识请点击此链接

---本文大纲

• 定义集群的命令（ipvsadm）

• NAT模型演示

• DR模型演示

• 持久连接演示

一、定义集群的命令

命令格式：

常用选项

(1).管理集群服务

添加

-t :tcp协议的集群 service-address后面必须写成ip:port

-u :udp协议的集群 service-address后面必须写成ip:port

-f :防火墙的标记 service-address后面必须写成mark numbe

-s :指定调试算法

-p　：保存session会话 -p  times

修改

ipvsadm -E -t|u|f server-adddress

-E: （实例中会有说明）

删除

ipvsadm -D -t|u|f server-adddres

-D:删除集群服务

(2).管理集群服务中的realserver

-t|u|f service-address 实现定义好的某集群服务

-r server-address 某rs的地址在nat模型中可使用ip:port实现端口映射

-g : DR（所使用的模型）

-i : TUN

-m : NAT

[-w weight] 指定权重（此处为数值）

修改

ipvsadm -e -t|u|f server-adddress    

删除

ipvsadm -d -t|u|f server-adddress

(3).查看

-n 显示主机地址和端口为数字格

--stats 显示进出站数据

--rate 显示速率

--timeout 显示每一个tcp tcpfin udp 的超时时间值

--deamon 显示进程信息

--sort 显示排序规则 默认是升序的

-c 显示多少个客户连接进来

(4).删除所有集群服务

ipvsadm -C

(5).保存定义的规则

service ipvsadm save（默认保存于/etc/sysconfig/ipvsadm文件中，当中没有集群服务，只有转发记录）

ipvsadm -S > /path/to/somefile

(6).载入此前的规则

ipvsadm -R（以默认文件/etc/sysconfig/ipvsadm为模板）

ipvsadm -R < /path/to/somefile

二、NAT模型演示

注：

NAT原理请参阅DNAT原理

1、资源分配

服务类型	软件版本/服务/说明	IP地址
OS	Centos6.5.x86_64	无
Director	ipvsadm	vip:192.168.1.111 dip:172.16.32.111
real server 1	http	rip:172.16.32.110
real server 2	http	rip:172.16.32.112

2、实验拓扑图

3、配置过程

第一步、Director

VIP(eth0):192.168.1.111

DIP(eth1):172.16.32.111/16

配置命令

1、配置外网IP(VIP)

2、配置内网IP(DIP)

3、开启路由间转发功能

4、安装ipvsadm程序包

第二步、rs1

rip(eth0):172.16.32.110

配置命令

1、配置内网IP

2、添加默认网关

3、安装http服务

4、设置默认页面

5、启动http服务

第三步、rs2

rip(eth0):172.16.32.112

配置命令

1、配置内网IP

2、添加默认网关

3、安装http服务

4、设置默认页面

5、启动http服务

第四步、配置集群服务

配置命令

第五步、测试

====================================NAT模型演示完毕======================================

三、DR模型演示

1、资源分配

服务类型	软件版本/服务/说明	IP地址
OS	Centos6.5.x86_64	无
Director	ipvsadm	vip(eth0:0):192.168.1.10 dip(eth0):192.168.1.11
real server 1	http	vip(lo:0):192.168.1.10 rip(eth0):192.168.1.21
real server 2	http	vip(lo:0):192.168.1.10 rip(eth0):192.168.1.31

2、实验拓扑图

3、配置过程

第一步、配置Director

第二步、配置RS1

第三步、配置RS2

说明:

arp_ignore: 定义接收到ARP请求时的响应级别；

0：只要本地配置的有相应地址，就给予响应；

1：仅在请求的目标地址配置请求到达的接口上的时候，才给予响应；

arp_ignore = 1

arp_announce：定义将自己地址向外通告时的通告级别；

0：将本地任何接口上的任何地址向外通告；

1：试图仅向目标网络通告与其网络匹配的地址；

2：仅向与本地接口上地址匹配的网络进行通告；

arp_announce = 2

第四步、增加主机路由

Director

RS1

RS2

第五步、配置集群服务

第六步、测试

注：

如果反复刷新只有一个页面，可能是有缓存，过一会再刷新就可能切换到另一个页面了。

=================================DR模式演示完毕=====================================

四、持久连接演示

说明

尽管我们选择了LVS的分发方法，但是大多时候我们要保证返回给客户端的所有响应请求必须来自于同一台Real Server，这里我们就要用到LVS Persistence（持久性）。

1、LVS 持久连接和类型

• PCC 来自同一客户端所有服务的请求都被重定向到同一台Real Server上，以IP地址为准。

• PPC 来自同一服务的请求都被重定向到同一台Real Server上，以端口号为准。

• PNMP 基于防火墙标记的持久连接，根据iptables 的规则，将对于某类服务几个不同端口的访问定义为一类

2、PCC 演示

PCC是一个虚拟服务没有端口号（或者端口号为0），以"-p" 来标识服务。

缺陷：定向所有服务，期望访问不同的Real Server无法实现。

用ssh连接到192.168.1.10

3、PPC 演示

缺陷：期望访问不同的端口到同一台RS上，无法实现。

4、PNMP 演示

先对某一特定类型的数据包打上标记，然后再将基于某一类标记的服务送到后台的Real Server上去，后台的Real Server 并不识别这些标记。将持久和防火墙标记结合起来就能够实现端口姻亲功能，只要是来自某一客户端的对某一特定服务（需要不同的端口）的访问都定义到同一台 Real Server上去。假设这样一种场景：一个用户在访问购物网站时同时使用HTTP（80）和HTTPS（443）两种协议，我们需要将其定义到同一台 Real Server上，而其他的服务不受限制。

五、ipvs集群内生性不足

１、后端RS的健康状态检测？

补救方法

   ⑴、脚本

   ⑵、ldirectord

2、Director自身的可用性

补救方法

   ⑴、ldirectord(heartbeat,corosync)

   ⑵、keekalived

===============================完=================================================

本文转自 jinlinger 51CTO博客，原文链接：http://blog.51cto.com/essun/1398868，如需转载请自行联系原作者