高并发架构——主流软负载均衡器介绍-LVS

最新推荐文章于 2024-03-14 21:42:12 发布

择业

最新推荐文章于 2024-03-14 21:42:12 发布

阅读量642

点赞数

分类专栏：高并发文章标签： LVS

本文链接：https://blog.csdn.net/qq_39246466/article/details/120725704

版权

高并发专栏收录该内容

6 篇文章 0 订阅

订阅专栏

LVS简介
安装配置
ipvsadm用法
LVS调度算法详解
LVS工作模式-NAT
LVS工作模式-DR
LVS工作模式-TUN

简介

抗负载能力强、性能高，能达到F5硬件的60%；对内存和cpu资源消耗比较低
工作在网络4层，通过vrrp协议转发（仅作分发之用），具体的流量由linux内
核处理，因此没有流量的产生
稳定性、可靠性好，自身有完美的热备方案；（如：LVS+Keepalived）
应用范围比较广，可以对所有应用做负载均衡；
不支持正则处理，不能做动静分离
支持负载均衡算法：rr（轮循）、wrr（带权轮循）、lc（最小连接）、wlc
（权重最小连接）
配置 复杂，对网络依赖比较大，稳定性很高。

安装配置：

Linux内核2.4版本以上的基本都支持LVS，要使用lvs，只需要再安装一个lvs的
管理工具：ipvsadm
yum install ipvsadm
ipvsadm 使用

LVS调度算法

Fixed Scheduling Method 静态调服方法
RR  #轮询
WRR  #加权轮询
DH  #目标地址hash
SH  #源地址hash
Dynamic Scheduling Method 动态调服方法
LC  #最少连接
WLC #加权最少连接
SED #最少期望延迟
NQ  #从不排队调度方法
LBLC   #基于本地的最少连接
LBLCR   #带复制的基于本地的最少连接

LVS工作模式-NAT

LVS工作模式-DR

LVS工作模式-TUN

TUN的工作机制跟DR一样，只不过在转发的时候，它需要重新包装IP报文
缺点：这种方式需要所有的服务器支持"IP Tunneling"(IP Encapsulation)协议

NGINX、HAPROXY、LVS适用场景

网站建设初期，可以选用Nigix/HAproxy作为反向代理负载均衡（或者流量不大都
可以不选用负载均衡），因为其配置简单，性能也能满足一般的业务场景。如果考
虑到负载均衡器是有单点问题，可以采用Nginx+Keepalived/HAproxy+Keepalived
避免负载均衡器自身的单点问题。
网站并发达到一定程度之后，为了提高稳定性和转发效率，可以使用LVS、毕竟LVS
比Nginx/HAproxy要更稳定，转发效率也更高。不过维护LVS对维护人员的要求也会
更高，投入成本也更大。

LVS+Keepalived高可用架构

LVS安装

LVS 安装使用详解

LVS 是 Linux Virtual Server 的简称，也就是 Linux 虚拟服务器 , 是一个由章文嵩博士发起的自由软件项目，它的官

方站点是 linuxvirtualserver 。

现在 LVS 已经是 Linux 标准内核的一部分，在 Linux2.4 内核以前，使用 LVS 时必须要重新编译内核以支持 LVS 功能模

块，但是从 Linux2.4 内核以后，已经完全内置了 LVS 的各个功能模块，无需给内核打任何补丁，可以直接使用 LVS

提供的各种功能。

一、 LVS 负载均衡服务器优点

工作在网络层，可以实现高性能，高可用的服务器集群技术

廉价，可把许多低性能的服务器组合在一起形成一个超级服务器

易用，配置非常简单，且有多种负载均衡的方法

稳定可靠，即使在集群的服务器中某台服务器无法正常工作，也不影响整体效果

可扩展性也非常好

二、安装与配置

linux 内核 2.4 版本以上的基本都支持 LVS ，要使用 lvs ，只需要再安装一个 lvs 的管理工具： ipvsadm

其实 LVS 的本身跟 iptables 很相似 , 而且连命令的使用格式都很相似 , 其实 LVS 是根据 iptables 的框架开发的 , 那么 LVS 的

本身分成了两个部分 :

第一部分是工作在内核空间的一个 IPVS 的模块 , 其实 LVS 的功能都是 IPVS 模块实现的

