SpringCloud实现高可用

在微服务架构这样的分布式环境中，我们需要充分考虑发生故障的情况，所以在生产环境中华必须对各个组件进行高可用部署，对于微服务如此，对于注册中心也一样。我们需要构建高可用的注册中心以增强系统的可用性。

回顾

Eureka Server的设计一开始就考虑了高可用的问题，在Eureka的服务设计中， 所有节点即是服务提供方，也是服务消费方，服务注册中心也不例外。是否还记得在单节点的配置中，我们设置过下面的这两个参数，让注册中心不注册自己：

eureka.client.register-with-eureka=false
eureka.client.fetch-registry=false

Eureka Server的高可用实际上就是将自己作为服务向其他服务注册中心注册自己，这样就可以形成一组相互注册的服务注册中心，以实现服务清单的相互同步，达到高可用的效果。

实现高可用

1.配置

在Eureka Server这个服务的项目中，新建两个配置文件：
application-peer1.properties

spring.application.name=eureka-server
server.port=1111

eureka.instance.hostname=peer1
eureka.client.serviceUrl.defaultZone=http://peer2:1112/eureka

application-peer1.properties

spring.application.name=eureka-server
server.port=1112

eureka.instance.hostname=peer2
eureka.client.serviceUrl.defaultZone=http://peer1:1111/eureka

• 在/etc/hosts文件中添加对peer1和peer2的转换，让上面配置的host形式的serviceUrl能在本地正确访问到；windows系统路径为：C:\Windows\System32\drivers\etc\hosts

127.0.0.1       peer1
127.0.0.1       peer2

启动注册中心

在启动注册中心之前，首先需要加入Maven的插件

  <build>
        <plugins>
            <plugin>
                <groupId>org.springframework.boot</groupId>
                <artifactId>spring-boot-maven-plugin</artifactId>
            </plugin>
        </plugins>
    </build>

然后进行打包：mvn install
之后切换到target目录下，通过spring.profiles.active属性分别启动peer1和peer2:

java -jar eureka-server-1.0-SNAPSHOT.jar --spring.profiles.active=peer1
java -jar eureka-server-1.0-SNAPSHOT.jar --spring.profiles.active=peer2

启动成功，在控制台中可以看到以下输出：

peer2
peer1

此时访问peer1的注册中心：peer1:1111/，如下图所示，我们可以看到registered-replicas中已经有peer2结点的eureka-server了，同样的我们在peer2中也可看到peer1的服务。

peer1
peer2

服务提供方

在设置了多结点的服务注册中心之后，服务提供方还需要做一些简单的配置才能将服务注册到Eureka Server集群中，我们以hello-service为例，修改application.properties配置文件，如下所示：

spring.application.name=hello-service
eureka.client.serviceUrl.defaultZone=http://peer1:1111/eureka/,http://peer2:1112/eureka/

上面的配置主要对eureka.client.serviceUrl.defaultZone属性做了改动，将注册中心指向了peer1和peer2.
下面我们启动该服务，通过访问http://localhost:1111/和http://localhost:1112/，可以观察到hello-service服务同时被注册到了peer1和peer2上，

提供方注册
若此时断开peer1，由于hello-service同时也向peer2注册，因此在peer2上的其他服务依然能访问到hello-service从而实现了服务注册中心的高可用。