2021-06-30 记录一次redis-cluster测试的反馈

测试人员在Redis Cluster中模拟主节点故障,期望发生failover,但实际未按预期进行。分析发现,主节点在被停止后重新启动,导致从节点的failover请求被拒绝。问题在于cluster-node-timeout配置和主从状态同步。需深入理解Redis Cluster的failover机制和配置以避免类似问题。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

摘要:

20210630-15:57分, 测试组上报没有按测试预期完成failover, 本文记录问题分析及解决过程。

问题描述:

集群描述:

cluster集群: 4主4从

测试组执行操作:

  1. 集群正确创建
  2. 172.16.0.12为master,  以下简称0.12
  3. 172.16.0.7是0.12节点的slave, 以下简称0.4
  4. 测试人员杀掉0.12的pod, 使0.12成为判定下线状态
  5. 测试人员启动0.12的pod,预期
    1. 0.7节点完成failover,成为master
    2. 0.12节点成为0.7节点的slave

实际情况:

  1. 0.12节点依然为master
  2. 0.7节点依然为0.12节点的slave

测试组认为该情况不符合预期,需要做出详细分析

分析:

分析思路:

  1. 要解释为什么和预期不符前, 需要对redis的cluster集群的failover过程有了解
    1. 哪些参数会导致哪些影响
    2. 在failover过程中, 集群的状态机是如何切换的
    3. failo
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

悟世者

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值