像亚马逊这种大型的跨境电商平台,会有不少个机房。这时若是上线一个服务的话,咱们但愿一个机房内的服务优先调用同一个机房内的服务,当同一个机房的服务不可用的时候,再去调用其它机房的服务,以达到减小延时的做用。bash
因而亚马逊的 AWS 提供了 region 和 zone 两个概念网络
eureka 也借用了 region 和 zone 的概念架构
如图所示,有一个 region:华北地区,下面有两个机房,机房A 和机房Burl
每一个机房内有一个 Eureka Server 集群 和两个服务提供者 ServiceA 和 ServerBspa
如今假设 serverA 须要调用 ServerB 服务,按照就近原则,serverA 会优先调用同一个 zone 内的 ServiceB,当 ServiceB 不可用时,才会去调用另外一个 zone 内的 ServiceBcode
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内的服务提供者。