本文介绍了在微服务架构中，为了提高服务注册中心的可用性，如何构建Eureka的高可用集群。通过设置多个节点并实现相互注册，确保即使单个节点故障，其他客户端也能从存活的节点获取服务信息。详细步骤包括配置application-peer1.yml和application-peer2.yml，模拟集群环境，客户端配置修改以注册到两个服务注册中心，以及在IP地址配置中使用eureka.instance.prefer-ip-address=true来避免主机名问题。
引言：上一节 Eureka初探中我们介绍了Eureka服务端以及客户端的基本搭建方法，那么考虑如果Eureka所在的服务器挂掉了，就相当于所以客户端的通讯连接断了。这一节将介绍如何降低出现这种问题的概率。
“在微服务架构这样的分布式环境中， 我们需要充分考虑发生故障的情况， 所以在生产环境中必须对各个组件进行高可用部署， 对于微服务如此， 对于服务注册中心也一样。 但是到本节为止，我们一直都在使用单节点的服务注册中心，这在生产环境中显然并不合适，我们需要构建高可用的服务注册中心以增强系统的可用性。”——《Spring Cloud微服务实战》1
看过上一节 Eureka初探的内容可以看到，在搭建Eureka服务端的时候加了配置registerWithEureka: false和fetchRegistry: false意思是不让服务中心注册自己。现在要解决单点故障风险，我们需要做一个Eureka注册中心集群，需要让服务中心集群相互注册。以两个节点为例，配置如下：
- 新建application-peer1.yml
server:
port:
最低0.47元/天 解锁文章
扫一扫
1210
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
