本文共 1148 字,大约阅读时间需要 3 分钟。
eureka: instance: instance-id: payment8001 //8002中值为payment8002
Application | AMls | Availability Zones | Status |
---|---|---|---|
CLOUD-SPRING-PAYMENT | n/a (2) | (2) | UP (2) - , |
此时可以点击我们的两个服务任意一个进行,Eureka健康检查:http://localhost:8002/actuator/health 、界面出现这样的json提示,则说明我们的配置完成啦。
{"status":"UP"}
在 instance: instance-id: payment8002下方,加上 prefer-ip-address: true即可。 注意: prefer-ip-address: true与instance-id: payment8002同级哦!
Tips:我们进行上边的修改,主要是为了后期我们故障查错方便,我们可以直接根据ip地址+端口号,直接定位是哪一个机子的哪一个服务出错。是不是很方便呢?
我们进入到eureka注册中心,是不是有两行红色提示呢?看到则说明Eureka进入到了保护模式。
EMERGENCY! EUREKA MAY BE INCORRECTLY CLAIMING INSTANCES ARE UP WHEN THEY'RE NOT. RENEWALS ARE LESSER THAN THRESHOLD AND HENCE THE INSTANCES ARE NOT BEING EXPIRED JUST TO BE SAFE.
保护模式主要用于一组客户端和EurekaServer之间存在网络分区场景下的保护。一旦进入保护模式,EurekaServer将会尝试保护其服务注册表中的信息,不再删除服务注册表中的数据,也就是不会注销任何微服务。
大白话就是:万一哪一个微服务宕机了,不可用,Eureka不会立刻清理我们的微服务,而是会对该微服务的信息保存。Eureka是分布式CAP中的AP分支
荒废的学业,终将使你更加努力的追赶,否则一事无成
转载地址:http://qngzi.baihongyu.com/