如何将.NetCore服务治理Consul集群搭建成一个高效稳定的长尾词服务？

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

延续上一篇的话题，继续探讨如何顺利开启下一篇的传送门：点这里。集群的必要性：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端都可以注册、查询。

Leader & Follower

这模式我简称主从好了，它只针对S端。