首页 > 技术文章 > eureka server正确的集群方式

-llf 2020-05-08 10:28 原文

错误的方式:

server1和server2互相Peer,client1注册server1,client2注册server2。这种方式是错误的。

假设Server1和Server2,互为peer,且Client1只注册到Server1,Client2只注册到Server2(注意这个且字)。这个时候Server1和Server2上面都会有Client1和Client2。 假设Client1挂掉,会经过3次尝试也就是默认3*30,90S之后,Server1会希望将Client1移除掉,但是在默认设置的情况下,由于有自我保护机制的原因(3分钟内失败的客户端数量大于总数量的15%),目前只有三个Client(Client1、Client2、Server2这个时候都注册在Server1上,请确认理解这句话),达到了自我保护的阈值。Server1将不会移除Client。并且因为只有一个Client,再以后的三分钟也不会有其它Client失败会引起自我保护的取消,Client1将永远不会从Server1移除。 那什么情况下会移除,就不去算15%的什么服务器边界个数了,我们举个更大的例子,1、假设我们有100个客户端,Client1失败的时候,会在90S后移除。2、假设一开始只有Client1,开启保护了,然后又新注册了100个上来,会再下一个Client失败的时候,将该失败的Client和Client1一并移除。然后复制给Server2。 上面是客户端挂掉的情况,假设Server1挂掉,Server2从Server1同步服务列表的时候失败了,但它同样不会删除数据,对它来说同样是3个Client中断了两个。并且在将来也不会移除掉。 同样,假设服务比较多,就会在90S之后移除。 上面的Server1断掉的情况还没有说完,假设服务器比较多,在Server1断开之后发生了移除,那么Client1就变成孤立Client了,虽然它自身有其它服务的缓存,但是这个信息不再会更新了。并且其它服务下已经没有它的信息了。它只能成功调用那部分未发生变化的服务,这个时候的Zone并没有起到真正的容灾作用

正确的方式:

对于Server要互为Peer,对于Client同样要将不同Zone的Peer列表全部列出来,Client1配置Server1,Server2,Client2配置Server2,Server1。虽然配置了两个,“客户端”会优先从第一个开始找,找到能连通的就从那里同步数据,找不到会继续找一直到最后。这样在Server1挂掉之后,Client1会转向Server2注册,从而达到高可用。

本文搬运这位大神的评论。

 

推荐阅读