一、背景
用戶量比較大或者用戶地理位置分布范圍很廣的項目，一般都會有多個機房。這個時候如果上線springCloud服務的話，我們希望一個機房內的服務優先調用同一個機房內的服務
，當同一個機房的服務不可用的時候，再去調用其它機房的服務，以達到減少延時的作用。
二、概念
eureka提供了region和zone兩個概念來進行分區，這兩個概念均來自於亞馬遜的AWS：
（1）region：可以簡單理解為地理上的分區，比如亞洲地區，或者華北地區，再或者北京等等，沒有具體大小的限制。根據項目具體的情況，可以自行合理划分region。
（2）zone：可以簡單理解為region內的具體機房，比如說region划分為北京，然后北京有兩個機房，就可以在此region之下划分出zone1,zone2兩個zone。
三、分區服務的部署架構圖
如上圖所示，有一個region:beijing，下面有zone-1和zone-2兩個分區，每個分區內有一個注冊中心Eureka Server和一個服務提供者Service。我們在zone-1內創建一個
Consumer-1服務消費者的話，其會優先調用同一個zone內的Service-1，當Service-1不可用時，才會去調用zone-2內的Service-2。
四、例子
（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/五、配置文件詳解
整個分區分為兩步：
（1）服務注冊：要保證服務注冊到同一個zone內的注冊中心，因為如果注冊到別zone的注冊中心的話，網絡延時比較大，心跳檢測很可能出問題。
（2）服務調用：要保證優先調用同一個zone內的服務，只有在同一個zone內的服務不可用時，才去調用別zone的服務。
1、服務注冊的配置文件
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寫在前面
2、服務調用的配置文件
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