一个简单的http HA集群 keepalived实例配置

以下是一个keepalived的案例:
master :192.168.200.11  运行服务httpd
slave :192.168.200.12 运行服务httpd

虚拟ip :192.168.200.16

global_defs {
   notification_email {
     [email protected]
     [email protected]
     [email protected]
   }
   notification_email_from [email protected]
   smtp_server 192.168.200.1
   smtp_connect_timeout 30
   router_id HTTPD
}

vrrp_script check_httpd{
 script "killall -0 httpd"
 interval 2
}
vrrp_instance VI_1 {
    state MASTER
    interface eth0
    virtual_router_id 51
    priority 100
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
 notify_master "/etc/keepalived/master.sh"
 notify_master "/etc/keepalived/backup.sh"
 notify_master "/etc/keepalived/fault.sh"
 track_script {
 check_httpd
}
    virtual_ipaddress {
        192.168.200.16/24 dev eth0
    
    }
}
vim master.sh
LOGFIELE=/var/log/keepalived-state.log
echo "[Master]" >> $LOGFILE
date +"%F %T" >>$LOGFILE

vim backup.sh
LOGFIELE=/var/log/keepalived-state.log
echo "[Backup]" >> $LOGFILE
date +"%F %T" >>$LOGFILE
vim master.sh
LOGFIELE=/var/log/keepalived-state.log
echo "[Fault]" >> $LOGFILE
date +"%F %T" >>$LOGFILE

将以上文件复制到backup 节点上更改两个参数, state 更改为BACKUP ,priority 80即可

参数详解:

vrrp_instance VI_1  :实例依vrrp_instance作为表示,后面是实例名称

state:用于指定keepalived的角色(MASTER or BACKUP)

interface:用于指定HA监测网络的接口

vritual_router_id:是虚拟路由标识,这个标识是一个数字,同一个实例中的标识唯一并且MASTER和BACKUP标识一致

priority :用于定义节点优先级,数字越大表示优先级越高

advert_int:用于设置MASTER和BACKUP主机之间同步检查的时间间隔,默认为s

mcast_src_ip:用于设置发送多播包的地址,如果没有设置,将用绑定的网卡所对应的IP地址

garp_master_delay:设置在切换到MASTER状态后延时进行Gratuitous arp请求的时间

nopreempt:设置的是高可用集群中的不抢占功能。在一个高可用集群中,如果主节点死掉,备用节点会成为主节点,在主节点故

障恢复后会再次抢占资源,让资源从现运行的节点上重新回归到自己的节点上,如果设置了此项,在主节点故障恢复后,不会再次

抢夺资源,会保持现有运行状态。直到现有主节点故障后才发生资源转移。

preemtp_delay:用于设置抢占的延时时间,单位为s,此选项主要用在设备系统重启后网络需要经过一段时间才能正常工作,这种

情况没有必要进行主从切换,用于设置这种情况发生的时间间隔,此时间内发生的故障不进行切换

virtual_ipaddress :用来设定在切换时添加或删除的相关路由条目
track_scrip:调用vrrp_script

killall -0 信号表示对程序的运行状态进行监控,如果发现进程关闭或其他异常,将返回状态码1

关于vrrp_script中的设置参数解释:

vrrp_script chk_haporxy{
 script "killall -0 haproxy"
 interval 2
  #监测周期
 weight -2
  # 如果监测失败当前节点优先级减2
 fail 2
  #失败次数,如果请求失败2次就认为此节点资源发生故障将进行切换
  
 rise 1
  #监测成功就立即成功,如果请求一次成功就默认此节点资源恢复正常
}

时间: 2025-01-18 04:57:54

一个简单的http HA集群 keepalived实例配置的相关文章

架构之高可用性(HA)集群(Keepalived)

Keepalived简介 Keepalived是Linux下一个轻量级别的高可用解决方案.高可用(High Avalilability,HA),其实两种不同的含义:广义来讲,是指整个系统的高可用行,狭义的来讲就是之主机的冗余和接管, 它与HeartBeat RoseHA 实现相同类似的功能,都可以实现服务或者网络的高可用,但是又有差别,HeartBeat是一个专业的.功能完善的高可用软件,它提供了HA 软件所需的基本功能,比如:心跳检测.资源接管,检测集群中的服务,在集群节点转移共享IP地址的所

对HA的简单认识以及HA集群删除

