eureka---各个server的地址配置不全导致服务找不到

文章探讨了Eureka集群中服务器之间的地址配置对高可用性的影响,以及可能出现的问题,如服务器信息不一致。提出了两种解决方案:全量配置服务器地址和修改Ribbon源码实现跨服务器负载均衡。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

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服务端上有全量的注册信息,也能被寻到地址信息。

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值