第二部分是工作在用户空间的一个用来定义集群服务的一个工具 ipvsadm, 这个工具的主要作用是将管理员定

义的集群服务列表传送给工作在内核空间中的 IPVS 模块 , 下面来简单的介绍下 ipvsadm 命令的用法

ipvsadm 组件定义规则的格式 :

#virtual-service-address: 是指虚拟服务器的 ip 地址

#real-service-address: 是指真实服务器的 ip 地址

#scheduler ：调度方法

#ipvsadm 的用法和格式如下：

ipvsadm -A |E -t |u|f virutal-service-address:port [-s scheduler] [-p[timeout]] [-M netmask]

ipvsadm -D -t |u|f virtual-service-address

ipvsadm -C

ipvsadm -R

ipvsadm -S [-n]

ipvsadm -a |e -t |u|f service-address:port -r real-server-address:port [-g|i|m] [-w weight]

ipvsadm -d -t |u|f service-address -r server-address

ipvsadm -L |l [options]

ipvsadm -Z [-t|u|f service-address]

ipvsadm --set tcp tcpfin udp

ipvsadm --start-daemon state [--mcast-interface interface]

ipvsadm --stop-daemon

ipvsadm -h

# 命令选项解释：有两种命令选项格式，长的和短的，具有相同的意思。在实际使用时，两种都可以。

-A --add-service # 在内核的虚拟服务器表中添加一条新的虚拟服务器记录。也就是增加一台新的虚拟服务器。

-E --edit-service # 编辑内核虚拟服务器表中的一条虚拟服务器记录。

-D --delete-service # 删除内核虚拟服务器表中的一条虚拟服务器记录。

-C --clear # 清除内核虚拟服务器表中的所有记录。

-R --restore # 恢复虚拟服务器规则

-S --save # 保存虚拟服务器规则，输出为 -R 选项可读的格式

-a --add-server # 在内核虚拟服务器表的一条记录里添加一条新的真实服务器记录。也就是在一个虚拟服务器中增加

一台新的真实服务器

-e --edit-server # 编辑一条虚拟服务器记录中的某条真实服务器记录

-d --delete-server # 删除一条虚拟服务器记录中的某条真实服务器记录

-L |-l --list # 显示内核虚拟服务器表

-Z --zero # 虚拟服务表计数器清零（清空当前的连接数量等）

--set tcp tcpfin udp # 设置连接超时值

--start-daemon # 启动同步守护进程。他后面可以是 master 或 backup ，用来说明 LVS Router 是 master 或是

backup 。在这个功能上也可以采用 keepalived 的 VRRP 功能。

--stop-daemon # 停止同步守护进程

-h --help # 显示帮助信息

# 其他的选项 :

-t --tcp-service service-address # 说明虚拟服务器提供的是 tcp 的服务 [vip:port] or [real-server-

ip:port]

-u --udp-service service-address # 说明虚拟服务器提供的是 udp 的服务 [vip:port] or [real-server-

ip:port]

-f --fwmark-service fwmark # 说明是经过 iptables 标记过的服务类型。

-s --scheduler scheduler # 使用的调度算法，有这样几个选项 rr|wrr|lc|wlc|lblc|lblcr|dh|sh|sed|nq, 默认

的调度算法是： wlc.

-p --persistent [timeout] # 持久稳固的服务。这个选项的意思是来自同一个客户的多次请求，将被同一台真实的服

务器处理。 timeout 的默认值为 300 秒。

-M --netmask # 子网掩码

-r --real-server server-address # 真实的服务器 [Real-Server:port]

-g --gatewaying 指定 LVS 的工作模式为直接路由模式（也是 LVS 默认的模式）

-i --ipip # 指定 LVS 的工作模式为隧道模式

-m --masquerading # 指定 LVS 的工作模式为 NAT 模式

-w --weight weight # 真实服务器的权值

--mcast-interface interface # 指定组播的同步接口

-c --connection # 显示 LVS 目前的连接如： ipvsadm -L -c

--timeout # 显示 tcp tcpfin udp 的 timeout 值如： ipvsadm -L --timeout

--daemon # 显示同步守护进程状态

--stats # 显示统计信息

--rate # 显示速率信息

--sort # 对虚拟服务器和真实服务器排序输出

--numeric -n # 输出 IP 地址和端口的数字形式

三、 LVS10 种调度算法

1 .Fixed Scheduling Method 静态调服方法

