本篇內容介紹了“Spring Cloud常見問題有哪些”的有關知識,在實際案例的操作過程中,不少人都會遇到這樣的困境,接下來就讓小編帶領大家學習一下如何處理這些情況吧!希望大家仔細閱讀,能夠學有所成!
一、Eureka常見問題
Eureka 注冊服務慢
默認情況下,服務注冊到Eureka Server的過程較慢。在開發或測試時,常常希望能夠加速這一過程,從而提升工作效率。
該問題的原因及解決方案:
服務的注冊涉及周期性心跳,默認30秒一次(通過客戶端配置的serviceUrl)。只有當實例、服務端和客戶端的本地緩存
中的元數據都相同時,服務才被其他客戶端發現(所以可能需要3次心跳)??梢允褂脜?/p>
eureka.instance.leaseRenewalInSeconds 修改時間間隔, 從而加快客戶端連接到其他服務的過程。在生產環境中最好
堅持使用默認值,因為在服務器內部有一些計算,它們會對續約做出假設。
綜上所述,要想解決服務注冊慢的問題,只須將 eureka.instance.leaseRenewalInSeconds 設成一個更小的值。該配置
用于設置 Eureka Client 向 Eureka Server 發送心跳的時間間隔, 默認是30,單位是秒。在生產環境中,建議堅持使用
默認值。
已停止的微服務節點注銷慢或不注銷
在開發環境下,常常希望 Eureka Server 能迅速有效地注銷已停止的微服務實例。然而,由于 Eureka Server 清理無效節
點周期長(默認90秒),以及自我保護模式等原因,可能會遇到微服務注銷慢甚至不注銷的問題。解決方案如下:
Eureka Server 端:
配置關閉自我保護,并按需配置 Eureka Server 清理無效節點的時間間隔。
eureka.server.enable-self-preservation # 設為false, 關閉自我保護, 從而保證會注銷微服務 eureka.server.eviction-interval-timer-in-ms # 清理間隔(單位毫秒,默認是60 * 1000)
Eureka Client 端:
配置開啟健康檢查, 并按需配置續約更新時間和到期時間。
eureka.client.healthcheck.enabled # 設為true,開啟健康檢查(需要spring-boot-starter-actuator 依賴) eureka.instance.lease-renewal-interval-in-seconds # 續約更新時間間隔(默認是30秒) eureka.instance.lease-expiration-duration-in-seconds # 續約到期時間(默認90秒)
值得注意的是,這些配置僅建議開發或測試時使用,生產環境建議堅持使用默認值。
Eureka 的 UNKNOWN 問題總結與解決
注冊信息 UNKNOWN ,是新手常會遇到的問題。但往往很多新手,并不清楚有兩種 UNKNOWN 的情況,一種是
應用名稱 UNKNOWN,另一種是應用狀態 UNKNOWN 。
應用名稱UNKNOWN
應用名稱UNKNOWN 顯然不合適,首先是微服務的名稱不夠語義化,無法直觀看出這是哪個微服務;更重要的是,
我們常常使用應用名稱消費對應微服務的接口。
一般來說,有兩種情況會導致該問題的發生:
未配置spring.application.name 或者 eureka.instance.appname 屬性。如果這兩個屬性均不配置,就會導致應用名稱
UNKNOWN 的問題。
某些舊版本的SpringFox 會導致該問題,例如 SpringFox 2.6.0 。建議使用SpringFox 2.6.1或更新版本。
微服務實例狀態UNKNOWN
微服務實例狀態UNKNOWN 同樣很麻煩。一般來講,只會請求狀態是 UP 的微服務。該問題一般由健康檢查導致。
eureka.client.healthcheck.enabled=true必須設置在application.yml中,而不能設置在bootstrap.yml 中,
否則一些場景下會導致應用狀態 UNKNOWN 的問題。
“Spring Cloud常見問題有哪些”的內容就介紹到這里了,感謝大家的閱讀。如果想了解更多行業相關的知識可以關注億速云網站,小編將為大家輸出更多高質量的實用文章!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。