目录
keepalived双击热备基础知识
Keepalived 起初是专门针对 LVS 设计的一款强大的辅助工具，主要用来提供故障切换(Failover)和健康检査(Health Checking)功能–判断 LVS 负载调度器、节点服务器的可用性，当master 主机出现故障及时切换到 backup节点保证业务正常,当 master 故障主机恢复后将其重新加入群集并且业务重新切换回 master 节点。
1.keepallived概述及安装
Keepalived 的官方网站位于 http://www.keepalived.org/，本章将以 YUM方式讲解 Keepalived 的安装、配置和使用过程。在非 LVS 群集环境中使用时,Keepalived 也可以作为热备软件使用。
keepalived的热备方式
Keepalived 采用 VRRP(Virtual Router Redundancy Protocol,虚拟路由冗余协议)热备份协议,以软件的方式实现Linux 服务器的多机热备功能。VRRP是针对路由器的一种备份解决方案–由多台路由器组成一个热备组,通过共用的虚拟IP地址对外提供服务;每个热备组内同一时刻只有一台主路由器提供服务，其他路由器处于几余状态。若当前在线的路由器失效，则其他路由器会自动接替(优先级决定接替顺序)虚拟IP地址，以继续提供服务，如图3.1所小。
热备组内的每台路由器都可能成为主路由器，虚拟路由器的IP地址(VIP)可以在热备组内的路由器之间进行转移，所以也称为漂移IP地址。使用Keepalived 时,漂移地址的实现不需要手动建立虚接口配置文件(如 ens33 :0),而是由 Keepalived 根据配置文件自动管理。
2.使用keepalived实现双机热备
基于 VRRP 的热备方式，Keepalived 可以用作服务器的故障切换，每个热备组可以有 多台服务器–当然，最常用的就是双机热备了。在这种双机热备方案中，故障切换主要针对虚拟IP地址的漂移来实现，因此能够适用于各种应用服务器(不管是 Web、FTP、Mail，还是 SSH、DNS·…本小节将通过一个简单的案例来说明 Keepalived 双机热备的配置方法。其
中，主、备服务器的IP 地址分别为 192.168.10.101和 192.168.10.102，基于漂移地址 192.168.10.100 提供 Web 服务
案例
Keepalived 的设计目标是构建高可用的 LVS 负载均衡群集，可以调用ipvsadm 工具来创建虚拟服务器、管理服务器池，而不仅仅用作双机热备。使用Keepalived 构建 LVS 群集更加简便易用，主要优势体现在:对 LVS 负载调度器实现热备切换，提高可用性;对服务器池中的节点进行健康检查，自动移除失效节点，恢复后再重新加入。
在基于 LVS+Keepalived 实现的 LVS 群集结构中，至少包括两台热备的负载调度器，三台以上的节点服务器。本节将以 DR 模式的 LVS 群集为基础，增加一台从负载调度器，使用Keepalived 来实现主、从调度器的热备，从而构建兼有负载均衡、高可用两种能力的 LVS 网站群集平台。
使用 Keepalived 构建 LVS 群集时，也需要用到 ipvsadm 管理工具。但大部分工作会由Keepalived 自动完成，不需要手动执行 ipvsadm(除了查看和监控群集以外)。下面主要讲解 Keepalived 的服务器池设置，关于 NFS 共享服务的配置、Keepalived 的热备配置等在此不再详细阐述。
1.基础主备调度器环境配置
2.配置主调度器
解释：
router-id：调度器名称
state ：热备状态
priority：优先级
virtual_ipaddress：指定群集vip地址
virtual_server：虚拟服务器地址（VIP）、端口
delay_loop：健康检查的间隔时间
lb_algo ：调度算法
lb_kind ：群集工作模式
persistence：连接保持时间
protocol：采用协议
real_server：第一个web节点的地址、端口
weight：节点权重
TCP_CHECK：健康检查方式
connect_port：检查的目标端口
connect_timeout：连接超时
nb_get_retry：重试次数
delay_before_retry：重试间隔
3.配置从调度器
4.配置两台节点服务器
根据所选择的群集工作模式不同(DR或NAT)，节点服务器的配置也有些差异。以 DR 模式为例，除了需要调整/proc 系统的 ARP 响应参数以外，还需要为虚拟接口 l0∶0 配置 VIP 地址，并添加一条到 VIP 的本地路由
5.测试
关闭101
关闭103