virtual router

原理 nginx 可以实现负载均衡，但 nginx 自身存在单点故障的问题，这时候最先想到的就是 keepalived，可以解决单点故障的问题 由于没有使用 lvs，所以这里 nginx 之间不存在负载均衡 同时，如果 keepalived 的 master 节点 nginx 服务宕了以后，如果 keepalived 还在运行，则用户就访问不到 nginx 服务了，所以需要添加监控脚本，当 nginx 宕机时，杀死本机的 keepalived 服务 这样，keepalived 的 master 就会切换，同时用户访问的 nginx 服务也会切换到原来的 backup 节点 测试节点 RIP VIP MASTER 192.168.132.136 192.168.132.200 SLAVE 192.168.132.140 192.168.132.200 配置nginx 安装 nginx 不是重点，这里就是用 yum 简单安装 yum -y install nginx systemctl start nginx 配置keepalived 安装 keepalived 使用 yum 安装即可 keepalived 配置如下： global_defs { notification_email { chen@test.com } notification_email_from chen@test

1、安装编译 Nginx 所需的依赖包 # yum install gcc gcc-c++ make automake autoconf libtool pcre pcre-devel zlib zlib-devel openssl openssl-devel 2、上传 Nginx #gzip on; server { listen 88; server_name localhost; #charset koi8-r; #access_log logs/host.access.log main; location / { root html; index index.html index.htm; } #error_page 404 /404.html; # redirect server error pages to the static page /50x.html error_page 500 502 503 504 /50x.html; location = /50x.html { root html; } } } 修改 Nginx 欢迎首页内容（用于后面测试，用于区分两个节点的 Nginx）： # vi /usr/local/nginx/html/index.html 192.168.1.51 中的标题加 1 <h1>Welcome to nginx! 1</h1>

高并发是由于应用系统(如：移动APP或网站等）即页面浏览量或点击量大，单台服务器无法承载大量访问所带来的压力，因此会采用服务器硬件集群技术，用N台服务器进行分流，对于每次访问采取负载均衡策略，被分配到不同的服务器来处理请求。 负载均衡种类 一种是通过硬件来实现，常见硬件有F5，A10，NetScaler、Radware和Array等商用的负载均衡器，但是它们是比较昂贵，成本比较高。 另一种是通过软件来实现，常见的软件有LVS、Nginx、Apache等,它们是基于Linux系统并且开源的负载均衡策略。 整体架构图: 架构说明: Keepalived ：是用来 检测服务器的状态，如果有一台web服务器宕机，或工作出现故障时，Keepalived将会检测到，并将有故障的服务器从系统中剔除，同时使用其他服务器代替该服务器的工作，当服务器工作正常后Keepalived自动将服务器加入到服务器群中，这些工作全部自动完成，不需要人工干涉，需要人工做的只是修复故障的服务器。 Keepalived是以VRRP协议为实现基础的，VRRP全称Virtual Router Redundancy Protocol，即虚拟路由冗余协议。 LVS (Linux Virtual Server):即Linux虚拟服务器,有三种IP负载均衡技术（VS/NAT、VS/TUN和VS/DR）,十种调度算法（rr|wrr

Keepalived高可用集群 Keepalived介绍 Keepalived软件起初是专门为LVS负载均衡软件设计的，用来管理并监控LVS集群系统中各个服务节点的状态，后来又加入了可以实现高可用的VRRP功能。因此，Keepalived除了能够管理LVS软件外，还可以作为其他服务（例如：Nginx，Haproxy，MySQL等）的高可用解决方案软件。 Keepalived软件主要是通过VRRP协议实现高可用功能的。VRRP是Virtual Router Redundancy Protocol（虚拟路由器冗余协议）的缩写，VRRP出现的目的就是为了解决静态路由单点故障问题的，他能够保证当个别节点宕机时，整个网络可以不间断地运行。所以，Keepalived一方面具有配置管理LVS的功能，同时还具有对LVS下面节点进行健康检查的功能，另一方面也可实现系统网络服务的高可用功能。 Keepalived软件的官方站点是 http://www.keepalived.org Keepalived服务的三个重要功能 （1）管理LVS负载均衡软件 早期的LVS软件，需要通过命令行或脚本实现管理，并且没有针对LVS节点的健康检查功能。为了解决LVS的这些使用不便问题，Keepalived诞生了，可以说，Keepalived软件起初是专为解决LVS的问题而诞生的。因此

HA Cluster配置前提： 1、本机的主机名，要与hostname(uname -n)获得的名称保持一致； CentOS 6: /etc/sysconfig/network CentOS 7: hostnamectl set-hostname HOSTNAME 各节点要能互相解析主机名；一般建议通过hosts文件进行解析(防止DNS服务无法访问)； 2、各节点时间同步； 3、确保iptables及selinux不会成为服务阻碍； keepalived是vrrp协议在Linux主机上以守护进程方式的实现，能够根据配置文件自动生成ipvs规则； 可以对各RS做健康状态检测； 配置文件的组成部分：keepalived.conf文件 1.GLOBAL CONFIGURATION 2.VRRPD CONFIGURATION vrrp instance vrrp synchonization group 3.LVS CONFIGURATION 获取帮助：man keepalived.conf keepalived默认不输出日志解决： 编辑/etc/sysconfig/keepalived修改为 KEEPALIVED_OPTIONS="-D -S 3" 编辑/etc/rsyslog.conf添加一行 local3.* /var/log/keepalived.log

18.1 集群介绍 一台机器完成不了的任务我们交给一大群机器去做，集群就好比一个堆叠起来的计算机。 集群根据功能划分两大类：高可用和负载均衡 高可用集群通常为两台服务器，一台工作，另外一台作为冗余，当提供服务的机器宕机，冗余将接替继续提供服务。（保证服务的可用性） 实现高可用的开源软件有：heartbeat、keepalived。 heartbeat在centos6上bug比较多，而且不再更新了，更推荐keepalived。 负载均衡集群，需要有一台服务器作为分发器，它负责把用户的请求分发给后端的服务器处理，在这个集群里，除了分发器外，就是给用户提供服务的服务器了，这些服务器数量至少为2个。 实现负载均衡的开源软件有LVS、keepalived、haproxy、nginx，商业的有F5、Netscaler。LVS是非常出名的一款做负载均衡的软件。商业软件的稳定性和应对高访问量是值得肯定的，开源软件的稳定性等就会取决于你的服务器的性能了。 18.2 keepalived介绍 在这里我们使用keepalived来实现高可用集群，因为heartbeat在centos6上有一些问题，影响实验效果。heartbeat在切换主从的时候有延时，做高可用集群的时候还是推荐使用keepalived。 keepalived通过VRRP（Virtual Router Redundancy Protocl

##keepalived简介 ###keepalived介绍 Keepalived 软件起初是专为LVS负载均衡软件设计的，用来管理并监控LVS集群系统中各个服务节点的状态，后来又加入了可以实现高可用的VRRP功能。因此，Keepalived除了能够管理LVS软件外，还可以作为其他服务（例如：Nginx、Haproxy、MySQL等）的高可用解决方案软件。 Keepalived软件主要是通过VRRP协议实现高可用功能的。VRRP是Virtual Router RedundancyProtocol(虚拟路由器冗余协议）的缩写，VRRP出现的目的就是为了解决静态路由单点故障问题的，它能够保证当个别节点宕机时，整个网络可以不间断地运行。 所以，Keepalived 一方面具有配置管理LVS的功能，同时还具有对LVS下面节点进行健康检查的功能，另一方面也可实现系统网络服务的高可用功能。 ###keepalived的重要功能 keepalived 有三个重要的功能，分别是： 管理LVS负载均衡软件 实现LVS集群节点的健康检查 作为系统网络服务的高可用性（failover） ###keepalived高可用故障转移的原理 Keepalived 高可用服务之间的故障切换转移，是通过 VRRP (Virtual Router Redundancy Protocol ,虚拟路由器冗余协议）来实现的

L3***适用于位于不同地理位置的公司总部和分支之间需要相互通信的场景，由于通信数据需要穿越运营商的骨干网，可以使用BGP在骨干网上发布***路由，使用MPLS在骨干网上转发***报文；由于公司内部各个部门之间需要相互隔离，可以通过该功能实现不同***之间的路由隔离、地址空间隔离和访问隔离。 通常，同一网段内的所有主机上都存在一条相同的、以网关为下一跳的缺省路由。主机发往其他网段的报文将通过缺省路由发往网关，再由网关进行转发，从而实现主机与外部网络的通信。当网关发生故障时，本网段内所有以网关为缺省路由的主机将无法与外部网络通信。增加出口网关是提高系统可靠性的常见方法，此时如何在多个出口之间进行选路就成为需要解决的问题。 VRRP的出现很好的解决了这个问题。VRRP能够在不改变组网的情况下，采用将多台路由设备组成一个虚拟路由器，通过配置虚拟路由器的IP地址为默认网关，实现默认网关的备份。当网关设备发生故障时，VRRP机制能够选举新的网关设备承担数据流量，从而保障网络通信的可靠性。 在配置VRRP备份组内各交换机时，建议将Backup配置为立即抢占，即不延迟（延迟时间为0），而将Master配置为延时抢占，并且配置15秒以上的延迟时间。这样配置的目的是为了在网络环境不稳定时，在上下行链路的状态恢复一致性期间等待一定时间

为什么要使用VRRP技术 我们知道，为了实现不同子网之间的设备通信，需要配置路由。目前常用的指定路由方法有两种： 第一种是通过路由协议 ：RIP、OSPF动态学习 第二种是通过静态路由： 对终端PC机配置静态路由 。 这两种路由各有各的优缺点： 第一种路由可以自动寻找最优路径，邻居路由也可以通过学习来获得路由表，但是动态路由占用线路带宽和CPU处理时间。 第二种路由是不需要ＣＰＵ处理时间同样也不占用线路带宽，但是这个路由需要对终端的ＰＣ机进行配置网关来实现，工作量是比较大的。 对于以上的两种路由在现在来说都是广泛应用的。 我们现在只来分析静态路由的缺点，因为ＶＲＲＰ技术就是使用在静态路由上，而不是动态路由上 。 对于静态路由来说，对终端ＰＣ机配置默认网关。如果作为默认网关的路由器出现故障，所有使用该网关为下一跳的主机的通信是要中断的。如下图所示； 在上图中，主机Ａ—Ｄ都配置了一个默认的网关：１0.1.1.1，网关路由的下一跳指向主机所在网段内的一个路由器RouterA，RouterA将报文发送到外网，但是如果现在RouterA坏掉了，那么所有的主机将无法与其他网段进行通信了。 为了解决以上的问题，我们可以加一个路由器RouterB，如下图所示： 当RouterA坏掉时，所有的PC机将网关切换到RouterB上的网关。这样就实现了路由器的备份。这个技术就是VRRP技术--

一 、原理及简介： 1.1 Keepalived简介 Keepalived是Linux下一个轻量级别的高可用解决方案。Keepalived起初是为LVS设计的，专门用来监控集群系统中各个服务节点的状态，它根据TCP/IP参考模型的第三、第四层、第五层交换机制检测每个服务节点的状态，如果某个服务器节点出现异常，或者工作出现故障，Keepalived将检测到，并将出现的故障的服务器节点从集群系统中剔除，这些工作全部是自动完成的，不需要人工干涉，需要人工完成的只是修复出现故障的服务节点。 后来Keepalived又加入了VRRP的功能，VRRP（Virtual Router Redundancy Protocol,虚拟路由冗余协议)出现的目的是解决静态路由出现的单点故障问题，通过VRRP可以实现网络不间断稳定运行，实现高可用性，因此Keepalvied 一方面具有服务器状态检测和故障隔离功能，另外一方面也有HA cluster功能，下面介绍一下VRRP协议实现的过程。 上图是Keepalived的功能体系结构，大致分两层：用户空间（user space）和内核空间（kernel space）。 内核空间：主要包括IPVS（IP虚拟服务器，用于实现网络服务的负载均衡）和NETLINK（提供高级路由及其他相关的网络功能）两个部份。 用户空间： WatchDog