LVS+Keepalived+Nginx+ web 四七层负载及高可用集群构建

你要知道现在公司一般的架构都是F5(LVS)+keepalived + nginx + app + DB。 那么为什么不用keepalived + nginx + app + DB 这种架构模式呢?

在keepalived+nginx的主备容灾高可用的架构中,nginx是作为外部访问系统的唯一入口,理论上一台nginx的最大并发量可以高达50000,但是当并发量更大的时候,keepalived+nginx的高可用机制是没办法满足需求的,因为keepalived+nginx的架构中确确实实是一台nginx在工作,只有当master宕机或异常的时候,备份机才会上位。那么如何解决更大的高并发问题呢,也许你会问能不能搭建nginx集群,直接对外提供访问?很显然这是欠妥当的,因为当nginx作为外部的唯一访问入口,没办法直接以集群的形式对外提供服务,没有那么多的公网ip资源可用,既太浪费也不友好。但是在内网环境下,是可以用nginx集群(nginx横向扩展服务集合)的,当然总得有一个对外入口,所以需要在nginx集群之上,在加一层负载均衡器LVS,作为系统的唯一入口。

废话不多说, 我们开始搭建LVS(DR模式)+Keepalived+Nginx+ web 集群吧。

首先我们看一下今天要搭建的集群的基本架构拓扑图, 便于你的理解:
LVS+Keepalived+Nginx+ web 四七层负载及高可用集群构建_第1张图片
然后我们开始真正的集群构建。

一、准备工作

准备:至少6台虚拟机,用于测试。
(当然在实际工作环境中, nginx 服务器是可以横向扩展的, 你可以创建多台nginx服务器。web 服务器也是可以横向扩展的, 你可以创建多台web服务器。)
系统版本:CentOS 7

主机名 IP 作用
192.168.93.200 虚拟IP(VIP)
lvskeepalived1 192.168.93.100 LVS+ Keepalived Master (LVS将请求负载至nginx1 或者 nginx2)
lvskeepalived2 192.168.93.101 LVS+ Keepalived Backup (lvskeepalived1的备机)
nginx1 192.168.93.110 Nginx1(将请求负载至后端web1 或者 web2)
nginx2 192.168.93.111 Nginx2(将请求负载至后端web1 或者 web2)
web1 192.168.93.210 Web1(静态web服务器)
web2 192.168.93.211 Web2(静态web服务器)

二、安装软件及配置
1.在lvskeepalived1 和 lvskeepalived2 机器上面安装 ipvsadm 和 keepalived:

yum -y install ipvsadm keepalived

查看两台负载均衡机器是否支持lvs:

lsmod |grep ip_vs

如果上述命令没有任何结果,则执行ipvsadm命令启动ipvs之后,再通过上述命令进行查看即可。
LVS+Keepalived+Nginx+ web 四七层负载及高可用集群构建_第2张图片
2. 在nginx1 和 nginx2 机器上面安装nginx

yum -y install nginx

3.在web1 和 web2 上面安装apache

yum -y install httpd

配置网页:
实际配置网页内容应该一样,但是为了演示nginx负载均衡效果,我们将网页内容一个配置成web1, 一个配置成web2。

#在web1配置如下:
cd /var/www/html
echo "web1" > index.html
systemctl restart httpd

#在web2配置如下:
cd /var/www/html
echo "web2" > index.html
systemctl restart httpd

4.配置keepalived
1). 在lvskeepalived1也就是master 机器上面配置:

vim /etc/keepalived/keepalived.conf
# Global Configuration
global_defs {
lvs_id director1  # 指定lvs的id
}
# VRRP Configuration
vrrp_instance LVS {
state MASTER    # 指定当前节点为master节点
interface ens33    # 这里是网卡的名称,通过ifconfig或者ip addr可以查看
virtual_router_id 51    # 这里指定的是虚拟路由id,master节点和backup节点需要指定一样的
priority 151    # 指定了当前节点的优先级,数值越大优先级越高,master节点要高于backup节点
advert_int 1    # 指定发送VRRP通告的间隔,单位是秒
authentication {
auth_type PASS    # 鉴权,默认通过
auth_pass 123456    # 鉴权访问密码
}

virtual_ipaddress {
192.168.93.200    # 指定了虚拟ip
}

}

# Virtual Server Configuration - for www server
# 后台真实主机的配置
virtual_server 192.168.93.200 80 {
delay_loop 1    # 健康检查的时间间隔
lb_algo rr    # 负载均衡策略,这里是轮询
lb_kind DR    # 调度器类型,这里是DR
persistence_time 1    # 指定了持续将请求打到同一台真实主机的时间长度
protocol TCP    # 指定了访问后台真实主机的协议类型

  # Real Server 1 configuration
  # 指定了真实主机1的ip和端口 , 也就是Nginx1的IP和端口
real_server 192.168.93.110 80 {
weight 1    # 指定了当前主机的权重
TCP_CHECK {
connection_timeout 10    # 指定了进行心跳检查的超时时间
nb_get_retry 3    # 指定了心跳超时之后的重复次数
delay_before_retry 3    # 指定了在尝试之前延迟多长时间
}
}

  # Real Server 2 Configuration
  # 指定了真实主机2的ip和端口 , 也就是Nginx2的IP和端口
real_server 192.168.93.111 80 {
weight 1    # 指定了当前主机的权重
TCP_CHECK {
connection_timeout 10    # 指定了进行心跳检查的超时时间
nb_get_retry 3    # 指定了心跳超时之后的重复次数
delay_before_retry 3    # 指定了在尝试之前延迟多长时间
}
}
}

