测试keepalived备备模式的主从切换过程

继续上次“测试keepalived备备模式”的配置后,测试运行状态中主从的切换过程

主要是分析优先级的改变过程。(目前的分析不一定正确,且可能片面,后续会更新,仅供参考)

优先级priority用P来代替

1、首先:
Pa = 85
Pb = 75

此时 Pa > Pb
主 = Pa
从 = Pb

weight = -20

检测脚本(retval)返回0,表示成功,其他(例如1),则表示失败
weight>0时,
retval=0,则P = P + weight
retval=1,不改变

weight<0时,
retval=0,不改变
retval=1,则P = P + weight

2、Pa上的服务失败了,监测脚本返回1
retval = 1
Pa = 85 + (-20) = 65
Pb = 75

此时,Pb > Pa,抢夺vip
主 = Pb
从 = Pa

3、Pa上的服务恢复了,监测脚本返回0
retval = 0
Pa = 65 ,不改变
Pb = 75

4. 调整Pa的配置,weight=20,重启Pa的keepalived服务,再观察vrrp协议
retval = 0
Pa = 65 + 20 = 85
Pb = 75

但设置了不抢占,所以Pb依然是主,需要:重启Pb的keepalived服务,此时:
主 = Pa
从 = Pb
时间: 2024-11-08 13:55:23

测试keepalived备备模式的主从切换过程的相关文章

测试keepalived主备模式

目的:观察VIP在主备服务器上的切换过程 一.安装 yum -y install ipvsadm keepalived 二.服务配置 [keepalived  主] [[email protected] ~]# cat /etc/keepalived/keepalived.conf  ! Configuration File for keepalived global_defs {    router_id R201-1 } vrrp_instance VIP_Mysql {     state

测试keepalived在DR模式下VIP转发数据到RIP的过程

此处测试环境约定: [Client]                            CIP = 10.0.200.22       MAC = 8c:89:a5:96:4c:b2(假设为11:11:11:11:11:11) [Director]      VIP = 10.0.205.100  DIP = 10.0.200.21       MAC = 8c:89:a5:96:51:cf(假设为22:22:22:22:22:22) [RealServer]                

MHA 主从切换过程及日志分析

本文主要在MHA 切换日志的角度分析MHA切换的过.MHA故障切换过程如下图所示 第一部分:开启MHA 监控 通过分析日志,得到以下步骤: 1.读取MHA manager 节点的配置文件,并检查配置文件中参数设置的正确性. Sat Jun 22 20:16:29 2019 - [warning] Global configuration file /etc/masterha_default.cnf not found. Skipping. Sat Jun 22 20:16:29 2019 - [

Redis(5)-----初识Redis-----主从复制.读写分离,主从切换(哨兵机制)

当数据量变得庞大的时候,读写分离还是很有必要的.同时避免一个redis服务宕机,导致应用宕机的情况,我们启用sentinel(哨兵)服务,实现主从切换的功能. https://www.cnblogs.com/jaycekon/p/6237562.html 一,主从分离(读写分离,主从复制) 首先我们默认已经安装了redis,然后复制master,slave1,slave2三个redis的文件.并把redis.conf拷贝到多个redis文件夹中来.不干扰原来的redis服务,我们master使用

Nginx+Keepalived主备切换(包含nginx服务停止)

原文地址:http://blog.sina.com.cn/s/blog_79ac6aa80101bmed.html Nginx+Keepalived主备切换(包含nginx服务停止) 环境: VM中4台CentOS 本机PC充当测试机win8 步骤: 1.搭建 nginx+keepalived主备切换(不考虑主nginx停掉现象)文章中的环境 2.修改两台部署的keepalived的配置文件 3.编写观察nginx进程情况的脚本内容 #!/bin/bash A=`ps -C nginx --no

haproxy+keepalived主备与双主模式配置

Haproxy+Keepalived主备模式 主备节点设置 主备节点上各安装配置haproxy,配置内容且要相同 global log 127.0.0.1 local2 chroot /var/lib/haproxy pidfile /var/run/haproxy.pid maxconn 4000 user haproxy group haproxy daemon defaults #defaults段默认值对frontend和backend和listen段生效 mode http #运行模式

MM(主主数据库)+keepalived主备高可用集群

博客分享的第一篇技术文章: 项目主要搭建:主主数据库高可用集群搭建. 数据库互为主备,应用技术:MM+keepalived 使用的是虚拟机搭建的实验向大家展示: 数据库1:192.168.4.7 数据库2:192.168.4.77 VIP:192.168.4.68 web1:192.168.4.69 web2:192.168.4.70 一.安装mysql,部署主主同步结构. 直接yum安装 配置主主同步: 由于主数据库192.168.4.7里面存放着数据,所以需要先导出数据,方法很多,我们采取m

[转]Redis哨兵模式(sentinel)学习总结及部署记录(主从复制、读写分离、主从切换)

Redis的集群方案大致有三种:1)redis cluster集群方案:2)master/slave主从方案:3)哨兵模式来进行主从替换以及故障恢复. 一.sentinel哨兵模式介绍Sentinel(哨兵)是用于监控redis集群中Master状态的工具,是Redis 的高可用性解决方案,sentinel哨兵模式已经被集成在redis2.4之后的版本中.sentinel是redis高可用的解决方案,sentinel系统可以监视一个或者多个redis master服务,以及这些master服务的

linux HAProxy及Keepalived热备

HAProxy 它是免费,快速且可靠的一种解决方案没,适用于那些负载特大的web站点这些站点通常又需要会话保持或七层处理提供高可用性,负载均衡及基于tcp和http应用的代理 衡量负载均衡器性能的因素 Session rate 会话率: 每秒钟产生的会话数 Session concurrency 并发会话数: 服务器处理会话的时间越长,并发会话数越多 Data rate 数据速率: 以MB/s或Mbps衡量,大的对象导致并发会话数增加, 高会话数,高数据速率要求更多的内存 haproxy工作模式