RR # 轮询

# 调度器通过 " 轮叫 " 调度算法将外部请求按顺序轮流分配到集群中的真实服务器上，它均等地对待每一台服务器，而不管

服务器上实际的连接数和系统负载。

WRR # 加权轮询

# 调度器通过 " 加权轮叫 " 调度算法根据真实服务器的不同处理能力来调度访问请求。这样可以保证处理能力强的服务器

处理更多的访问流量。调度器可以自动问询真实服务器的负载情况，并动态地调整其权值。

DH # 目标地址 hash

# 算法也是针对目标 IP 地址的负载均衡，但它是一种静态映射算法，通过一个散列（ Hash ）函数将一个目标 IP 地址映射到

一台服务器。

# 目标地址散列调度算法先根据请求的目标 IP 地址，作为散列键（ Hash Key ）从静态分配的散列表找出对应的服务器，

若该服务器是可用的且未超载，将请求发送到该服务器，否则返回空。

SH # 源地址 hash

# 算法正好与目标地址散列调度算法相反，它根据请求的源 IP 地址，作为散列键（ Hash Key ）从静态分配的散列表找出

对应的服务器，若该服务器是可用的且未超载，将请求发送到该服务器，否则返回空。

# 它采用的散列函数与目标地址散列调度算法的相同。除了将请求的目标 IP 地址换成请求的源 IP 地址外，它的算法流程与

目标地址散列调度算法的基本相似。在实际应用中，源地址散列调度和目标地址散列调度可以结合使用在防火墙集群

中，它们可以保证整个系统的唯一出入口。

2 .Dynamic Scheduling Method 动态调服方法

LC # 最少连接

# 调度器通过 " 最少连接 " 调度算法动态地将网络请求调度到已建立的链接数最少的服务器上。如果集群系统的真实服务

器具有相近的系统性能，采用 " 最小连接 " 调度算法可以较好地均衡负载。

WLC # 加权最少连接

# 在集群系统中的服务器性能差异较大的情况下，调度器采用 " 加权最少链接 " 调度算法优化负载均衡性能，具有较高权值

的服务器将承受较大比例的活动连接负载。调度器可以自动问询真实服务器的负载情况，并动态地调整其权值。

SED # 最少期望延迟

# 基于 wlc 算法，举例说明： ABC 三台机器分别权重 123 ，连接数也分别是 123 ， name 如果使用 WLC 算法的话一个新请求进

入时他可能会分给 ABC 中任意一个，使用 SED 算法后会进行这样一个运算

#A:(1+1)/2

#B:(1+2)/2

#C:(1+3)/3

# 根据运算结果，把连接交给 C

NQ # 从不排队调度方法

# 无需列队，如果有台 realserver 的连接数 =0 就直接分配过去，不需要进行 sed 运算 .

LBLC # 基于本地的最少连接

# " 基于局部性的最少链接 " 调度算法是针对目标 IP 地址的负载均衡，目前主要用于 Cache 集群系统。

# 该算法根据请求的目标 IP 地址找出该目标 IP 地址最近使用的服务器，若该服务器是可用的且没有超载，将请求发送到

该服务器；

# 若服务器不存在，或者该服务器超载且有服务器处于一半的工作负载，则用 " 最少链接 " 的原则选出一个可用的服务器，

将请求发送到该服务器。

LBLCR # 带复制的基于本地的最少连接

#" 带复制的基于局部性最少链接 " 调度算法也是针对目标 IP 地址的负载均衡，目前主要用于 Cache 集群系统。

# 它与 LBLC 算法的不同之处是它要维护从一个目标 IP 地址到一组服务器的映射，而 LBLC 算法维护从一个目标 IP 地址到

一台服务器的映射。

# 该算法根据请求的目标 IP 地址找出该目标 IP 地址对应的服务器组，按 " 最小连接 " 原则从服务器组中选出一台服务器，

# 若服务器没有超载，将请求发送到该服务器；若服务器超载，则按 " 最小连接 " 原则从这个集群中选出一台服务器，将

该服务器加入到服务器组中，将请求发送到该服务器。同时，当该服务器组有一段时间没有被修改，将最忙的服务器从

服务器组中删除，以降低复制的程度。

四、 LVS 三种工作模式

核心组件

LVS 的管理工具和内核模块 ipvsadm/ipvs

