一、DR模式负载均衡

1.实验环境搭建（server1作为调度器DR，server2，3作为服务端RS）

一、server1上：

二、server2、server3

2.测试及优化

二、LVS高可用+负载均衡

1.高可用集群搭建

实验环境：

修改配置文件

效果测试1：

效果测试2：某结点RS故障

效果测试3：主DR故障

一、DR模式负载均衡

1.实验环境搭建（server1作为调度器DR，server2，3作为服务端RS）

工作机制：DR把MAC地址改成了RS的MAC

一、server1上：

安装ipvsadm服务：yum install ipvsadm.x86_64 -y

加入vip并查看

ipvsadm -A -t 172.25.73.100:80 -s rr 该ip采用调度算法
ipvsadm -a -t 172.25.73.100:80 -r 172.25.73.2:80 -g 有人访问100主机的80端口服务时，把该请求转给server2的80
ipvsadm -a -t 172.25.73.100:80 -r 172.25.73.3:80 -g

ipvsadm -ln可查看调度情况

二、server2、server3

安装apache并开启服务，修改默认页面内容方便后边实验

以server2为例：

yum install httpd.x86_64 -y
echo server2 > /var/www/html/index.html
systemctl start httpd
curl server2

2.测试及优化

出现的现象：在其他主机测试 curl 172.25.73.100

始终无响应，但调度器有调度记录

解决思路：只要调度器有正常的调度记录，那就应该看服务器是否有问题

原因：server2、3并不存在100这个地址，用户发起的请求是要找100，因此我们要把100这个地址加到server2、3上。

ip addr add 172.25.73.100/32 dev eth0

ip addr del 172.25.100/32 dev eth0 这是删除命令，在这里用不上，我刚开始写错了，所以删掉重新加的vip

多次访问

for i in {1..10};do curl 172.25.73.100;done

用 arp -an | grep 100查看详细信息时会发现MAC地址是server1的

假如我们删掉该信息 arp -d 172.25.73.100

会发现后来的访问都是server2在响应，这是因为现在server123都有100的地址，访问请求都是以广播网络的形式，所以响应最快的就会提供服务。

因此我们应该采取措施，不让server2、3响应

优化：arp策略，server2、3均安装

yum install arptables -y安装服务

arptables -A INPUT -d 172.25.73.100 -j DROP凡是对100的访问请求都丢弃，不接受直接访问

arptables -A OUTPUT -s 172.25.73.100 -j mangle --mangle-ip-s 172.25.73.2(server3就写172.25.73.3) 输出是100 的均换为自己的主机名

arptables-save > /etc/sysconfig/arptables保存策略，防止重启服务后原有策略实效
systemctl start arptables.service开启服务

效果查看

其他主机访问100

总结：访问顺序为 client > vs > rs > client

二、LVS高可用+负载均衡

现象：停掉server2的apache服务后，用户有一半机率出现访问失败，但调度器不显示异常

问题：LVS集群中，某个RS出现故障如何解决？---健康监测

LVS集群中，DR出现故障如何解决？----LVS冗余（高可用）

1.高可用集群搭建

实验环境：

1.新增server4作为从节点DR,安装ipvsadm

删掉server1的调度策略，防止原有干扰。 ipvsadm -C

删掉原来设置的vip ip addr del 172.25.73.100/24 dev eth0

server1、4均安装 keepalived yum install keepalived -y

3.由于server1和server4之间会有文件传输，为了方便，建立server1、4的ssh免密认证

ssh-keygen

ssh-copy-id server4:

ssh server4

修改配置文件

netstat -antlp

yum install mailx.x86_64 下载邮箱工具

配置文件： /etc/keepalived/keepalived.conf

