Eureka组件、Eureka自我保护模式

Eureka包含两个组件：Eureka Server和Eureka Client

Eureka Server提供服务发现的能力，各个微服务启动时，会向Eureka Server注册自己的信息（例如IP、端口、微服务名称等），Eureka Serverh会存储这些信息

Eureka Client是一个Java客户端，用户简化与Eureka Server的交互

微服务启动后，会周期性（默认30秒）地向Eureka Server发送心跳以续约自己的“租期”

如果Eureka Server在一定时间内没有j接收到某个微服务实例d的心跳，Eureka Server将会注销该实例（默认90）

默认情况下，Eureka Server同时也Eureka Client。多个Eureka Server实例，互相之间通过复制的方式，来实现服务注册表中数据的异步

Eureka Client会缓存服务注册表中的信息。这种方式有一定的优势，首先，微服务无须每次请求都查询Eureka Server，从而降低了Eureka Server的压力；其次，即使Eureka Server所有节点都宕掉，服务消费者依然可以使用缓存中的信息找到服务提供者并完成调用

总结：Eureka通过心跳检查、客户端缓存等机制，提高了系统的灵活性、可伸缩性和可用性

自我保护模式：

默认情况下，如果Eureka Server在一定时间内没有接收到某个微服务实例的心跳，Eureka Server将会注销该实例（默认90秒）。但是当网络分区故障发生时，微服务与Eureka Server之间无法正常通信，以上行为可能变得非常危险，因为微服务本身其实是健康的，此时不应该注销这个微服务。

自我保护模式就是用来解决此问题。

当Eureka Server节点在短时间内丢失过多客户端时（可能发生了网络分区故障），那么这个节点就会进入自我保护模式。一旦进入该模式，Eureka Server就会保护服务注册表中的信息，不再删除服务注册表中的数据（也就是不会注销任何微服务）。当网络故障恢复后，该Eureka Server节点会自动退出自我保护模式。

使用自我保护模式，可以让Eureka Server集群更加的健壮、稳定

eureka.server.enable-self-preservation = false 关闭自我保护模式

Eureka高可用：

Eureka Server发生宕机，可以通过运行多个实例并相互注册的方式实现高可用部署，Eureka Server实例会彼此增量地同步信息，从而确保所有节点数据一致。

1.复制Eureka Server项目，修改ArtifactId

2.配置系统的hosts， 127.0.00.1 peer1 peer2

3.修改application.yml，让两个节点的Eureka Server相互注册

Eureka的元数据：

Eureka的元数据有两种，分别是标准元数据和自定义元数据

标准元数据指的是主机名、IP地址、端口号、状态页和健康检查等信息，这些信息都会被发布在服务注册表中，用于服务之间的调用。自定义元数据可以使用eureka.instance.metadata-map配置，这些元数据可以在远程客户端中访问

多网卡环境下的IP选择：

1.忽略指定名称的网卡

spring:

cloud:

inetutils:

ignored-interfaces:

- docker0

- veth.*

eureka:

instance:

prefer-ip-address: true

2.使用正则表达式，指定使用的网络地址

spring:

coud:

inetutils:

preferredNetworks:

- 192.168

- 10.0

3.只使用站点本地地址

spring:

coud:

inetutils:

useOnlySiteLocalInterfaces: true

eureka:

instance:

prefer-ip-address: true

这样就可以强制使用站点本地地址

4.手动指定IP地址

eureka:

instance:

prefer-ip-address: true

ip-address: 127.0.0.1

巴特西

Eureka组件、Eureka自我保护模式

最新文章

热门文章