ipvsadm ：用户空间的命令行工具，用于管理集群服务及集群服务上的 RS 等；

ipvs ：工作于内核上的 netfifilter INPUT 钩子之上的程序，可根据用户定义的集群实现请求转发；

专业术语

VS ： Virtual Server # 虚拟服务

Director, Balancer # 负载均衡器、分发器

RS ： Real Server # 后端请求处理服务器

CIP: Client IP # 用户端 IP

Director Virtual IP: VIP # 负载均衡器虚拟 IP

Director IP: DIP # 负载均衡器 IP

Real Server IP: RIP # 后端请求处理服务器 IP

4.1 NAT( 地址转换 )

架构图

工作方式

NAT 是通过网络地址转换来实现负载均衡的。下面是它的流程

1. 用户请求 VIP( 也可以说是 CIP 请求 VIP)

2. Director Server 收到用户的请求后 , 发现源地址为 CIP 请求的目标地址为 VIP, 那么 Director Server 会认为用

户请求的是一个集群服务 , 那么 Director Server 会根据此前设定好的调度算法将用户请求负载给某台 Real

Server 。

假如说此时 Director Server 根据调度的结果会将请求分摊到 RealServer1 上去 , 那么 Director Server 会将

用户的请求报文中的目标地址 , 从原来的 VIP 改为 RealServer1 的 IP, 然后再转发给 RealServer1

3. 此时 RealServer1 收到一个源地址为 CIP 目标地址为自己的请求 , 那么 RealServer1 处理好请求后会将一个

源地址为自己目标地址为 CIP 的数据包通过 Director Server 发出去

4. 当 Driector Server 收到一个源地址为 RealServer1 的 IP 目标地址为 CIP 的数据包 , 此时 Driector Server 会

将源地址修改为 VIP, 然后再将数据包发送给用户

在 LVS/NAT 的集群系统中，请求和响应的数据报文都需要通过负载调度器 (Director) ，当真实服务器

(RealServer) 的数目在 10 台和 20 台之间时，负载调度器 (Director) 将成为整个集群系统的新瓶颈。

大多数 Internet 服务都有这样的特点：请求报文较短而响应报文往往包含大量的数据。如果能将请求和响应

分开处理，即在负载调度器 (Director) 中只负责调度请求而响应直接 (RealServer) 返回给客户，将极大地提高

整个集群系统的吞吐量

部署实践

1. 部署 2 台 webserver 作为测试的后端服务器

## 快速新建 springboot 项目

spring init -dcom .cc -aspringboot-lbs-test -b1 .5.13.RELEASE -dweb -nspringboot-lbs-test

springboot-lbs-test

## 新建 controller 测试接口

2. 部署 ipvs 服务并测试

# 配置 LVS 虚拟 IP

ifconfig eth0:0 192 .168.13.202/24 up

# ifconfig eth0:0

# 添加主机路由

route add -host 192 .168.13.202 dev eth0

route -n

# 设置 utp 和 tcp 的超时 tcp tcpfin udp

ipvsadm --set 30 5 60

# 定义一个集群服务

ipvsadm -A -t 192 .168.13.202:80 -s rr

# 添加 RealServer 并指派调度算法为 NAT

ipvsadm -a -t 192 .168.13.202:80 -r 192 .168.13.43:8080 -m

# 添加 RealServer 并指派调度算法为 NAT

ipvsadm -a -t 192 .168.13.202:80 -r 192 .168.13.44:8080 -m

# 查看 ipvs 定义的规则列表

ipvsadm -L -n

# 查看 Linux 是否开启路由转发功能

cat /proc/sys/net/ipv4/ip_forward

# 启动 Linux 的路由转发功能

echo 1 > /proc/sys/net/ipv4/ip_forward

## RS 上执行

## 删除多余路由

route del -net 192 .168.13.0 netmask 255 .255.255.0

## 添加默认路由

route add -net 0 .0.0.0 gw 192 .168.13.42

3. 测试访问接口

curl http://192.168.13.202

4. 更改 LVS 调度算法

ipvsadm -E -t 192 .168.13.202:80 -s wrr

ipvsadm -e -t 192 .168.13.202 -r 192 .168.13.43:8080 -m -w 3

ipvsadm -e -t 192 .168.13.202 -r 192 .168.13.44:8080 -m -w 1

ipvsadm -L -n

5. 永久保存 LVS 规则

