LVS高可用

学习keepalived之前

问题

1、LVS会挂，业务下线，单点故障
2、RS会挂，一部分用户会请求异常，lvs还存有这个RS的负载记录

解决问题

单点故障的解决方案：它是一个，一个有问题，就用一堆：一变多··
2个思路：多点：形式：a)主备 b)主从
先讨论主备：
方向性：
效率性：
皇帝–》皇子们（皇帝死了，长兄为父。即选年龄最大的登基）
RS挂了怎么确定？你如何确定baidu挂了？
回答：
（1）ping（只限于网络层，触碰不到应用层，连握手都不确定)不对
（2）访问一下->底层验证的是应用层的http协议–>发请求，判断返回200 OK

LVS：内核中有模块ipvs <-增加代码？ 第三方实现？！
第三方：人 响应慢，不靠谱
企业追求自动化！要把人解耦出去，用程序替代------>Keepalived!(应用层软件，工作在用户空间)，代替人自动运维，解决单点故障，实现HA

每台机器里的keepalived都在干什么？
1、监控自己的LVS服务
2、Master通告自己还活着，Backup监听Master状态；Master挂了，一堆backup推举出一个新的master
3、配置：VIP，添加ipvs(keepalived是又配置文件的)
4、对后端RS做健康检查。
keeplived是一个通用的工具，主要作为HA实现：
比如nginx可以作为公司的负载均衡来用，nginx成为了单点故障，也可以用keepalived来解决。

keepalived实验

主机：node01~~node04
如果没用keepalived之前node01已经有了lvs配置，则需要进行清理：
node01:
ipvsadm -C
ifconfig eth0:8 down

---

node01,node04
yum install keepalived ipvsadm -y 安装keepalived和ipvsadm
配置：
cd /etc/keepalived
cp keepalived.conf keepalived.conf.bak 备份配置文件
vi keepalived.conf
vrrp：虚拟路由冗余协议


然后把服务启动：service keepalived start

问题

我们虽然解决了LVS高可用，但是毕竟keepalived是一个应用程序，难免会有出错的时候。这就导致为了解决一个问题而又引入一个技术，但是这个技术自身也不可靠：—》我要解决一个单点问题而又引入一个新的不可靠问题！----------》通过高可用集群的方式解决这个问题；例如Zookeeper！