2). 在lvskeepalived2也就是backup 机器上面配置keepalived:
只和master 有以下三处不同:
lvs_id director1 改成 lvs_id director2
state MASTER 改成 state BACKUP
priority 151 改成 priority 101

vim /etc/keepalived/keepalived.conf
# Global Configuration
global_defs {
lvs_id director2  # 指定lvs的id
}

# VRRP Configuration
vrrp_instance LVS {
state BACKUP # 指定当前节点为master节点
interface ens33    # 这里是网卡的名称,通过ifconfig或者ip addr可以查看
  virtual_router_id 101    # 这里指定的是虚拟路由id,master节点和backup节点需要指定一样的
priority 101    # 指定了当前节点的优先级,数值越大优先级越高,master节点要高于backup节点
advert_int 1    # 指定发送VRRP通告的间隔,单位是秒
authentication {
auth_type PASS    # 鉴权,默认通过
auth_pass 123456    # 鉴权访问密码
}

virtual_ipaddress {
192.168.93.200    # 指定了虚拟ip
}

}

# Virtual Server Configuration - for www server
# 后台真实主机的配置
virtual_server 192.168.93.200 80 {
delay_loop 1    # 健康检查的时间间隔
lb_algo rr    # 负载均衡策略,这里是轮询
lb_kind DR    # 调度器类型,这里是DR
persistence_time 1    # 指定了持续将请求打到同一台真实主机的时间长度
protocol TCP    # 指定了访问后台真实主机的协议类型

  # Real Server 1 configuration
  # 指定了真实主机1的ip和端口 , 也就是Nginx1的IP和端口
real_server 192.168.93.110 80 {
weight 1    # 指定了当前主机的权重
TCP_CHECK {
connection_timeout 10    # 指定了进行心跳检查的超时时间
nb_get_retry 3    # 指定了心跳超时之后的重复次数
delay_before_retry 3    # 指定了在尝试之前延迟多长时间
}
}

  # Real Server 2 Configuration
  # 指定了真实主机2的ip和端口 , 也就是Nginx2的IP和端口
real_server 192.168.93.111 80 {
weight 1    # 指定了当前主机的权重
TCP_CHECK {
connection_timeout 10    # 指定了进行心跳检查的超时时间
nb_get_retry 3    # 指定了心跳超时之后的重复次数
delay_before_retry 3    # 指定了在尝试之前延迟多长时间
}
}
}

5.配置Nginx

1). 在nginx1 和 nginx2 机器上面配置负载均衡:(两台机器一模一样的配置)
实现将访问本机80端口的请求轮询定向到后端的两台apache服务器:
我们这里只演示两台apache web 服务器, 你也可以配置多台。

vim /etc/nginx/nginx.conf

