當前位置：首頁 > 编程资源 > 编程问答 >内容正文

编程问答

eureka 集群失败的原因_Eureka集群的那些坑

發布時間：2025/3/11 编程问答 19 豆豆

生活随笔收集整理的這篇文章主要介紹了 eureka 集群失败的原因_Eureka集群的那些坑小編覺得挺不錯的,現在分享給大家,幫大家做個參考.

今天遇到一個Eureka集群的一個坑。

問題現場類似是這樣的：兩臺Eureka組成的服務注冊中心集群，兩臺服務提供方server1、server2，兩個服務調用方client1、client2。

正常的情況下：

client1和client2通過服務中心獲取的服務提供方的注冊的元數據信息，然后本地緩存調用server2、server1的服務API是沒問題的。調用server的api服務時采用的FeignClient通過eureka注冊中心獲取服務信息調用。

以下簡寫成client服務、server服務、eureka服務：

但今天遇到的情況是client調用server時，返回結果不穩定，以下是排查過程。

1、習慣性的先查看client方日志，發現接口調用有一定的概率失敗，但是并沒有拋異常，而僅僅是response返回null。

2、查看server方日志，并沒有發現異常，也沒有發現response為null的情況，并且server方的本機上訪問接口都是響應正常。

3、通過分析兩方日志，猜想client端的請求可能沒有打到server方。

4、分析整個調用流程，只差eureka服務這一個環節沒有排查了，然后查看eureka服務上的server方注冊信息是否正常。

5、發現兩臺eureka服務，有一臺tomcat假死了，至此猜想是假死的eureka服務假死所致。

6、驗證猜想，重啟假死的eureka的tomcat服務，問題驗證解決。

那么問題來了，

1、為了一臺eureka假死了，沒有拋異常，只在response中返回個null?

2、eureka集群的一臺實例假死，為什么會導致服務間調用不穩定？

3、eureka服務跑了大半年，怎么突然一臺實例假死了？

接下來，我們來探討這三個問題。

1、為了一臺eureka假死了，沒有拋異常，只在response中返回個null?

這個問題經查，eureka假死，導致調用方調用服務方時，觸發了hystrix熔斷器,項目實現的熔斷降級接口直接在熔斷自動降級時返回null，這就回答了第一個問題。

2、eureka集群的一臺實例假死，為什么會導致服務間調用不穩定？

這個得翻看一下eureka的機制源碼了，猜想feign端在本地緩存90s后去刷新本地服務列表信息時，卡在調用eureka服務上了(此時恰好通過假死的eureka服務刷新)，從而服務不可用。

3、eureka服務跑了大半年，怎么突然一臺實例假死了？

生產環境有多臺虛擬機eureka服務器，配置都一樣，其它的服務器沒有出過問題，只有一臺eureka服務會有類似周期性假死的問題，由于筆者生產環境權限所限，只能猜想可能是宿主機的原因，估計換臺機器可能就沒問題了，待驗證。

還有幾個等思考的問題，之后待續。。。。。。。。。。。。。

1、服務提供方配置了多個eureka 地址，是服務注冊時，是調用注冊到哪個上？ ---> 猜想優化使用第一個，那第二個是何時用到的(除了第一個宕機的情況)

2、feign接口通過eureka調用服務時，是不需要自己項目也注冊到eureka上的，怎么處理？

3、服務調用方配置了多個eureka 地址，是獲取服務列表調用時，是調用注冊到哪個上？ --> 猜想優化使用第一個，那第二個是何時用到的(除了第一個宕機的情況)

另外，昨天查eureka假死日志時，日志打的異常堆棧如下：

2019-06-13 18:07:58.907? INFO 23945 --- [a-EvictionTimer] c.n.e.registry.AbstractInstanceRegistry? : Running the evict task with compensationTime 0ms

2019-06-13 18:08:04.949 ERROR 23945 --- [nio-8001-exec-5] o.s.boot.web.support.ErrorPageFilter???? : Forwarding to error page from request [/] due to exception [Filter execution threw an exception]

javax.servlet.ServletException: Filter execution threw an exception

at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:255) [catalina.jar:8.0.30]

at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) [catalina.jar:8.0.30]

at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:101) [spring-web-4.3.5.RELEASE.jar:4.3.5.RELEASE]

at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239) [catalina.jar:8.0.30]