如何解决 “主节点故障恢复的自动化” 问题？
作者：Bruce.D
github：https://github.com/doukoi-BDB
文章底部有【福利 &通知】，不定更新活动、源码，欢迎来撩~~~
今日主题：
1、恢复主节点的故障，通过 redis 自动化哨兵的方式
2、预计阅读 6 分钟，正文 2700 字。
一、开场介绍
hello，八点半的铁友们，其实在讲文章内容之前，我们先简单来知晓一下，哨兵是什么？用在哪里？等等一系列。这样我们先做一层铺垫，在后续的理解起来会更加容易，快似飞起般的感觉～～～
我们来以 Q&A 的回答方式先来了解一些基础内容
Q：哨兵是什么？
A：网上说：哨兵是一种运行模式；其实可以理解哨兵就是一个进程，因此会独立运行。
Q：哨兵原理 &用在何处？
A：网上说：主节点出现故障，redis 进行通知、转移，来实现高可用；其实可以白话文理解为：哨兵就是通过发送命令，等待 redis 服务响应，从而监控运行 redis 多个实例。
Q：哨兵的应用场景是？
A：主服务器宕机了，那么需要人工处理切换服务器，这多麻烦，还影响业务服务。因此哨兵它来了，带着高可用慢慢的走来了，实现了自动化。
Q：哨兵是怎么使用的？
A：你猜猜难道是....对，就是通过配置的，操作核心的 redis.conf 文件等若干文件
二、实战操作
通过上述开场的基础介绍，想必我们脑子里已经有对 哨兵 有个相对闭环的了解了吧。话不多说，兄弟们上操作，有不足地方欢迎评论区探讨 &指出你认为应该改变的地方～～～
毕竟刚开始操作，我们就不要想太复杂，我们就简单来一波哨兵系统。
1、准备一台服务器即可（有 money 的准备 3～4 台，换着玩😂），准备一台的玩家需要注意，我们使用端口来区分滴哈。
2、按照网上教程的来，那我们也部署 1 个主 2 个从 2 个哨兵，跟着大佬走，幸福到长久～～～
3、开始部署主 &从节点，配置一样哈，没有特殊化，不需要额外关注其他配置，可以看我插入的代码配置，代码中会标注细节点。
4、配置就这么愉快的完了，上述代码很详细，还是不懂评论区见，那么接下来需要做什么？
当然是：依次启动 redis 服务的主节点 、从节点 ～～～
5、启动后，那么我们来个命令看下状态即可，下图标注的命令会有解释：
6、接下来我们配置哨兵的配置，也是大家关注点之一，哨兵的配置简化版，端口区分：
7、启动哨兵节点
8、全部结束，这个时候整个系统就开始运行了，这个时候想要验证，我们可以通过一个命令来看：
9、这个时候，我们也可以看下哨兵的配置文件，例如：
10、整个配置过程就结束了，我个人建议可以玩玩，挺不错的。
三、总结
兄弟姐妹们能看到现在，必须给个赞👍。基础内容看了，配置也教了；但是整体感觉还差点，那么就对了，还差一波总结，总结就是精华 &核心。看一篇文章，总结一定要看呐，过来人～～～
总结列举：
1、哨兵，又名（redis sentinel），独立运行，进程方式。
2、哨兵，自动化监控服务、切换主从节点，恢复故障。
3、哨兵，也有单点问题，也可以搞集群。
4、哨兵，每秒钟/次的频率向它的 master，salve 以及其他 哨兵 实例发送一个 ping 命令。
5、哨兵，监控记录，可以查看哨兵所对应的 conf 文件。
6、哨兵，配置种出现 epoch 的参数，是一个从 0 开始的计数器，选举机制。
7、哨兵，故障发现和转移是由哨兵来控制和完成的。
8、哨兵，节点本质上是 redis 节点。
9、哨兵，可以监控多个主节点，通过配置多 sentinel monitor 即可实现。
四、下期预告
下期预告：故障如何转移？它是如何运行 &切换的呢？
感谢各位的阅览 &关注，如果感觉对您或者周围的人不管在面试中还是实际学习中，如有所帮助，欢迎点赞、转发，谢谢。
有任何疑问🤔️或后续想要了解的内容点，欢迎评论区留言，我来帮助你梳理 &总结，你来读。
版权声明: 本文为 InfoQ 作者【八点半的Bruce.D】的原创文章。
原文链接:【http://xie.infoq.cn/article/147fb4952cec11c29bb563121】。文章转载请联系作者。
还未添加个人签名 2021.06.23 加入
欢迎订阅「八点半技术站」 Bruce.D、在北漂中，可交友可聊 GitHub仓库：https://github.com/doukoi-BDB 关注号主，看一个不一样的故事。 关注号主、加入社群；一起赚钱，一起成长。
评论