简介
对于微服务的治理而言,核心就是服务的注册和发现。所以选择哪个组件,很大程度上要看它对于服务注册与发现的解决方案。在这个领域,开源架构很多,最常见的是 Zookeeper,但这并不是一个最佳选择。
在分布式系统领域有个著名的 CAP 定理:C—— 数据一致性,A—— 服务可用性,P—— 服务对网络分区故障的容错性。这三个特性在任何分布式系统中不能同时满足,最多同时满足两个。
Zookeeper 是著名 Hadoop 的一个子项目,很多场景下 Zookeeper 也作为 Service 发现服务解决方案。Zookeeper 保证的是 CP,即任何时刻对 Zookeeper 的访问请求能得到一致的数据结果,同时系统对网络分割具备容错性,但是它不能保证每次服务请求的可用性。从实际情况来分析,在使用 Zookeeper 获取服务列表时,如果 zookeeper 正在选主,或者 Zookeeper 集群中半数以上机器不可用,那么将就无法获得数据了。所以说,Zookeeper 不能保证服务可用性。
诚然,对于大多数分布式环境,尤其是涉及到数据存储的场景,数据一致性应该是首先被保证的,这也是 zookeeper 设计成 CP 的原因。但是对于服务发现场景来说,情况就不太一样了:针对同一个服务,即使注册中心的不同节点保存的服务提供者信息不尽相同,也并不会造成灾难性的后果。因为对于服务消费者来说,能消费才是最重要的 —— 拿到可能不正确的服务实例信息后尝试消费一下,也好过因为无法获取实例信息而不去消费。所以,对于服务发现而言,可用性比数据一致性更加重要 ——AP 胜过 CP。而 Spring Cloud Netflix 在设计 Eureka 时遵守的就是 AP 原则。
Eureka 本身是 Netflix 开源的一款提供服务注册和发现的产品,并且提供了相应的 Java 封装。在它的实现中,节点之间是相互平等的,部分注册中心的节点挂掉也不会对集群造成影响,即使集群只剩一个节点存活,也可以正常提供发现服务。哪怕是所有的服务注册节点都挂了,Eureka Clients 上也会缓存服务调用的信息。这就保证了我们微服务之间的互相调用是足够健壮的。
Spring Cloud Eureka主要负责完成服务治理功能,Eureka分为服务端和客户端。
Eureka服务端,既服务注册中心,主要是用来管理服务,每个服务单元向注册中心注册自己提供的服务,注册中心按照服务名维护一份服务清单,服务清单中包含服务提供者提供的服务信息(包括服务的主机与端口号、服务版本号、通讯协议等一些信息),服务之间的调用不再通过指定的IP地址进行调用,而是通过服务名去请求。
Eureka客户端又分为服务提供者和服务消费者,一个服务既可以是提供者也可以是消费者(B服务既可以向C服务提供接口,也可以调用A服务的接口)
Eureka服务提供者。向服务中心注册自身的服务信息,主要包括服务名、机器 ip、端口号、域名等,并周期性的发送心跳更新它的续约。
Eureka服务消费者,从服务注册中心获取服务提供者提供的服务信息,并通过远程调用与服务提供者进行通讯
搭建注册中心
首先创建一个maven的聚合工程,父工程的pom文件中为:
<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
<modelVersion>4.0.0</modelVersion>
<groupId>com.top</groupId>
<artifactId>spring-cloud</artifactId>
<version>1.0-SNAPSHOT</version>
<packaging>pom</packaging>
<name>spring-cloud</name>
<description>spring-cloud</description>
<parent>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-parent</artifactId>
<version>2.1.11.RELEASE</version>
<relativePath/>
</parent>
<properties>
<java.version>1.8</java.version>
<project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
<project.reporting.outputEncoding>UTF-8</project.reporting.outputEncoding>
<spring-cloud.version>Greenwich.SR4</spring-cloud.version>
</properties>
<dependencyManagement>
<dependencies>
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-dependencies</artifactId>
<version>${spring-cloud.version}</version>
<type>pom</type>
<scope>import</scope>
</dependency>
</dependencies>
</dependencyManagement>
<build>
<plugins>
<plugin>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-maven-plugin</artifactId>
</plugin>
</plugins>
</build>
</project>
创建一个eureka-server-8001的子模块,右键工程->创建model-> 选择spring initialir
勾选上Eureka Server,点击下一步,直到完成
在其pom文件中添加依赖
<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 https://maven.apache.org/xsd/maven-4.0.0.xsd">
<modelVersion>4.0.0</modelVersion>
<!--继承父工程-->
<parent>
<groupId>com.top</groupId>
<artifactId>spring-cloud</artifactId>
<version>1.0-SNAPSHOT</version>
<relativePath/> <!-- lookup parent from repository -->
</parent>
<groupId>com.example</groupId>
<artifactId>eureka-server-8001</artifactId>
<version>0.0.1-SNAPSHOT</version>
<name>eureka-server-8001</name>
<description>eureka注册中心8001</description>
<packaging>jar</packaging>
<dependencies>
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-eureka-server</artifactId>
</dependency>
</dependencies>
<build>
<plugins>
<plugin>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-maven-plugin</artifactId>
</plugin>
</plugins>
</build>
</project>
在eureka-server-8001中application.yml的添加:
server:
port: 8001
spring:
application:
name: eureka-server
eureka:
instance:
hostname: eureka-server-8001
client:
service-url:
defaultZone: http://localhost:8001/eureka/
register-with-eureka: false
fetch-registry: false
spring.application.name:这个就是服务名
eureka.instance.hostname:是eureka的唯一标识
eureka.client.service-url.defaultZone:表示将自身服务注册到哪个地址上,多个地址可使用英文逗号(,)分隔
eureka.client.register-with-eureka:表示是否将自己注册到 Eureka Server,默认为 true。
eureka.client.fetch-registry:表示是否从 Eureka Server 获取注册信息,默认为 true。
这两个这里都设置成false,因为这里只是一个注册中心,如果不设置为false,会报连接拒绝的错误,虽然注册中心还是可以使用,但是看着很不爽。
通过@EnableEurekaServer 注解声明这是一个eureka注册中心
@SpringBootApplication
@EnableEurekaServer
public class EurekaServer8001Application {
public static void main(String[] args) {
SpringApplication.run(EurekaServer1Application.class, args);
}
}
接着启动程序,访问 http://localhost:8001/,显示当前没有实例,因为还没有服务注册上去
搭建 Eureka高可用集群
Eureka 的高可用实际上就是将自己做为服务向其他服务注册中心注册自己,这样就可以形成一组互相注册的服务注册中心,以实现服务清单的互相同步,达到高可用的效果。比如有两个注册中心,A注册到B上,B反过来注册到A上。如果有三个注册中心则是:A注册到BC上,B注册到AC上,C注册到AB上,这样就会在几个注册中心间进行同步。
同时服务提供者注册自身服务时,向三个注册中心均注册,这样就会保证当一个服务注册中心宕机的时候,不影响整个系统的正常运行,从而保证了eureka的高可用。
一般eureka的高可用最少是三个节点,这里为了方便就弄成双节点注册中心。
创建在eureka-server-8002模块,启动类和pom文件和8001模块差不多,这里主要添加配置就可以了,并将自身服务注册到8001
server:
port: 8002
spring:
application:
name: eureka-server
eureka:
instance:
hostname: eureka-server-8002
client:
service-url:
defaultZone: http://localhost:8001/eureka/
register-with-eureka: true
fetch-registry: true
同时修改8001的配置文件,将8001服务注册到8002.
server:
port: 8001
spring:
application:
name: eureka-server
eureka:
instance:
hostname: eureka-server-8001
client:
service-url:
defaultZone: http://localhost:8002/eureka/
register-with-eureka: true
fetch-registry: true
eureka.client.register-with-eureka:表示是否将自己注册到 Eureka Serve。
eureka.client.fetch-registry:表示是否从 Eureka Server 获取注册信息。
将这两个都设置为true,因为这是集群,需要注册自身服务。
最后在8002的启动类上添加@EnableEurekaServer 注解,声明是一个eureka注册中心,同时启动两个注册中心,接着访问 http://localhost:8001/,可以看到两个eureka已经相互注册,
创建Eureka客户端
这里我会创建两个eureka客户端,两个客户端共用一个服务名,这样方便后面讲ribbon。
创建eureka-client-8003,eureka-client-8004模块,勾选Eureka Discovery Client,
pom文件添加依赖:
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-web</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
</dependency>
添加配置,分别向两个注册中心注册服务,注意这里注册的服务名都是eureka-client,说明这两个客户端提供的是同一种服务,当后面讲ribbon的时候,就可以轮训调用这服务,它会分别发到两个客户端去。
这样保证了高可用性,即便注册中心8001挂了,也会向另一个注册中心8002注册服务,等到注册中心8001修复上线,又会同时向两个注册中心注册
server:
port: 8003
spring:
application:
name: eureka-client
eureka:
client:
service-url:
defaultZone: http://localhost:8001/eureka/,http://localhost:8002/eureka/
server:
port: 8004
spring:
application:
name: eureka-client
eureka:
client:
service-url:
defaultZone: http://localhost:8001/eureka/,http://localhost:8002/eureka/
在启动类上添加注解@EnableEurekaClient声明是一个eureka的客户端。
@EnableEurekaClient 表明是eureka客户端,
@EnableDiscoveryClient 表明是客户端,注册中心可以不是eureka
启动服务,接着访问 http://localhost:8001/,可以看到eureka-client服务已经注册成功,eureka-client这个服务有两个实例,一个是8003,一个是8004
eureka还有几个重要的属性:
eureka:
instance:
//唯一标识
hostname: server2
//Eureka服务器在接收到实例的最后一次发出的心跳后,需要等待多久才可以将此实例删除,默认为90秒
lease-expiration-duration-in-seconds: 90
// eureka客户需要多长时间发送心跳给eureka服务器,表明它仍然活着,默认为30 秒
lease-renewal-interval-in-seconds: 30
client:
service-url:
//注册中心的url
defaultZone: http://localhost:8888/eureka/
//注册当前的服务
register-with-eureka: true
//是否去获取注册信息
fetch-registry: true
//表示eureka client间隔多久去拉取服务注册信息,默认为30秒
registry-fetch-interval-seconds: 30
server:
//关闭自我保护
enable-self-preservation: false
spring:
application:
//在服务中心注册的服务名
name: eureka-server
eureka的自我保护模式:当EurekaServer节点在短时间内丢失了过多实例的连接时(15分钟内超过85%的客户端节点都没有正常的心跳),那么这个节点就会进入自我保护模式,一旦进入到该模式,Eureka 注册中心就会保护服务注册表中的信息,不再删除服务注册表中的数据(即不会注销任何微服务),当网络故障恢复后,该 Ereaka 注册中心就会自动退出自我保护模式。可以通过enable-self-preservation: false关闭自我保护模式。
eureka的续约操作: 类似心跳检测机制,客户端会默认每隔30s向注册中心发送一次心跳,报告自己还活着,不要把这个服务删除,如果注册中心90s内没有收到客户端发来的心跳就会将该服务剔除,以达到剔除无效服务。
eureka的服务注册: 就是eureka客户端去注册中心注册服务,包括服务的主机与端口号、服务版本号、通讯协议等一些信息。
eureka的服务发现: 就是eureka客户端去注册中心拉取服务,将服务信息保存到本地
Eureka控制台参数信息
首先看home下面的
Environment : 环境,默认为test, 该参数在实际使用过程中,可以不用更改
Data center : 数据中心,使用的是默认的
Current time:当前的系统时间
Uptime : 已经运行了多少时间(分钟)
Lease expiration enabled :是否启用租约过期 , 自我保护机制关闭时,该值默认是true, 自我保护机制开启之后为false。
Renews threshold : 每分钟最少续约数
Renews (last min) : 最后一分钟的续约数量(不含当前,1分钟更新一次)
DS Replicas下面的信息是Eureka Server集群节点信息。
Instances currently registered with Eureka 是注册到该注册中心上的的实例信息
total-avail-memory : 总共可用的内存
environment : 环境名称,默认test
num-of-cpus : CPU的个数
current-memory-usage : 当前已经使用内存的百分比
server-uptime : 服务启动时间
registered-replicas : 相邻集群复制节点
unavailable-replicas :不可用的集群复制节点,如何确定不可用? 主要是server1 向 server2和server3 发送接口查询自身的注册信息,如果查询不到,则默认为不可用 , 也就是说如果Eureka Server自身不作为客户端注册到上面去,则相邻节点都会显示为不可用。
available-replicas :可用的相邻集群复制节点
ipAddr:eureka服务端IP
status:eureka服务端状态
Last 1000 since startup下的
Last 1000 cancelled leases 最后1000个取消的租约
Last 1000 newly registered leases 最后1000个新注册的租约
参考
Spring Cloud(一):服务治理技术概览【Finchley 版】
相关阅读
项目代码
SpringCloud 汇总【Greenwich 版】
SpringCloud(一):Eureka注册中心【Greenwich 版】
SpringCloud(二):Ribbon负载均衡【Greenwich 版】
SpringCloud(三):Feign声明式服务调用【Greenwich 版】
SpringCloud(四):Hystrix熔断器介绍【Greenwich 版】
SpringCloud(五):Hystrix的请求熔断与服务降级【Greenwich 版】
SpringCloud(六):Hystrix的请求合并【Greenwich 版】
SpringCloud(七):Hystrix仪表盘与Turbine集群监控【Greenwich 版】
SpringCloud(八):Zuul网关【Greenwich 版】
SpringCloud(九):Config配置中心【Greenwich 版】
SpringCloud(十):Bus消息总线【Greenwich 版】
SpringCloud(十一):Stream消息驱动 + RabbitMQ【Greenwich 版】
SpringCloud(十二):Sleuth链路跟踪【Greenwich 版】