Springcloud中的region和zone的使用

1、背景

用户量比较大或者用户地理位置分布范围很广的项目，通常都会有多个机房。这个时候若是上线springCloud服务的话，咱们但愿一个机房内的服务优先调用同一个机房内的服务

，当同一个机房的服务不可用的时候，再去调用其它机房的服务，以达到减小延时的做用。

2、概念

eureka提供了region和zone两个概念来进行分区，这两个概念均来自于亚马逊的AWS：

（1）region：能够简单理解为地理上的分区，好比亚洲地区，或者华北地区，再或者北京等等，没有具体大小的限制。根据项目具体的状况，能够自行合理划分region。

（2）zone：能够简单理解为region内的具体机房，好比说region划分为北京，而后北京有两个机房，就能够在此region之下划分出zone1,zone2两个zone。

3、分区服务的部署架构图

如上图所示，有一个region:beijing，下面有zone-1和zone-2两个分区，每一个分区内有一个注册中心Eureka Server和一个服务提供者Service。咱们在zone-1内建立一个

Consumer-1服务消费者的话，其会优先调用同一个zone内的Service-1，当Service-1不可用时，才会去调用zone-2内的Service-2。

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