Eureka如何指定Zone

有坑。

先說結(jié)論：如果想給當前服務指定屬于哪個zone, 使用

eureka.instance.metadata-map.zone=myzone

屬性是無效的，而應該使用：

eureka.client.availabilityZones.beijing=myzone # beijing是region

同時指定region:

eureka.client.region=beijing

至于原因，可以在EurekaClientConfigBean的源碼中找到：

@Override
? ? public String[] getAvailabilityZones(String region) {
? ? ? ? String value = this.availabilityZones.get(region);
? ? ? ? if (value == null) {
? ? ? ? ? ? value = DEFAULT_ZONE;
? ? ? ? }
? ? ? ? return value.split(",");
? ? }

也就是說在判斷當前服務屬于哪個zone時，先從availabilityZone這個Map中查找，查找用的key是region名。

如果找不到，就使用默認值，即我們熟知的defaultZone。

Eureka中的region和Zone

像亞馬遜這種大型的跨境電商平臺，會有很多個機房。這時如果上線一個服務的話，我們希望一個機房內(nèi)的服務優(yōu)先調(diào)用同一個機房內(nèi)的服務，當同一個機房的服務不可用的時候，再去調(diào)用其它機房的服務，以達到減少延時的作用。

于是亞馬遜的 AWS 提供了 region 和 zone 兩個概念

概念

• region：可以簡單理解為地理上的分區(qū)。比如亞洲地區(qū)，或者華北地區(qū)，再或者北京地區(qū)等等，沒有具體大小的限制，根據(jù)項目具體的情況，可以自行劃分region。
• zone：可以簡單理解為 region 內(nèi)的具體機房，比如說 region 劃分為華北地區(qū)，然后華北地區(qū)有兩個機房，就可以在此 region 之下劃分出 zone1、zone2 兩個 zone

eureka 也借用了 region 和 zone 的概念

分區(qū)服務架構(gòu)圖

如圖所示，有一個 region:華北地區(qū)，下面有兩個機房，機房A 和機房B

每個機房內(nèi)有一個 Eureka Server 集群 和兩個服務提供者 ServiceA 和 ServerB

現(xiàn)在假設 serverA 需要調(diào)用 ServerB 服務，按照就近原則，serverA 會優(yōu)先調(diào)用同一個 zone 內(nèi)的 ServiceB，當 ServiceB 不可用時，才會去調(diào)用另一個 zone 內(nèi)的 ServiceB

Eureka中Regin和 Zone的相關(guān)配置

• 服務注冊：要保證服務注冊到同一個zone內(nèi)的注冊中心，因為如果注冊到別zone的注冊中心的話，網(wǎng)絡延時比較大，心跳檢測很可能出問題。
• 服務調(diào)用：要保證優(yōu)先調(diào)用同一個zone內(nèi)的服務，只有在同一個zone內(nèi)的服務不可用時，才去調(diào)用別zone的服務。

服務注冊相關(guān)

eureka:
  client:
    # 盡量向同一區(qū)域的 eureka 注冊,默認為true
    prefer-same-zone-eureka: true
    #地區(qū)
    region: huabei
    availability-zones:
      huabei: zone-1,zone-2
    service-url:
      zone-1: http://localhost:30000/eureka/
      zone-2: http://localhost:30001/eureka/

當存在多個注冊中心時，選擇邏輯為

• 如果 prefer-same-zone-eureka 為 false，按照 service-url 下的 list 取第一個注冊中心來注冊，并和其維持心跳檢測，不再向list內(nèi)的其它的注冊中心注冊和維持心跳。只有在第一個注冊失敗的情況下，才會依次向其它的注冊中心注冊，總共重試3次，如果3個service-url都沒有注冊成功，則注冊失敗。注冊失敗后每隔一個心跳時間，會再次嘗試。
• 如果 prefer-same-zone-eureka 為true，先通過 region 取 availability-zones 內(nèi)的第一個zone，然后通過這個zone取 service-url 下的list，并向list內(nèi)的第一個注冊中心進行注冊和維持心跳，不再向list內(nèi)的其它的注冊中心注冊和維持心跳。只有在第一個注冊失敗的情況下，才會依次向其它的注冊中心注冊，總共重試3次，如果3個service-url都沒有注冊成功，則注冊失敗。注冊失敗后每隔一個心跳時間，會再次嘗試。

為了保證服務注冊到同一個 zone 的注冊中心，一定要注意 availability-zones 的順序，必須把同一 zone 寫在最前面

服務調(diào)用

eureka:
  instance:
    # 服務和注冊中心的心跳間隔時間，默認為30s
    lease-renewal-interval-in-seconds: 30
    # 服務和注冊中心的心跳超時時間，默認為90s
    lease-expiration-duration-in-seconds: 90
    metadata-map:
      # 當前服務所屬的 zone
      zone: zone1
 

服務消費者和服務提供者分別屬于哪個zone，均是通過 eureka.instance.metadata-map.zone 來判定的。

服務消費者會先通過 ribbon 去注冊中心拉取一份服務提供者的列表，然后通過 eureka.instance.metadata-map.zone 指定的 zone 進行過濾，過濾之后如果同一個 zone 內(nèi)的服務提供者有多個實例，則會輪流調(diào)用。

只有在同一個 zone 內(nèi)的所有服務提供者都不可用時，才會調(diào)用其它zone內(nèi)的服務提供者。

以上為個人經(jīng)驗，希望能給大家一個參考，也希望大家多多支持腳本之家。

最新評論