redis sentinel 错误处理

环境

redis-ha主从部署到了k8s上

主从报错日志

主库日志

1:M 29 Nov 2023 07:00:19.277 # Diskless rdb transfer, done reading from pipe, 1 replicas still up.
1:M 29 Nov 2023 07:00:20.058 * Background RDB transfer terminated with success
1:M 29 Nov 2023 07:00:20.058 * Streamed RDB transfer with replica 10.97.141.243:6379 succeeded (socket). Waiting for REPLCONF ACK from slave to enable streaming
1:M 29 Nov 2023 07:00:20.058 * Synchronization with replica 10.97.141.243:6379 succeeded
1:M 29 Nov 2023 07:00:20.058 * Starting BGSAVE for SYNC with target: replicas sockets
1:M 29 Nov 2023 07:00:20.691 * Background RDB transfer started by pid 897
1:M 29 Nov 2023 07:02:50.161 # Connection with replica 10.97.141.243:6379 lost.

从报错可知,是开启了无盘复制参数 repl-diskless-sync

从库日志

1:S 29 Nov 2023 06:54:45.961 * MASTER <-> REPLICA sync: receiving streamed RDB from master with EOF to disk
1:S 29 Nov 2023 07:00:18.665 * MASTER <-> REPLICA sync: Flushing old data
1:signal-handler (1701241365) Received SIGTERM scheduling shutdown...

经过一系列的排查未发现 redis 及内存方面的原因导致这种情况出现,最后describe pod 的时候发现存活性检测失败的问题,进一步排查发现从库在 Flushing old data 的时候会阻塞那个存活性检测脚本,导致失败,然后 kill 掉 pod,固日志中会有 Received SIGTERM scheduling shutdown 这个信号。

解决方法

将 livenessProbe 中 timeoutSeconds 调大即可。

  livenessProbe:
    initialDelaySeconds: 30
    periodSeconds: 15
    timeoutSeconds: 900
    successThreshold: 1
    failureThreshold: 5
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

时空无限

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

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

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

打赏作者

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

抵扣说明:

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

余额充值