《云计算技术系列丛书 云原生分布式存储基石: etcd深入解析》—2.3.7集群监控与Leader竞选
【摘要】 本书摘自《云计算技术系列丛书 云原生分布式存储基石: etcd深入解析》一文中的第2章,第2.3.7节,作者是华为云容器服务团队、杜军等编著。
2.3.7 集群监控与Leader竞选
通过etcd来进行监控的功能实现起来非常简单并且实时性较强,主要会用到如下两点特性。
前面几个场景已经提到了Watcher机制,当某个节点消失或发生变动时,Watcher会第一时间发现并告知用户。
节点可以设置TTL key,比如每隔30s向etcd发送一次心跳信号,以此代表该节点依然存活着,否则就说明节点已经消失了。
这样就可以第一时间检测到各节点的健康状态,以完成集群的监控要求。
另外,使用分布式锁,还可以完成Leader竞选。对于一些需要长时间进行CPU计算或使用I/O的操作,只需要由竞选出的Leader计算或处理一次,再把结果复制给其他的Follower即可,从而避免重复劳动,节省计算资源。
Leader应用的经典场景是在搜索系统中建立全量索引。如果各个机器分别进行索引的建立,那么将很难保证索引的一致性。通过etcd的CAS机制竞选Leader,再由Leader进行索引计算,最后将计算结果分发到其他节点即可,如图2-11所示。
图2-11 etcd做集群竞选
【版权声明】本文为华为云社区用户转载文章,如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱:
cloudbbs@huaweicloud.com
- 点赞
- 收藏
- 关注作者
评论(0)