如何使用Consul构建.NetCore服务的分布式治理集群？

本文共计1539个文字，预计阅读时间需要7分钟。

延续上一篇的话题，继续探讨集群管理的便利性：点这里。集群的必要性在于，Consul 本身就是用于管理集群的工具，为何还要额外搭建集群呢？因为Consul 单点也容易挂啊！万一流失了集群的管理中心，整个集群就瘫痪了。所以，拥有一套健全的集群管理机制至关重要。

延续上一篇的话题继续，顺便放上一篇的传送门：点这里。

集群的必要性

consul本身就是管理集群的，现在还需要给consul搞个集群，这是为啥？因为consul单点也容易挂啊！万一管理集群的consul挂掉了，那么相当于上下游应用都变成了瞎子，看不到也调不到。所以集群的必要性不用我说了吧？

Server & Client

生产环境下，可以选择上面两种模式，下面我就简称S端、C端。说说它俩有啥不一样：

S端：

• 1、数量不宜过多，一般推荐3、5个，要求是奇数。
• 2、持久化保存节点数据。
• 3、多个S端之间是主从关系（Leader/Follower），Leader要额外负责监控各节点的健康并且同步给Follower。

C端：

• 1、数量没限制。
• 2、不保存节点数据。

相同点就是S端、C端都可以注册、查询。