1、eureka集群理论：
搭建eureka集群这个都会（网上一堆demo） ，比如有3台server，分别为server1、server2、server3；
理论上server1需要配置 server2、server3的地址；
server2需要配置 server1、server3的地址；
server3需要配置 server1、server2的地址；
eureka集群高可用的原理是各个server互相通信，向其他server发送本server收到的客户端的心跳，每个server端都保存全部的client信息，即所谓的peer to peer。这样不论client不论向那台server请求都能找到对应的服务，即使一台server挂了也没关系。从而保存eureka集群的高可用，
2、下面假设一种场景：
server1需要配置 server2地址；
server2需要配置 server1的地址；
server3需要配置 server1、server2的地址；
会出现什么情况呢？
答案：server1和server2上客户端信息都是全量的；server3上客户端信息不停地在变化；
server3上客户端信息不停地在变化：
原因是server3收到客户端的注册信息后，30s（eureka默认值，可修改）内若客户端是向server1或server2发送心跳，没有向server3发送心跳，server1和server2也没有配置server3的地址肯定也不会同步收到的心跳信息给server3，那么这时候server3会认为服务下线了，即把客户端从注册中心给移除掉。
server1和server2上客户端信息都是全量的：
因为server3配置了server1和server2的地址，它收到客户端的注册或心跳信息，都会同步给server1和server2的，所以server1和server2上客户端信息都是全量的。
2.1 问题：一旦按上面配置，会出现什么问题呢？
a客户端通过“服务名”去eureka注册中心找服务，请求打到server1或server2肯定能找到对应的服务地址信息，但是请求打到server3，则找不到地址信息直接报错，这时候ribbon不会去其他eureka服务重新找（ribbon找到多个地址信息后才会有负载策略）。
现象：a客户端有时候能寻址成功（2/3的概率），有时候寻址失败（1/3的概率）。
2.2 解决办法
2.2.1 eureka服务端地址配置全量的地址信息
如上：server1上配置server2、server3的地址；
server2上配置server1、server3的地址；
server3上配置server1、server2的地址；
2.2.2 ribbon源码修改，
增加一层负载均衡策略，当一台eureka服务端不可用或找不到服务的时候，可以自动去其他eureka服务端寻址。这样只要有一台eureka服务端上有全量的注册信息，也能被寻到地址信息。