# 第一种方法

service ipvsadm save

# 第二种方法

ipvsadm -S > /etc/sysconfig/ipvsadm.s1

6. 恢复 ipvsadm 规则

ipvsadm -C

ipvsadm -L -n

ipvsadm -R < /etc/sysconfig/ipvsadm.s1

ipvsadm -L -n

7. 控制脚本

#!/bin/bash

# chkconfig: - 88 12

# description: LVS script for VS/NAT

# . /etc/rc.d/init.d/functions #

VIP = 192 .168.13.202

DIP = 192 .168.13.42

RIP1 = 192 .168.13.43:8080

RIP2 = 192 .168.13.44:8080

case " $1 " in

start )

# /sbin/ifconfig eth1:0 $VIP netmask 255.255.255.0 up

# Since this is the Director we must be able to forward packets

echo 1 > /proc/sys/net/ipv4/ip_forward

# Clear all iptables rules.

/sbin/iptables -F

# Reset iptables counters.

/sbin/iptables -Z

# Clear all ipvsadm rules/services.

/sbin/ipvsadm -C

# Add an IP virtual service for VIP 192.168.0.219 port 80

# In this recipe, we will use the round-robin scheduling method.

# In production, however, you should use a weighted, dynamic scheduling method.

/sbin/ipvsadm -A -t $VIP :80 -s rr

# Now direct packets for this VIP to

# the real server IP (RIP) inside the cluster

/sbin/ipvsadm -a -t $VIP :80 -r $RIP1 -m

/sbin/ipvsadm -a -t $VIP :80 -r $RIP2 -m

/bin/touch /var/lock/subsys/ipvsadm.lock

;;

stop ) # Stop forwarding packets

echo 0 > /proc/sys/net/ipv4/ip_forward

# Reset ipvsadm

/sbin/ipvsadm -C

# Bring down the VIP interface

ifconfig eth1:0 down

rm -rf /var/lock/subsys/ipvsadm.lock

;;

status)

[ -e /var/lock/subsys/ipvsadm.lock ] && echo "ipvs is running..." || echo "ipvsadm is

stopped..."

;;

echo "Usage: $0 {start|stop}"

;; esac

4.2 DR( 直接路由 )

架构图

工作方式

上面说了 NAT 模型的实现方式 , 那么 NAT 模型有个缺陷 , 因为进出的每个数据包都要经过 Director Server, 当集

群系统负载过大的时候 Director Server 将会成为整个集群系统的瓶颈 ,

echo 0 > /proc/sys/net/ipv4/ip_forward

# Reset ipvsadm

/sbin/ipvsadm -C

# Bring down the VIP interface

ifconfig eth1:0 down

rm -rf /var/lock/subsys/ipvsadm.lock

;;

status)

[ -e /var/lock/subsys/ipvsadm.lock ] && echo "ipvs is running..." || echo "ipvsadm is

stopped..."

;;

echo "Usage: $0 {start|stop}"

;; esac 那么 DR 模型就避免了这样的情况发生 ,DR 模型在只有请求的时候才会经过 Director Server, 回应的数据包由

Real Server 直接响应用户不需要经过 Director Server, 其实三种模型中最常用的也就是 DR 模型了

工作流程：

1. 首先用户用 CIP 请求 VIP

2. 根据上图可以看到 , 不管是 Director Server 还是 Real Server 上都需要配置 VIP, 那么当用户请求到达我们的

集群网络的前端路由器的时候 , 请求数据包的源地址为 CIP 目标地址为 VIP,

此时路由器会发广播问谁是 VIP, 那么我们集群中所有的节点都配置有 VIP, 此时谁先响应路由器那么路由器

就会将用户请求发给谁 , 这样一来我们的集群系统是不是没有意义了 ,

那我们可以在网关路由器上配置静态路由指定 VIP 就是 Director Server, 或者使用一种机制不让 Real

Server 接收来自网络中的 ARP 地址解析请求 , 这样一来用户的请求数据包都会经过 Director Servrer

3. 当 Director Server 收到用户的请求后根据此前设定好的调度算法结果来确定将请求负载到某台 Real

Server 上去 , 假如说此时根据调度算法的结果 , 会将请求负载到 RealServer 1 上面去 ,

此时 Director Server 会将数据帧中的目标 MAC 地址修改为 Real Server1 的 MAC 地址 , 然后再将数据帧发送

