keepalived

主节点： yum install keepalived vi /etc/keepalived/keepalived.conf global_defs { notification_email { acassen@firewall.loc failover@firewall.loc sysadmin@firewall.loc } notification_email_from Alexandre.Cassen@firewall.loc smtp_server 127.0.0.1 smtp_connect_timeout 30 router_id NGINX_MASTER } vrrp_script check_nginx { script "/etc/keepalived/check_nginx.sh" interval 5 weight -2 } vrrp_instance VI_1 { state MASTER interface ens33 virtual_router_id 51 # VRRP 路由 ID实例，每个实例是唯一的 priority 100 # 优先级，备服务器设置 99 advert_int 1 # 指定VRRP 心跳包通告间隔时间，默认1秒 authentication { auth_type PASS auth_pass 1111 } virtual

集群与存储 HAProxy简介 HAProxy简介 • 它是免费、快速并且可靠的一种解决方案 • 适用于那些负载特大的 web 站点 , 这些站点通常又需要会话保持或七层处理 • 提供高可用性、负载均衡以及基于 TCP 和 HTTP 应用的代理 衡量负责均衡器性能的因素 • Session rate 会话率 – 每秒钟产生的会话数 • Session concurrency 并发会话数 – 服务器处理会话的时间越长 , 并发会话数越多 • Data rate 数据速率 – 以 MB/s 或 Mbps 衡量 – 大的对象导致并发会话数增加 – 高会话数、高数据速率要求更多的内存 HAProxy 工作模式 • mode http – 客户端请求被深度分析后再发往服务器 • mode tcp – 客户端与服务器之间建立会话 , 不检查第七层信息 • mode health – 仅做健康状态检查 , 已经不建议使用 HTTP协议解析 HTTP 解析 • 当 HAProxy 运行在 HTTP 模式下 ,HTTP 请求 (Request) 和响应 (Response) 均被完全分析和索引 , 这样便于创建恰当的匹配规则 • 理解 HTTP 请求和响应 , 对于更好的创建匹配规则至关重要 HTTP 事务模型 • HTTP 协议是事务驱动的 • 每个请求 (Request) 仅能对应一个响应

准备 1 1. 双主 master1 192.168.199.49 2 master2 192.168.199.50 3 VIP 192.168.199.52 //虚拟IP 4 2.环境 master:nginx + php + mysql + keepalived 5 VIP:只要和master在一个局域网内即可。 6 3. 服务器之间网络通畅，可以互相ping通。 7 4. 2个服务器的mysql版本要一致。数据库密码一致 8 5. 防火墙增加允许组播和允许VRRP（虚拟路由器冗余协）通信，这样主服务器在故障恢复后才能抢回资源 9 -A INPUT -s 182.148.15.0/24 -d 224.0.0.18 -j ACCEPT 10 -A INPUT -s 182.148.15.0/24 -p vrrp -j ACCEPT 11 重启生效：service iptables reload 配置服务器 1 服务器1： 2 3 在my.cnf文件的[mysqld]配置区域添加下面内容： 4 log-bin=mysql-bin #记录二进制文件 5 binlog_format=mixed #mysql默认采用的二进制格式 6 server-id = 2 #服务号，必须是唯一的，一般取IP的后8位 7 expire_logs_days = 10 #binlog过期清理时间 8 9

1.pacemaker Pacemaker 是一款开源的高可用资源管理软件，适合大集群或者小集群。 Pacemaker 由Novell支持，SLES HAE就是用Pacemaker来管理集群，并且Pacemaker 得到了 来自Redhat,Linbit等公司的支持。 Pacemaker是Heartbeat 3.0的crm，它可以使用所有的Heartbeat的资源脚本，升级无忧。 当故障发生时, Pacemaker 会自动的开始恢复，比保证你的程序在集群的其他节点上提供服务， 接管故障的机器。你的用户甚至不会知道有故障发生！ 什么是Pacemaker? Pacemaker是一个集群资源管理者。他用资源级别的监测和恢复来保证集群服务(aka. 资源)的最 大可用性。它可以用你所擅长的基础组件(Corosync或者是Heartbeat)来实现通信和关系管理。 Pacemaker包含以下的关键特性: 监测并恢复节点和服务级别的故障存储无关，并不需要共享存储资源无关，任何能用脚本控制的 资源都可以作为服务支持使用STONITH来保证数据一致性。支持大型或者小型的集群clusters 支持 quorate(法定人数) 或 resource(资源) 驱动的集群支持任何的 冗余配置自动同步各个节 点的配置文件可以设定集群范围内的ordering, colocation and anti

这里的双master并不是2个都同时对应用开放写,只是同一个时刻只有1个mysql对外开放写,另一个作为slave接受从master同步过来的数据,当master挂掉后,通过keepalived的VIP转移,使slave变成master,从而形成高可用的环境 keepalived的master配置如下 vrrp_script mycheck { script "/usr/local/keepalived/shutdown.sh" interval 2 # check every 2 seconds weight 2 # default prio: +2 if connect ok } global_defs { router_id NodeA } vrrp_instance VI_1 { state BACKUP interface eth1 virtual_router_id 151 priority 201 advert_int 1 nopreempt authentication { auth_type PASS auth_pass pass } virtual_ipaddress { 192.168.0.100 } track_script { mycheck } } slave配置如下: vrrp_script mycheck { script "/usr/local

1.1、Keepalived简介 ​ Keepalived是Linux下一个轻量级别的高可用解决方案。高可用(High Avalilability,HA)，其实两种不同的含义： 广义来讲，是指整个系统的高可用行，狭义的来讲就是之主机的冗余和接管 。它与HeartBeat RoseHA 实现相同类似的功能，都可以实现服务或者网络的高可用，但是又有差别，HeartBeat是一个专业的、功能完善的高可用软件，它提供了HA 软件所需的基本功能，比如：心跳检测、资源接管，检测集群中的服务，在集群节点转移共享IP地址的所有者等等。HeartBeat功能强大，但是部署和使用相对比较麻烦，与HeartBeat相比，Keepalived主要是通过虚拟路由冗余来实现高可用功能，虽然它没有HeartBeat功能强大，但是Keepalived部署和使用非常的简单，所有配置只需要一个配置文件即可以完成。 1.2、Keepalived是什么 ​ Keepalived起初是为LVS设计 专门 用来 监控集群系统 中各个 服务节点的状态 ，它根据TCP/IP参考模型的第三、第四层、第五层交换机制检测每个服务节点的状态，如果某个服务器节点出现异常，或者工作出现故,Keepalived将检测到，并将出现的故障的服务器节点从集群系统中剔除，这些工作全部是自动完成的，不需要人工干涉

keepalived实现原理 keepalived采用vrrp热备份协议，实现Linux服务器的多机热备功能 vrrp，虚拟路由冗余协议，是针对路由器的一种备份解决方案 keepalivd案列讲解 keepalived可实现多机热备，每个热备组有多台服务器，最常用的就是双机热备 双机热备的故障切换是由虚拟IP地址的漂移来实现，适用于各种应用服务器 实验原理图 实验环境 虚拟ip 192.168.100.10 lvs1调度服务器 192.168.100.100 lvs2调度服务器 192.168.100.111 web1服务器 192.168.100.200 web2服务器 192.168.100.222 client测试机 192.168.100.20 1，在lvs1调度服务器上安装keepalived，ipvsadm服务 [root@lvs1 ~]# yum install keepalived ipvsadm -y [root@lvs1 ~]# vim /etc/sysctl.conf ##配置路由转发功能 net.ipv4.ip_forward=1 ##路由功能 ##proc响应关闭重定向功能 net.ipv4.conf.all.send_redirects = 0 net.ipv4.conf.default.send_redirects = 0 net.ipv4.conf

1、什么是 nginx 高可用？ “高可用性”（High Availability）通常来描述一个系统经过专门的设计，从而减少停工时间，而保持其服务的高度可用性。Nginx于Keepalived可以实现高可用，实现双机热备+自动切换； 2、但是怎么实现 实现双机热备+自动切换 呢？ 　　需要在服务器安装 keepalive，以及编写脚本；以下开始搭建 3、环境准备 3.1　　 （1）需要两台 nginx 服务器 （2）需要 keepalived （3）需要虚拟 ip 3.2 配置高可用的准备工作 　　（ 1）需要两台服务器 192.168.2.112 和 192.168.2.113 　　 （2）在两台服务器安装 nginx （3）在两台服务器安装 keepalived 4、在两台服务器安装 keepalived 　　 （1）使用 yum 命令进行安装 yum install keepalived –y （2）安装之后，在 etc 里面生成目录 keepalived，有文件 keepalived.conf 5、完成高可用配置（主从配置） （1）修改/etc/keepalived/keepalivec.conf 配置文件 global_defs { notification_email { acassen@firewall.loc failover@firewall.loc

前言 本文要说的是基于 keepalived 实现两台服务器之间的 主备切换 ，从而实现 Java 服务的高可用。 keepalived 的原理不多做介绍，自行搜索了解， keepalived 的安装部署请参考 keepalived 的安装及使用 。 个人建议 不要沉迷于 死扣 和 理解 原理，网上关于原理的文章大同小异，关键词就是 虚拟ip ，了解个大概，动手实践下，结合 keepalived 的配置文件会更好。 项目描述 我所做的项目是不是一个 web 程序，主要功能是定时从文件服务器下载文件，然后做一些处理，放到本地。 需求 当一台服务器部署的 系统出现故障 时，能够有 备用机器 继续提供服务，尽量避免人工介入去恢复系统。注意跟 负载均衡 的区别！初步方案只提供一台备用机。 方案 1. 实现原理 keepalived 的配置文件中有 权重 和 STATE 两个配置项， 两台机器 上的 keepalived 通过 虚拟IP 绑定之后，它们之间就可以通过上述的配置项来进行 ”选举“ ，区分 MASTER 和 BACKUP 。 然后配合 keepalived 中另外的两个功能， 检测脚本 和 通知脚本 实现我们的主备切换的需求。 到底如何决定 MASTER 和 BACKUP ？ STATE 的值可以是 MASTER 和 BACKUP ，当 两台机器配置的 STATE 的值相同

keepalived概述 Keepalived的作用是检测服务器的状态，如果有一台web服务器宕机，或工作出现故障，Keepalived将检测到，并将有故障的服务器从系统中剔除，同时使用其他服务器代替该服务器的工作，当服务器工作正常后Keepalived自动将服务器加入到服务器群中，这些工作全部自动完成，不需要人工干涉，需要人工做的只是修复故障的服务器。 keepalived工作原理 1、keepalived是以VRRP协议为实现基础的，VRRP全称Virtual Router Redundancy Protocol，即虚拟路由冗余协议。 2、虚拟路由冗余协议，可以认为是实现路由器高可用的协议，即将N台提供相同功能的路由器组成一个路由器组，这个组里面有一个master和多个backup，master上面有一个对外提供服务的vip（该路由器所在局域网内其他机器的默认路由为该vip），master会发组播，当backup收不到vrrp包时就认为master宕掉了，这时就需要根据VRRP的优先级来选举一个backup当master。这样的话就可以保证路由器的高可用了。 3、keepalived主要有三个模块，分别是core、check和vrrp。core模块为keepalived的核心，负责主进程的启动、维护以及全局配置文件的加载和解析。check负责健康检查，包括常见的各种检查方式