文件太长分段解释

  1 ! Configuration File for keepalived2 3 global_defs {4    notification_email {5         root@localhost 邮件设置  6  } 7    notification_email_from keepalived@localhost 邮件设置8    smtp_server 127.0.0.1  这里是server4的回环接口9    smtp_connect_timeout 3010    router_id LVS_DEVEL11    vrrp_skip_check_adv_addr12   #vrrp_strict  注释掉13    vrrp_garp_interval 014    vrrp_gna_interval 015 }

第二段

 17 vrrp_instance VI_1 {18     state MASTER  #该结点的状态为主节点19     interface eth0  #这里是从结点的网卡，server4的网卡是eth020     virtual_router_id 51 #51作为一个标志，不同的结点集群标志不同，所以这个数字应该和server4配置文件的一样，21     priority 100  #优先级，100最大，从结点的优先级一定要小于主节点22     advert_int 123     authentication {24         auth_type PASS25         auth_pass 111126     }27     virtual_ipaddress {28         172.25.73.100  #vip  一旦保存后会自动添加29     }   30 }

第三段

 32 virtual_server 172.25.73.100 80 {33     delay_loop 634     lb_algo rr 35     lb_kind DR36     #persistence_timeout 50  注释37     protocol TCP38 39     real_server 172.25.73.2 80 {40         weight 141         TCP_CHECK {42             connect_timeout 343             delay_before_retry 344         }   45     }   46  real_server 172.25.73.3 80 {47           weight 148           TCP_CHECK {49               connect_timeout 350               delay_before_retry 351           }52       }53       54 }

scp keepalived.conf server4:/etc/keepalived/

server4要改18和21： 18改为BACKUP ，21的优先级改为50 ，100是最大的

server1、4开启服务：systemctl start keepalived.service

效果测试1：

1.ip addr 查看vip是否添加成功

2.查看/var/log/message，

server1里边有成为主节点的记录，server4里边有成为从节点的记录

3.此时访问100主机，依旧做到负载均衡，和之前一样

效果测试2：某结点RS故障

server2: systemctl stop httpd

现象：由负载均衡变成只有server3。同时调度信息会变化

server2: systemctl start httpd

现象：由只有server3变成负载均衡。同时调度信息会变化

效果测试3：主DR故障

主节点server1：reboot

现象：server4立刻接手server1的工作，添加vip，日志中会有相应记录，负载均衡不受影响

server1：systemctl start keepalived.service

查看server4日志发现回到BACKUP且不影响负载均衡

LVS负载均衡+高可用相关推荐

lvs负载均衡—高可用集群（keepalived）
基本概念: 什么是Keepalived呢,keepalived观其名可知,保持存活,在网络里面就是保持在线了,也就是所谓的高可用或热备,用来防止单点故障(单点故障是指一旦某一点出现故障就会导致整个系统 ...
Lvs+keepAlived实现负载均衡高可用集群（DR实现）
第1章 LVS 简介 1.1 LVS介绍 LVS是Linux Virtual Server的简写,意为Linux虚拟服务器,是虚拟的服务器集群系统,可在UNIX/LINUX平台下实现负载均衡集群功能. ...
LVS+Keepalived-DR模式负载均衡高可用集群
LVS+Keepalived DR模式负载均衡+高可用集群架构图工作原理: Keepalived采用VRRP热备份协议实现Linux服务器的多机热备功能. VRRP,虚拟路由冗余协议,是针对路由器的 ...
LVS原理详解及部署之五：LVS+keepalived实现负载均衡高可用
本文我们主要讲解的是LVS通过keepalived来实现负载均衡和高可用,而不是我们第三篇文章介绍的通过手动的方式来进行配置.通过脚本的方式来显示RS节点的健康检查和LVS的故障切换.此文会通过一个实 ...
LVS+Keepalived实现负载均衡高可用
使用脚本实现LVS负载均衡环境: 3台主机 DS:192.168.100.1 RS1:192.168.100.11 RS2:192.168.100.12 VIP:192.168.100.100 安装 ...
MySQL主从复制与lvs+keepalived单点写入读负载均衡高可用实验
http://blog.csdn.net/wzy0623/article/details/38757561 MySQL主从复制与lvs+keepalived单点写入读负载均衡高可用实验分类: MyS ...
linux系统下对网站实施负载均衡+高可用集群需要考虑的几点
随着linux系统的成熟和广泛普及,linux运维技术越来越受到企业的关注和追捧.在一些中小企业,尤其是牵涉到电子商务和电子广告类的网站,通常会要求作负载均衡和高可用的Linux集群方案. 那么如何实 ...
saltstack实现haproxy+keepalived负载均衡+高可用(二)
一键部署haproxy+keepalived实现负载均衡+高可用实验环境: !!!! 特别注意: www.westos.org为test1的minion名字 test1: 172.25.1.1 ...
Nginx+keepalived负载均衡高可用篇第③版
Nginx+keepalived负载均衡高可用篇第③版对付中.小型企业,假如没有资金去购买昂贵的四/七层负载均衡交换机,那么Nginx是不错的七层负载均衡选择,并且可以通过Nginx + Keepa ...

LVS负载均衡+高可用

一、DR模式负载均衡

1.实验环境搭建（server1作为调度器DR，server2，3作为服务端RS）

一、server1上：

二、server2、server3

2.测试及优化

二、LVS高可用+负载均衡

1.高可用集群搭建

实验环境：

修改配置文件

效果测试1：

效果测试2：某结点RS故障

效果测试3：主DR故障

LVS负载均衡+高可用相关推荐

最新文章

热门文章