user nginx;
worker_processes auto;
error_log /var/log/nginx/error.log;
pid /run/nginx.pid;
include /usr/share/nginx/modules/*.conf;
events {
worker_connections 1024;
}
http {
log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
'$status $body_bytes_sent "$http_referer" '
'"$http_user_agent" "$http_x_forwarded_for"';
access_log  /var/log/nginx/access.log  main;
sendfile            on;
tcp_nopush          on;
tcp_nodelay         on;
keepalive_timeout   65;
types_hash_max_size 2048;
include             /etc/nginx/mime.types;
default_type        application/octet-stream;
# Load modular configuration files from the /etc/nginx/conf.d directory.
# See http://nginx.org/en/docs/ngx_core_module.html#include
# for more information.
include /etc/nginx/conf.d/*.conf;

upstream serverList {
server 192.168.93.210:80;  #web server1,后端真实服务器
server 192.168.93.211:80;  #web server2,后端真实服务器
    }

server {
listen 80;
#server_name  localhost; # server_name:是客户端请求的域名地址
#root   html;
#index  index.html index.htm index.php;
location / {
proxy_pass  http://serverList; # 指向负载的列表的模块,如serverList
proxy_redirect     off;
proxy_set_header   Host             $host;
    }
    }

}

2). 在nginx1 和 nginx2 机器上面配置虚拟IP: (两台nginx机器, 一模一样的配置)
因为我们使用的lvs调度器是DR模式,前面我们讲到过,这种模式下,对客户端的响应是真实服务器直接返回给客户端的,而真实服务器需要将响应报文中的源ip修改为虚拟ip,这里配置的虚拟ip就是起这个作用的。我们编辑/etc/init.d/lvsrs文件,写入如下内容:

[root@nginx1 nginx]# cd /etc/init.d/
[root@nginx1 init.d]# vim lvsrs
#虚拟的vip 根据自己的实际情况定义
SNS_VIP=192.168.93.200
/etc/rc.d/init.d/functions
case "$1" in
start)
       ifconfig lo:0 $SNS_VIP netmask 255.255.255.255 broadcast $SNS_VIP
       /sbin/route add -host $SNS_VIP dev lo:0
       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
       sysctl -p >/dev/null 2>&1
       echo "RealServer Start OK"
       ;;
stop)
       ifconfig lo:0 down
       route del $SNS_VIP >/dev/null 2>&1
       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
       echo "RealServer Stoped"
       ;;
*)
       echo "Usage: $0 {start|stop}"
       exit 1
esac
exit 0

然后更改脚本权限并执行脚本:(两台nginx机器都要执行)

[root@nginx1 init.d]# chmod 755 lvsrs
[root@nginx1 init.d]# ./lvsrs start

在这里插入图片描述
LVS+Keepalived+Nginx+ web 四七层负载及高可用集群构建_第3张图片
查看ip lo:0 和路由是否添加成功:
LVS+Keepalived+Nginx+ web 四七层负载及高可用集群构建_第4张图片
如果可以看到上述结果,证明 lo:0和路由都已经配置成功。

三、测试
1.启动Nginx 服务, 验证Nginx负载功能

systemctl start nginx
systemctl enable nginx

测试分别访问nginx1和nginx2的网页, 可以看到请求轮询定向到后端的两台web服务器上, 所以Nginx 负载功能验证成功。

while [ TRUR ]; do curl http://192.168.93.110:80; sleep 2 ; done

LVS+Keepalived+Nginx+ web 四七层负载及高可用集群构建_第5张图片

while [ TRUR ]; do curl http://192.168.93.111:80; sleep 2 ; done

LVS+Keepalived+Nginx+ web 四七层负载及高可用集群构建_第6张图片
2. 启动keepalived

在lvskeepalived1 和 lvskeepalived2 服务器上启动keepalived.

systemctl start keepalived
systemctl enable keepalived

过几秒后可以看到VIP(192.168.93.200) 在master 机器上面:
LVS+Keepalived+Nginx+ web 四七层负载及高可用集群构建_第7张图片
通过VIP访问网页:
LVS+Keepalived+Nginx+ web 四七层负载及高可用集群构建_第8张图片
访问成功, 可见LVS 成功将请求转发到了后端web server 上。

3.KeepAlived高可用测试

  • 停掉主keepalived:
    LVS+Keepalived+Nginx+ web 四七层负载及高可用集群构建_第9张图片
    vip漂移至备服务器:
    LVS+Keepalived+Nginx+ web 四七层负载及高可用集群构建_第10张图片
    此时网页访问:192.168.93.200依然能够正常访问,分发依然正常:
    LVS+Keepalived+Nginx+ web 四七层负载及高可用集群构建_第11张图片
  • 重启主keepalived
    主服务恢复之后;vip又会自动漂移回主服务
    LVS+Keepalived+Nginx+ web 四七层负载及高可用集群构建_第12张图片
    至此, keepalived 高可用验证成功。

4.LVS监控真实服务测试

  • 查看最新的虚拟ip对应的RealServer的情况
    VIP:192.168.93.200
    Realserver1 IP: 192.168.93.110
    Realserver2 IP: 192.168.93.111
    LVS+Keepalived+Nginx+ web 四七层负载及高可用集群构建_第13张图片
    可以看出192.168.93.110和192.168.93.111两台真实服务器都还在

  • 访问VIP并使用ipvsadm -lnc查看请求转发情况
    看到lvs将请求转发到110 和 111 两台真实服务器上:
    LVS+Keepalived+Nginx+ web 四七层负载及高可用集群构建_第14张图片

  • 测试停掉192.168.93.110的nginx 服务
    LVS+Keepalived+Nginx+ web 四七层负载及高可用集群构建_第15张图片

  • 再次查看虚拟ip对应的RealServer的情况
    可以看出192.168.93.110这台已经挂掉的服务器已经被移除了
    LVS+Keepalived+Nginx+ web 四七层负载及高可用集群构建_第16张图片

  • 测试访问虚拟ip
    在这里插入图片描述
    可以看到网页访问正常。
    使用ipvsadm -lnc 查看请求转发情况:
    可以看到所有的访问都只会转发到192.168.93.111的真实服务器上
    LVS+Keepalived+Nginx+ web 四七层负载及高可用集群构建_第17张图片

  • 恢复192.168.93.110
    lvs又会自动监控并加入192.168.93.110
    LVS+Keepalived+Nginx+ web 四七层负载及高可用集群构建_第18张图片
    至此,验证了LVS 可以监控真实服务器的服务的状态。

通过验证, 我们今天的LVS+Keepalived+Nginx+ web 集群搭建成功!

补充: 文中图片截取自我自己的微信公众号, 欢迎大家关注!

你可能感兴趣的:(Linux,集群,linux,nginx,lvs,运维)