在微服务架构这样的分布式环境中,咱们须要充分考虑发生故障的状况, 因此在生产 环境中必须对各个组件进行高可用部署, 对于微服务如此, 对于服务注册中心也同样。 但 是到本节为止,咱们一直都在使用单节点的服务注册中心,这在生产环境中显然并不合适, 咱们须要构建高可用的服务注册中心以加强系统的可用性。 java
Eureka Server的设计一开始就考虑了高可用问题, 在Eureka的服务治理设计中, 全部 节点便是服务提供方, 也是服务消费方, 服务注册中心也不例外。 是否还记得在单节点的 配置中,咱们设置过下面这两个参数, 让服务注册中心不注册本身: spring
eureka.client.register-with-eureka=false架构
eureka.client.fetch-registry=false app
Eureka Server的高可用实际上就是将本身做为服务向其余服务注册中心注册本身,这 样就能够造成一组互相注册的服务注册中心, 以实现服务清单的互相同步, 达到高可用的 效果。 下面咱们就来尝试搭建高可用服务注册中心的集群。分布式
目录结构微服务
在etc/hosts文件中添加对peerl和peer2的转换, 让上面配置的host形式的 serviceUrl能在本地正确访间到; Windows系统路径为C:\Windows\System32\ drivers\etc\hosts。 fetch
127.0.0.1 peer1
127.0.0.1 peer2
启动:设计
java -jar Eureka-0.0.1-SNAPSHOT.jar --spring.profiles.active=peer1server
java -jar Eureka-0.0.1-SNAPSHOT.jar --spring.profiles.active=peer2xml
peer1图
peer2图
此时访问peer1的注册中心http://localhost:1111/, 以下图所示, 咱们能够到看, registered-replicas中已经有peer2节点的eureka-server了。 一样的, 咱们访 问peer2的注册中心http://localhost: 2222/ , 也能到看registered-replicas 中已经有peer1节点,而且这些节点在可用分片(available-replicase)之中。
在设置了多节点的服务注册中心以后, 服务提供方还须要作一些简单的配置才能将 服务注册到Eureka Server 集群中。 咱们如下面的项目为例, 修改 application.properties 配置文件, 以下所示:
修改pom.xml
上面的配置主要对eureka.client.serviceUrl.defaultZone属性作了改动, 将注册中心指向了以前咱们搭建的peerl与peer2(相似于dubbo服务)。
访问地址:
能够观察到hello-service 服务同时被注册到了peerl和peer2上。若此时断开peer!, 因为compute-service同时也向peer2注册, 所以在peer2上的 其余服务依然能访问到hello-service, 从而实现了服务注册中心的高可用。