Spring Cloud Eureka: 指定Zone方式

Posted on by

Eureka如何指定Zone

有坑。

先說結論：如果想給當前服務指定屬於哪個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

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

於是亞馬遜的 AWS 提供瞭 region 和 zone 兩個概念

概念

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

eureka 也借用瞭 region 和 zone 的概念

分區服務架構圖

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

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

現在假設 serverA 需要調用 ServerB 服務，按照就近原則，serverA 會優先調用同一個 zone 內的 ServiceB，當 ServiceB 不可用時，才會去調用另一個 zone 內的 ServiceB

Eureka中Regin和 Zone的相關配置

  • 服務註冊：要保證服務註冊到同一個zone內的註冊中心，因為如果註冊到別zone的註冊中心的話，網絡延時比較大，心跳檢測很可能出問題。
  • 服務調用：要保證優先調用同一個zone內的服務，隻有在同一個zone內的服務不可用時，才去調用別zone的服務。

服務註冊相關

eureka:
  client:
    # 盡量向同一區域的 eureka 註冊,默認為true
    prefer-same-zone-eureka: true
    #地區
    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內的其它的註冊中心註冊和維持心跳。隻有在第一個註冊失敗的情況下，才會依次向其它的註冊中心註冊，總共重試3次，如果3個service-url都沒有註冊成功，則註冊失敗。註冊失敗後每隔一個心跳時間，會再次嘗試。
  • 如果 prefer-same-zone-eureka 為true，先通過 region 取 availability-zones 內的第一個zone，然後通過這個zone取 service-url 下的list，並向list內的第一個註冊中心進行註冊和維持心跳，不再向list內的其它的註冊中心註冊和維持心跳。隻有在第一個註冊失敗的情況下，才會依次向其它的註冊中心註冊，總共重試3次，如果3個service-url都沒有註冊成功，則註冊失敗。註冊失敗後每隔一個心跳時間，會再次嘗試。

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

服務調用

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 內的服務提供者有多個實例，則會輪流調用。

隻有在同一個 zone 內的所有服務提供者都不可用時，才會調用其它zone內的服務提供者。

以上為個人經驗，希望能給大傢一個參考，也希望大傢多多支持WalkonNet。

推薦閱讀：