出去

4. 当 Real Server1 收到一个源地址为 CIP 目标地址为 VIP 的数据包时 ,Real Server1 发现目标地址为 VIP, 而 VIP

是自己 , 于是接受数据包并给予处理 , 当 Real Server1 处理完请求后 ,

会将一个源地址为 VIP 目标地址为 CIP 的数据包发出去 , 此时的响应请求就不会再经过 Director Server 了 , 而

是直接响应给用户

部署实践

1. Director Server 配置

# 配置 LVS 虚拟 IP

ifconfig eth0:0 192 .168.13.203/24 up

# 添加主机路由

route add -host 192 .168.13.203 dev eth0

route -n

# 设置 utp 和 tcp 的超时 tcp tcpfin udp

ipvsadm --set 30 5 60

# 定义一个集群服务

ipvsadm -A -t 192 .168.13.203:80 -s rr

# 添加 RealServer 并指派调度算法为 NAT

ipvsadm -a -t 192 .168.13.203:80 -r 192 .168.13.48:80 -g

# 添加 RealServer 并指派调度算法为 NAT

ipvsadm -a -t 192 .168.13.203:80 -r 192 .168.13.49:80 -g

# 查看 ipvs 定义的规则列表

ipvsadm -L -n

2. 在 Real Server1 和 Real Server2 上做以下配置

# 抑制 ARP

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

# 以上命令需填加到 /etc/rc.local 文件中让其开机自动生效

# ifdown lo:0

# ifup lo:0

ifconfig lo:0 192 .168.13.203/32 up

route add -host 192 .168.13.203 dev lo:0

# echo "route add -host 192.168.13.203 dev lo:0" >> /etc/rc.local

3. Director 操作脚本

#!/bin/bash

# LVS script for VS/DR

# . /etc/rc.d/init.d/functions #

VIP = 192 .168.13.203

RIP1 = 192 .168.13.48

RIP2 = 192 .168.13.49

PORT = 80

case " $1 " in

start )

/sbin/ifconfig eth0:0 $VIP broadcast $VIP netmask 255 .255.255.0 up

/sbin/route add -host $VIP dev eth0:0

# Since this is the Director we must be able to forward packets

echo 1 > /proc/sys/net/ipv4/ip_forward

# Clear all iptables rules.

/sbin/iptables -F

# Reset iptables counters.

/sbin/iptables -Z

# Clear all ipvsadm rules/services.

/sbin/ipvsadm -C

# Add an IP virtual service for VIP 192.168.13.203 port 80

# In this recipe, we will use the round-robin scheduling method.

# In production, however, you should use a weighted, dynamic scheduling method.

/sbin/ipvsadm -A -t $VIP :80 -s wlc

# Now direct packets for this VIP to

# the real server IP (RIP) inside the cluster

/sbin/ipvsadm -a -t $VIP :80 -r $RIP1 -g -w 1

/sbin/ipvsadm -a -t $VIP :80 -r $RIP2 -g -w 1

/bin/touch /var/lock/subsys/ipvsadm &> /dev/null

;;

stop ) # Stop forwarding packets

echo 0 > /proc/sys/net/ipv4/ip_forward

# Reset ipvsadm

/sbin/ipvsadm -C

# Bring down the VIP interface

/sbin/ifconfig eth2:0 down

/sbin/route del $VIP

/bin/rm -f /var/lock/subsys/ipvsadm

echo "ipvs is stopped..."

;;

status)

if [ ! -e /var/lock/subsys/ipvsadm ]; then

echo "ipvsadm is stopped ..."

else

echo "ipvs is running ..."

ipvsadm -L -n

;;

echo "Usage: $0 {start|stop|status}"

;; esac

4. RealServer 脚本

#!/bin/bash

# Script to start LVS DR real server.

# description: LVS DR real server

# . /etc/rc.d/init.d/functions

VIP = 192 .168.13.203

host = `/bin/hostname`

case " $1 " in

start )

# Start LVS-DR real server on this machine.

/sbin/ifconfig lo down

/sbin/ifconfig lo up

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

/sbin/ifconfig lo:0 $VIP broadcast $VIP netmask 255 .255.255.0 up

/sbin/route add -host $VIP dev lo:0

;;

stop )

# Stop LVS-DR real server loopback device(s).

