用戶量比較大或者用戶地理位置分佈範圍很廣的項目,通常都會有多個機房。這個時候若是上線springCloud服務的話,咱們但願一個機房內的服務優先調用同一個機房內的服務,當同一個機房的服務不可用的時候,再去調用其它機房的服務,以達到減小延時的做用。java
eureka提供了region和zone兩個概念來進行分區,這兩個概念均來自於亞馬遜的AWS:spring
如圖所示,有一個region:beijing,下面有zone-1和zone-2兩個分區,每一個分區內有一個註冊中心Eureka Server和一個服務提供者Service。
咱們在zone-1內建立一個Consumer-1服務消費者的話,其會優先調用同一個zone內的Service-1,當Service-1不可用時,纔會去調用zone-2內的Service-2。網絡
Eureka Server-1:架構
spring: application: name: Server-1 server: port: 30000 eureka: instance: prefer-ip-address: true status-page-url-path: /actuator/info health-check-url-path: /actuator/health hostname: localhost client: register-with-eureka: true fetch-registry: true prefer-same-zone-eureka: true #地區 region: beijing availability-zones: beijing: zone-1,zone-2 service-url: zone-1: http://localhost:30000/eureka/ zone-2: http://localhost:30001/eureka/
Eureka Server-2:app
spring: application: name: Server-2 server: port: 30001 eureka: instance: prefer-ip-address: true status-page-url-path: /actuator/info health-check-url-path: /actuator/health hostname: localhost client: register-with-eureka: true fetch-registry: true prefer-same-zone-eureka: true #地區 region: beijing availability-zones: beijing: zone-2,zone-1 service-url: zone-1: http://localhost:30000/eureka/ zone-2: http://localhost:30001/eureka/
Service-1:測試
測試代碼:fetch
@RestController public class HiController { @Value("${zone.name}") private String zoneName; @RequestMapping(value = "/hi", method = RequestMethod.GET) public String hi() { return zoneName; } }
配置文件:url
spring: application: name: service server: port: 30010 eureka: instance: prefer-ip-address: true status-page-url-path: /actuator/info health-check-url-path: /actuator/health metadata-map: zone: zone-1 client: register-with-eureka: true fetch-registry: true prefer-same-zone-eureka: true #地區 region: beijing availability-zones: beijing: zone-1,zone-2 service-url: zone-1: http://localhost:30000/eureka/ zone-2: http://localhost:30001/eureka/ zone.name: zone-1
Service-2:spa
spring: application: name: service server: port: 30011 eureka: instance: prefer-ip-address: true status-page-url-path: /actuator/info health-check-url-path: /actuator/health metadata-map: zone: zone-2 client: register-with-eureka: true fetch-registry: true prefer-same-zone-eureka: true #地區 region: beijing availability-zones: beijing: zone-2,zone-1 service-url: zone-1: http://localhost:30000/eureka/ zone-2: http://localhost:30001/eureka/ zone.name: zone-2
Consumer-1:rest
調用服務代碼:
@RestController public class HiController { @Autowired private RestTemplate restTemplate; @RequestMapping(value="/consumer") public String hi() { return restTemplate.getForObject("http://service/hi", String.class); } }
配置文件:
spring: application: name: consumer server: port: 30030 eureka: instance: prefer-ip-address: true status-page-url-path: /actuator/info health-check-url-path: /actuator/health metadata-map: zone: zone-1 client: register-with-eureka: true fetch-registry: true prefer-same-zone-eureka: true #地區 region: beijing availability-zones: beijing: zone-1,zone-2 service-url: zone-1: http://localhost:30000/eureka/ zone-2: http://localhost:30001/eureka/
能夠看到Consumer-1優先調用的是同一個zone-1的Service-1,這個時候,不管怎麼刷新,調用多少次,都只會調用Service-1,不會調用Service-2.
當咱們把Service-1服務停掉,再調用的話:
纔會調用zone-2分區下的Service-2。
整個分區分爲兩步:
eureka: client: prefer-same-zone-eureka: true #地區 region: beijing availability-zones: beijing: zone-1,zone-2 service-url: zone-1: http://localhost:30000/eureka/ zone-2: http://localhost:30001/eureka/
當一個服務(做爲一個eureka client)向註冊中心(eureka server)註冊的時候,會根據eureka.client下的配置來進行註冊。這裏咱們主要關心有多個註冊中心的狀況下,服務會註冊到哪一個註冊中心,而且和哪一個註冊中心來維持心跳檢測。
註冊中心選擇邏輯:
1. 若是prefer-same-zone-eureka爲false,按照service-url下的 list取第一個註冊中心來註冊,並和其維持心跳檢測。不會再向list內的其它的註冊中心註冊和維持心跳。只有在第一個註冊失敗的狀況下,纔會依次向其它的註冊中心註冊,總共重試3次,若是3個service-url都沒有註冊成功,則註冊失敗。每隔一個心跳時間,會再次嘗試。
2. 若是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: metadata-map: zone: zone-1
服務消費者和服務提供者分別屬於哪一個zone,均是經過eureka.instance.metadata-map.zone來斷定的。
服務消費者會先經過ribbon去註冊中心拉取一份服務提供者的列表,而後經過eureka.instance.metadata-map.zone指定的zone進行過濾,過濾以後若是同一個zone內的服務提供者有多個實例,則會輪流調用。
只有在同一個zone內的全部服務提供者都不可用時,纔會調用其它zone內的服務提供者。
eureka.instance.lease-renewal-interval-in-seconds: 30
服務和註冊中心的心跳間隔時間,默認爲30s
eureka.instance.lease-expiration-duration-in-seconds: 90
服務和註冊中心的心跳超時時間,默認爲90s
也就是說,當一個服務異常down掉後,90s以後註冊中心纔會知道這個服務不可用了。在此期間,依舊會把這個服務當成正常服務。ribbon調用仍會把請求轉發到這個服務上。爲了不這段期間出現沒法提供服務的狀況,要開啓ribbon的重試功能,去進行其它服務提供者的重試。