温馨提示:文本由机器自动转译,部分词句存在误差,以视频为准
00:00
各位同学大家好,我们继续,那么到此为止,对于我们哨兵,三个哨兵作为一个哨兵集群监控一主二从三台子服务器模拟我们的master宕机哨兵选出新的master上位来进行了我们的故障迁移,容错备份的相关案例已经给大家呢全部介绍完成,那么接下来我们呢,扫扫尾,然后进入到我们的下一章面试题,以及前面所讲过案例的全部总结。好,我们下面请看这么一个问题。曾经呢,有同学提过,那杨哥三个哨兵,那如果都死了,谁来做这个转换,那么首先啊,第一点你提这个问题呢,提的很好,但是呢,很少出现理由,我们在用。是用master和SLAVE1主二层,真真正正给我们业务干活,我们是打到上面这三个,你可以把它看作三个后台的进程,就像是定时任务一样,人家只做监控,不存在进行什么高并发呀。
01:06
大数据的读取啊,没有,这是第一点,业务上压力不大,人家就是个值班的,第二个由于我的硬件大家都晓得啊,我这不可能弹出六台虚拟机,实在是跑不动,所以我目前呢是三个三的都在同一台机器上,那么也就是我们的端口号是6379这台red机器上面,那么实际生产上请大家注意,一定是不同机不同机房不同的服务器,很少出现三个哨兵都在同一台机器上全挂掉的情况,明白吗?所以这个呢,你不用太担心,那么如果真是出现这个情况的话,我认为你们的运维100%要背锅,它可以被刷了几天了,好吧,这个呢不用太担心,那么第二个。我们的哨兵呢,是可以同时监控多个master的一行一个,那么这个呢,提一嘴他的情况是这样的,在官网上它这有个配置哨兵啊,我们呢。
02:06
都清楚了,现在叫呃3COM,那么他这个时候呢,请大家看啊,我们这是不是一行配一组,配一个,我这这一行这个哨兵我就监控了,名字叫my master IP端口投票数,那么再把它复制一下,同样的监控啊,比如说这个呢,都是叫my master的相关的一些配置,OK,我们大部分用了默认,我们就不搞那么复杂的了,那么接下来啊,其实你有默认也足够了,OK,当然如果说你需要啊,了解了这些参数以后,根据你的业务酌情参考,那么你如果不服气,再把这个拷贝下来,全部这儿写个买MASTER2换换IP,换换端口,换换投票数,那么又是另外一套,OK,一般而言啊,中小产啊,那们差不多三个哨兵,一主二从,三个ready。足够你用了,OK,好,那么这样呢,就给大家呢提一嘴,好,那么接下来啊,我们呢,起个头说一下哨兵的运行流程和选举原理,那么请大家注意。
03:04
理论实操小总结,这个面试就是需要去回答的,好,那么来吧,首先啊。我们来看一眼。
我来说两句