/sbin/ifconfig lo:0 down

echo 0 > /proc/sys/net/ipv4/conf/lo/arp_ignore

echo 0 > /proc/sys/net/ipv4/conf/lo/arp_announce

echo 0 > /proc/sys/net/ipv4/conf/all/arp_ignore

echo 0 > /proc/sys/net/ipv4/conf/all/arp_announce

;;

status)

# Status of LVS-DR real server.

islothere = `/sbin/ifconfig lo:0 | grep $VIP `

isrothere = `netstat -rn | grep "lo:0" | grep $VIP `

if [ ! " $islothere " -o ! "isrothere" ];then

# Either the route or the lo:0 device

# not found. echo "LVS-DR real server Stopped."

else

echo "LVS-DR real server Running."

;;

# Invalid entry.

echo " $0 : Usage: $0 {start|status|stop}"

exit 1

;; esac

4.3 TUN( 隧道 )

TUN 的工作机制跟 DR 一样，只不过在转发的时候，它需要重新包装 IP 报文。这里的 real server 离得都比较远。

用户请求以后，到 director 上的 VIP 上，它跟 DR 模型一样，每个 realserver 上既有 RIP 又有 VIP ， Director 就挑选

一个 real server 进行响应，但 director 和 real server 并不在同一个网络上，这时候就用到隧道了， Director 进行

转发的时候，一定要记得 CIP 和 VIP 不能动。

我们转发是这样的，让它的 CIP 和 VIP 不动，在它上面再加一个 IP 首部，再加的 IP 首部源地址是 DIP ，目标地址的

RIP 的 IP 地址。收到报文的 RIP ，拆掉报文以后发现了里面还有一个封装，它就知道了，这就是隧道。

这种方式需要所有的服务器支持 "IP Tunneling"(IP Encapsulation) 协议 , 用的少，不做过多讲解

五、 Keepalived+LVS

! Configuration File for keepalived

global_defs {

notification_email {

acassen@firewall.loc

failover@firewall.loc

sysadmin@firewall.loc

}

notification_email_from Alexandre.Cassen@firewall.loc

smtp_server 127.0.0.1

smtp_connect_timeout 30

router_id LVS_DEVEL

}

vrrp_instance VI_1 {

state MASTER

interface eth0

virtual_router_id 51

priority 100

advert_int 1

authentication {

auth_type PASS

auth_pass 1111

}

virtual_ipaddress {

192.168.13.204

}

virtual_server 192.168.13.204 80 {

delay_loop 6

lb_algo rr

lb_kind DR

nat_mask 255.255.255.0

persistence_timeout 50

protocol TCP

real_server 192.168.13.48 80 {

weight 1

TCP_CHECK {

connect_timeout 10

nb_get_retry 3

delay_before_retry 3

connect_port 80

}

real_server 192.168.13.49 80 {

weight 1

TCP_CHECK {

connect_timeout 10

nb_get_retry 3

delay_before_retry 3

connect_port 80

}

! Configuration File for keepalived

global_defs {

notification_email {

acassen@firewall.loc

failover@firewall.loc

sysadmin@firewall.loc

}

notification_email_from Alexandre.Cassen@firewall.loc

smtp_server 127.0.0.1

smtp_connect_timeout 30

router_id LVS_DEVEL

}

vrrp_instance VI_1 {

state BACKUP

interface eth0

virtual_router_id 51

priority 99

advert_int 1

authentication {

auth_type PASS

auth_pass 1111

}

virtual_ipaddress {

192.168.13.204

}

virtual_server 192.168.13.204 80 {

delay_loop 6

lb_algo rr

lb_kind DR

nat_mask 255.255.255.0

persistence_timeout 50

protocol TCP

real_server 192.168.13.48 80 {

weight 1

TCP_CHECK {

connect_timeout 10

nb_get_retry 3

delay_before_retry 3

connect_port 80

}

real_server 192.168.13.49 80 {

weight 1

TCP_CHECK {

connect_timeout 10

nb_get_retry 3

delay_before_retry 3

connect_port 80

}

RS 上添加网卡

ifconfig lo:0 192.168.13.204/32 up

route add -host 192.168.13.204 dev lo:0

择业

关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
打赏
0
评论
高并发架构——主流软负载均衡器介绍-LVS

主流软负载均衡器介绍-LVS
复制链接

扫一扫

专栏目录