Eureka高可用,节点均出现在unavailable-replicas下

Eureka高可用部署,启动多个注册中心后,节点均出现在unavailable-replicas,查阅各类资料测试,提供方案:

1.eureka.client.serviceUrl.defaultZone配置项的地址,不能使用localhost,要使用域名,DNS解析请自行配置。

2.spring.application.name要一致(这个个人测试默认不配也可以)

3.如下两个参数需配为true(个人测试默认不配也可行)

eureka:

client:

register-with-eureka: true

fetch-registry:  true

4.配置eureka.instance.hostname(好像看到过正常eureka会自动拉取设备host,但各节点在同一机器下时请务必添加,注意各节点配置自己节点的host)

eureka:

instance:

hostname:host1

5.千折腾万折腾还是不好使的时候,请去掉下面这个参数或者改为false(神坑),未找到官方原因。。

eureka:

instance:

prefer-ip-address: true

-------------------

个人大概理解了下,prefer-ip-address: true为不使用主机名来定义注册中心的地址,而使用IP地址的形式,而defaultZone中是以域名的方式向注册中心注册的(测试了下使用IP注册到备份节点不可识别),最终导致分片节点不能识别匹配(IP地址与域名),而认为分片均处于不可达状态。

语言组织不佳,有正解者还请指正。

原文地址:https://www.cnblogs.com/xuechen/p/9085162.html

时间: 2024-10-09 14:46:35

Eureka高可用,节点均出现在unavailable-replicas下的相关文章

Eureka高可用集群环境搭建

注册中心集群 在微服务中,注册中心非常核心,可以实现服务治理,如果一旦注册出现故障的时候,可能会导致整个微服务无法访问,在这时候就需要对注册中心实现高可用集群模式. Eureka集群相当简单:相互注册 Eureka高可用实际上将自己作为服务向其他服务注册中心注册自己,这样就可以形成一组相互注册的服务注册中心,从而实现服务清单的互相同步,达到高可用效果. 集群的服务名称要统一,要相同! 启动时候 报错 正常! 启动时候互相注册  不会同时启动成功的 启动类都是一样的 package com.too

Spring Cloud Eureka 高可用注册中心

参考:<<spring cloud 微服务实战>> 在微服务架构这样的分布式环境中,各个组件需要进行高可用部署. Eureka Server 高可用实际上就是将自己作为服务向其他服务注册中心注册自己,这样就形成一组相互注册的服务注册中心,以实现服务清单的相互同步,达到高可用的效果. 构建双节点服务注册中心集群       构建节点服务注册中心集群: 1.创建application-peer1.properties , 作为peer1服务中心的配置,并将serviceUrl指向pee

SpringCloud组件:Eureka高可用集群部署

高可用集群部署 Eureka 服务注册中心.构建项目使用 idea 开发工具创建一个 SpringBoot 项目,添加 Eureka Server 依赖即可, pom.xml 配置文件如下所示: ...... <parent> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-parent</artifactId> <version>

spring cloud eureka高可用

记录下自己踩的坑 spring cloud eureka的高可用网上的教程大致分为两种,一种是两两互相注册,一种是三个互相注册. 1.两两互相注册 普通服务的注册写法都是http://peer1/eureka/,http://peer2/eureka/这种两辆互相注册有个问题,peer1注册中心上面和peer2注册中心上面并没有全部的服务,讲道理是有的,不过有时候有有时候没有,当没有的时候,例如以下情况:有两个服务A和B,A在peer1上,B在peer2上,从A通过服务名称就不能找到B,这样我通

Exchange Server 2013 DAG高可用部署(五)-服务器配置(下)

接上文 17. 删除默认邮箱数据库(建议,但不是必须) 我们在完成微软Exchange Server 2013的两台后端MBX服务器的安装之后,默认会出现两个系统自建的邮箱数据库文件,由于名字带有一个随机值,而且从今后的运维角度上来说,不太利于区分和管理,所以我们建议大家删除掉这两个默认新建的邮箱数据库,创建一个名字更好区分并具有代表性的新邮箱数据库.还是那句话,如果你"任性"的觉得这个名字很好,也可以直接跳过这一步. 在对这两个默认数据库进行删除的时候,我们选择先删除后安装的MBX-

Eureka单机高可用伪集群配置

Eureka Server高可用集群理论上来讲,因为服务消费者本地缓存了服务提供者的地址,即使Eureka Server宕机,也不会影响服务之间的调用,但是一旦新服务上线,已经缓存在本地的服务提供者不可用了,服务消费者也无法知道,所以保证Eureka Server的高可用还是很有必要的. 在分布式系统中,任何的地方存在单点,整个体系就不是高可用的,Eureka 也一样,Eureka Server不是以单点存在的,而是以集群的方式对外提供服务. 模拟在一台机器上搭建Eureka集群,配置peer1

Spring cloud之Eureka(二)注册中心高可用

背景 在实际的生产环境中,注册中心如果只有一个,是很危险的,当这个注册中心由于各种原因不能提供正常服务或者挂掉时,整个系统都会崩溃,这是很致命的的,所以在Spring cloud 设计之初就考虑到了注册中心的高可用. springCloud的eureka高可用配置方案思路是:几个服务中心之间相互注册,比如两个注册中心,A注册到B上,B注册到A上,如果是三个注册中心则是:A注册到BC上,B注册到AC上,C注册到AB上,这样就会在几个注册中心间进行同步,同时服务提供方向三个注册中心均注册,这样就会保

corosync 实现 MariaDB 数据库服务的高可用

方案: corosync + pacemaker  提供HA的解决方案. 使用NFS共享服务器导出的共享文件系统做为数据目录: 拓扑图如下: 一.配置HA高可用集群的各节点间能够基于主机名通讯. 1.设置主机名 (1).在 192.168.60.128 主机设置 编辑/etc/sysconfig/network文件,使得主机名永久有效 [[email protected] ~]# vim /etc/sysconfig/network HOSTNAME=node2.9527du.com 使用hos

redhat高可用

红帽高可用HA --> RHCS rhcs自带高可用组建的配置 红帽自带的HA 在其镜像中默认发布了其高可用套件 HighAvailability LoadBalancer ResilientStorage ScalableFileSystem 红帽的yum源默认访问的是其镜像中的server 因此想要使用高可用套件需要在其yum源上对景象中的目标作特殊表示 Server3作为一个图形的Conga 用户接口服务器 Server1和server2作为高可用集群 ricci 是 Conga的远程管理