Springcloud中的region和zone的使用

1、背景java

用戶量比較大或者用戶地理位置分佈範圍很廣的項目,通常都會有多個機房。這個時候若是上線springCloud服務的話,咱們但願一個機房內的服務優先調用同一個機房內的服務spring

,當同一個機房的服務不可用的時候,再去調用其它機房的服務,以達到減小延時的做用。segmentfault

2、概念網絡

eureka提供了region和zone兩個概念來進行分區,這兩個概念均來自於亞馬遜的AWS:架構

(1)region:能夠簡單理解爲地理上的分區,好比亞洲地區,或者華北地區,再或者北京等等,沒有具體大小的限制。根據項目具體的狀況,能夠自行合理劃分region。app

(2)zone:能夠簡單理解爲region內的具體機房,好比說region劃分爲北京,而後北京有兩個機房,就能夠在此region之下劃分出zone1,zone2兩個zone。測試

3、分區服務的部署架構圖fetch

如上圖所示,有一個region:beijing,下面有zone-1和zone-2兩個分區,每一個分區內有一個註冊中心Eureka Server和一個服務提供者Service。咱們在zone-1內建立一個url

Consumer-1服務消費者的話,其會優先調用同一個zone內的Service-1,當Service-1不可用時,纔會去調用zone-2內的Service-2。spa

4、例子

(1)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/

(2)Eureka Server-2:

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/

(3)Service1

測試代碼

@RestController public class HiController { @Value("${zone.name}") private String zoneName; @RequestMapping(value = "/hi", method = RequestMethod.GET) public String hi() { return zoneName; } }

配置文件

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

(4)Service2

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

(5)Consumer-1

測試代碼

@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/

5、配置文件詳解

整個分區分爲兩步:

(1)服務註冊:要保證服務註冊到同一個zone內的註冊中心,由於若是註冊到別zone的註冊中心的話,網絡延時比較大,心跳檢測極可能出問題。

(2)服務調用:要保證優先調用同一個zone內的服務,只有在同一個zone內的服務不可用時,纔去調用別zone的服務。

一、服務註冊的配置文件

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內的服務提供者。

 

轉載自 https://segmentfault.com/a/1190000014107639

相關文章
相關標籤/搜索