高可用集群HA,英文全称为High Availability,简单来说,集群就是一组计算机,它们作为一个整体向用户提供一组网络资源,这些单个的计算机系统就是集群的节点. 高可用集群的出现就是为了使集群的整体服务尽可能可用,从而减少由计算机硬件和软件易错性带来的损失.如果某个节点失效,他的备节点就要在几秒钟的时间内接管他的职责,因此,对于用户而言,集群永远不会停机. 高可用集群软件的主要作用就是实现故障检查和业务切换的自动化.只有两个节点的高可用集群又成为双机热备,使用两台服务器互相备份.当一台服

用LVS配置一个简单的web LB集群

知识储备: ipvsadm: 管理集群服务 添加:-A -t|u|f  service-address [-s scheduler] -t: TCP协议的集群 -u: UDP协议的集群 -f: FWM: 防火墙标记 service-address:     IP:PORT 修改:-E 删除:-D -t|u|f service-address 管理集群服务中的RS 添加:-a -t|u|f service-address -r server-address [-g|i|m] [-w weight]

HA集群之keepalived详解/基于keepalived+LVS-DR构建HA主备模型(一)

一.理论部分:     keepalived是vrrp协议的实现:原生设计目的为高可用ipvs服务:keepalived能够配置文件中的定义生成ipvs规则:并能够对各RealServer的健康状态进行检测:  vrrp协议:虚拟冗余路由协议:早期只是主要在路由器上提供的一种非常简单的完成将多个物理设备组建成一个虚拟设备,并且在多个物理设备之间漂移地址一种协议:非常轻量化,性能非常好.而keepalived无非就是通过vrrp协议在Linux主机上通过一个守护进程,把Linux主机扮演成路由器,

部署k8s ssl集群实践6:配置高可用kube-apiserver组件ha+keepalived

参考文档:https://github.com/opsnull/follow-me-install-kubernetes-cluster感谢作者的无私分享.集群环境已搭建成功跑起来.文章是部署过程中遇到的错误和详细操作步骤记录.如有需要对比参考,请按照顺序阅读和测试. kubernetes master 节点运行如下组件:kube-apiserverkube-schedulerkube-controller-managerkube-scheduler 和 kube-controller-mana

HA集群安装配置(高可用)

HA 即 (high available)高可用,又被叫做双机热备,用于关键性业务. 简单理解就是,有两台机器A和B,正常是A提供服务,B待命闲置,当A宕机或服务宕掉,会切换至B机器继续提供服务.常用实现高可用的开源软件有heartbeat和keepalived,其中keepalived有负载均衡的功能.<ignore_js_op> 下面我们使用heartbeat来做HA集群,并且把nginx服务作为HA对应的服务. 试验准备:两个机器, 都是centos6.5,网卡eth0 ip如下:ami

HA集群配置

HA(high available)即高可用,又被叫做双机热备,用于关键性业务.简单理解就是,有两台机器A 和B,正常是A提供服务,B待命闲置,当A宕机或服务宕掉,会切换至B机器继续提供服务.常用实现高可用的开源软件有heartbeat和keepalived,其中keepalived有负载均衡的功能. 下面我们使用heartbeat来做HA集群,并且把nginx服务作为HA对应的服务. 一.准备工作  两个机器操作系统都是centos6.5,网卡eth0 ip分别为: master  192.1

简单的高可用集群实验

前言: 上文介绍了高可用集群的基本概念,下面让我们来试试用两台提供web服务的虚拟机来实现一个小小的高可用集群吧- 首先,配置一个高可用集群的前提有: 1.至少两个节点: 2.共享存储(为了提供的页面一致,需要在后端用某些机制来实现.这里我们就做个简单的实验,后端存储先不考虑.先让这两个节点各自提供一个不同的页面,方便我们知道哪台在提供服务): 3.STONIN(共享存储时为了避免争用资源,指挥特定的设备,如电源交换机等避免共享存储的崩溃,所以一般的集群都得需要这个否则它会不工作的哦~~这里我们

Linux HA集群之Heartbeat

大纲 一.什么是高可用集群 二.什么是高可用性 三.高可用集群相关概念 四.Heartbeat v1版示例 五.Heartbeat v2版示例 六.Heartbeat v3版示例 一.什么是高可用集群 高可用集群,英文原文为High Availability Cluster,简称HA Cluster,简单的说,集群(cluster)就是一组计算机,它们作为一个整体向用户提供一组网络资源.这些单个的计算机系统 就是集群的节点(node).高可用性集群(HA cluster)是指如单系统一样地运行并