Eureka 中的 region 和 Zone
背景
像亞馬遜這種大型的跨境電商平臺，會有不少個機房。這時若是上線一個服務的話，咱們但願一個機房內的服務優先調用同一個機房內的服務，當同一個機房的服務不可用的時候，再去調用其它機房的服務，以達到減小延時的做用。bash
因而亞馬遜的 AWS 提供了 region 和 zone 兩個概念網絡
概念
- region：能夠簡單理解爲地理上的分區。好比亞洲地區，或者華北地區，再或者北京地區等等，沒有具體大小的限制，根據項目具體的狀況，能夠自行劃分region。
- zone：能夠簡單理解爲 region 內的具體機房，好比說 region 劃分爲華北地區，而後華北地區有兩個機房，就能夠在此 region 之下劃分出 zone一、zone2 兩個 zone
eureka 也借用了 region 和 zone 的概念架構
分區服務架構圖
如圖所示，有一個 region:華北地區，下面有兩個機房，機房A 和機房Burl
每一個機房內有一個 Eureka Server 集羣 和兩個服務提供者 ServiceA 和 ServerBspa
如今假設 serverA 須要調用 ServerB 服務，按照就近原則，serverA 會優先調用同一個 zone 內的 ServiceB，當 ServiceB 不可用時，纔會去調用另外一個 zone 內的 ServiceBcode
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/
複製代碼
當存在多個註冊中心時，選擇邏輯爲cdn
-
若是 prefer-same-zone-eureka 爲 false，按照 service-url 下的 list 取第一個註冊中心來註冊，並和其維持心跳檢測，再也不向list內的其它的註冊中心註冊和維持心跳。server
只有在第一個註冊失敗的狀況下，纔會依次向其它的註冊中心註冊，總共重試3次，若是3個service-url都沒有註冊成功，則註冊失敗。blog
註冊失敗後每隔一個心跳時間，會再次嘗試。it
-
若是 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內的服務提供者。