搭建集群版Eureka Server

注册中心作为微服务架构中的核心功能,其重要性不言而喻。所以单机版的Eureka Server在可靠性上并不符合现在的互联网开发环境。集群版的Eureka Server才是商业开发中的选择。

Eureka Server注册中心的集群和Dubbo的ZooKeeper注册中心集群在结构上有很大的不同。

ZooKeeper注册中心集群搭建后,集群中各节点呈现主从关系,集群中只有主节点对外提供服务的注册和发现功能,从节点相当于备份节点,只有主节点宕机时,从节点会选举出一个新的主节点,继续提供服务的注册和发现功能。

而Eureka Server注册中心集群中每个节点都是平等的,集群中的所有节点同时对外提供服务的发现和注册等功能。同时集群中每个Eureka Server节点又是一个微服务,也就是说,每个节点都可以在集群中的其他节点上注册当前服务。又因为每个节点都是注册中心,所以节点之间又可以相互注册当前节点中已注册的服务,并发现其他节点中已注册的服务。所以Eureka Server注册中心集群版在搭建过程中有很多的方式,找到一个最合适最可靠的搭建方式才能称为一个称职的程序员。

集群版Eureka Server可以通过Spring Boot多环境配置方式快速搭建。只要创建一个合适的Eureka Server工程,通过多个全局配置即可完成快速搭建。

本案例中搭建一个双节点的Eureka Server集群。

 

POM依赖

和单机版Eureka Server相同。

 

全局配置文件

本案例中的两个节点分别会搭建在两个Linux系统中,为这两个Linux系统分别定义域名为eurekaserver1和eurekaserver2。

在集群搭建过程中,全局配置文件的定义非常重要。其中euraka.client.service-url.defaultZone属性是用于配置集群中其他节点的。如果有多个节点,使用逗号','分隔。

有部分程序员只配置某一个集群节点信息,通过集群节点间的注册通讯实现节点的全面发现。这种配置形式是不推荐的。因为Eureka Server在服务管理上,会根据连带责任来维护服务列表,如果某集群节点宕机,那么通过这个节点注册过来的服务都会连带删除。

eurekaserver1配置

spring:
  application:
    name: eureka-server1
  

server:
  port: 8762

eureka:
  instance:
    # 定义Eureka Server实例在注册中心中的命名。建议使用配置文件的后缀定义。
    hostname: eurekaserver1


  # 配置集群中其他Eureka Server节点的信息。如果需配置多节点,使用逗号','分割多个节点信息。
  # 节点的信息格式为: http://地址:端口/eureka/ 。 地址可以使用IP、域名、主机名定义。
  # 使用HTTP Basic语法,提供安全认证中需要使用的用户名和密码。
  # 语法是: http://用户名:密码@地址:端口/eureka/
  client:
    service-url:
      defaultZone: http://eurekaserver2:8763/eureka/

 

 

eurekaserver2配置

spring:
  application:
    name: eureka-server2
  

server:
  port: 8763

eureka:
  instance:
    hostname: eurekaserver2

  client:
    service-url:
      defaultZone: http://eurekaserver1:8762/eureka/

 

打包工程形成jar文件

使用run -> maven package即可实现打包过程。打包后的jar文件保存在工程中的target目录中。

 

上传打包后的jar文件到Linux系统

 

设置Linux主机域名

修改/etc/hosts文件,设置主机域名。将主机域名和IP进行绑定。

vi /etc/hosts

新增内容如下:两个Linux系统修改内容相同。

192.168.2.115 eurekaserver1

192.168.2.116 eurekaserver2

 

使用命令启动Eureka Server

可以在Linux终端中,通过java命令来启动Eureka Server。在启动的时候,可以通过启动参数来设置有效的配置环境。具体命令如下:
java -jar -Dspring.profiles.active=eurekaserver1 spring-cloud-eureka-server-cluster-1.0.jar

其中-Dspring.profiles.active启动参数,用于定义本次启动的Eureka Server应用的有效全局配置命名,也就是全局配置文件的后缀。SpringBOOT在启动的时候,会根据启动参数来决定读取的有效全局配置文件是哪一个。

 

Eureka Server安全认证

Eureka Server作为Spring Cloud中的服务注册中心,如果可以任意访问的话,那么其安全性太低。所以Spring Cloud中也有为Eureka Server提供安全认证的方式。可以使用spring-boot-starter-security组件来为Eureka Server增加安全认证。

POM依赖

           <!-- spring boot security安全认证启动器 -->

           <dependency>

                  <groupId>org.springframework.boot</groupId>

                  <artifactId>spring-boot-starter-security</artifactId>

           </dependency>

修改全局配置文件

在全局配置文件中,开启基于http basic的安全认证。

eurekaserver1配置

spring:

  application:
    name: eureka-server1
  security:
    user:
      # 设定安全认证的用户名
      name: yucong
      # 设定安全认证的密码
      password: 123456

server:
  port: 8762

eureka:
  instance:
    # 定义Eureka Server实例在注册中心中的命名。建议使用配置文件的后缀定义。
    hostname: eurekaserver1


  # 配置集群中其他Eureka Server节点的信息。如果需配置多节点,使用逗号','分割多个节点信息。
  # 节点的信息格式为: http://地址:端口/eureka/ 。 地址可以使用IP、域名、主机名定义。
  # 使用HTTP Basic语法,提供安全认证中需要使用的用户名和密码。
  # 语法是: http://用户名:密码@地址:端口/eureka/
  client:
    service-url:
      defaultZone: http://yucong:123456@eurekaserver2:8763/eureka/

eurekaserver2配置

spring:

  application:
    name: eureka-server2
  security:
    user:
      name: yucong
      password: 123456

server:
  port: 8763

eureka:
  instance:
    hostname: eurekaserver2

  client:
    service-url:
      defaultZone: http://yucong:123456@eurekaserver1:8762/eureka/

 

修改启动类,根据官网的提示,关闭/eureka/**的CSRF的令牌。

@EnableEurekaServer
@SpringBootApplication
public class EurekaServerApplication {

    public static void main(String[] args) {
        SpringApplication.run(EurekaServerApplication.class, args);
    }
    
    
    /**
     * 忽略此路径下的CSRF令牌
     *
     */
    @EnableWebSecurity
    static class WebSecurityConfig extends WebSecurityConfigurerAdapter {

        @Override
        protected void configure(HttpSecurity http) throws Exception {
            http.csrf().ignoringAntMatchers("/eureka/**");
            super.configure(http);
        }
    }    
    
}

 


打包测试

上述内容修改完毕后,需要重新打包工程并部署到Linux中启动测试。

 

基于CAP定理分析注册中心特性

什么是CAP定理

CAP原则又称CAP定理,指的是在一个分布式系统中,Consistency(数据一致性)、 Availability(服务可用性)、Partition tolerance(分区容错性),三者不可兼得。

CAP由Eric Brewer在2000年PODC会议上提出。该猜想在提出两年后被证明成立,成为我们熟知的CAP定理

分布式系统CAP定理

C
数据一致性
(Consistency)

也叫做数据原子性
系统在执行某项操作后仍然处于一致的状态。在分布式系统中,更新操作执行成功后所有的用户都应该读到最新的值,这样的系统被认为是具有强一致性的。等同于所有节点访问同一份最新的数据副本。

优点: 数据一致,没有数据错误可能。

缺点: 相对效率降低。

A
服务可用性
(Availablity)

每一个操作总是能够在一定的时间内返回结果,这里需要注意的是"一定时间内"和"返回结果"。一定时间内指的是,在可以容忍的范围内返回结果,结果可以是成功或者是失败。

P
分区容错性
(Partition-torlerance)

在网络分区的情况下,被分隔的节点仍能正常对外提供服务(分布式集群,数据被分布存储在不同的服务器上,无论什么情况,服务器都能正常被访问)

 

定律:任何分布式系统只可同时满足二点,没法三者兼顾。

CA,放弃P

如果想避免分区容错性问题的发生,一种做法是将所有的数据(与事务相关的)/服务都放在一台机器上。虽然无法100%保证系统不会出错,但不会碰到由分区带来的负面效果。当然这个选择会严重的影响系统的扩展性。

CP,放弃A

相对于放弃"分区容错性"来说,其反面就是放弃可用性。一旦遇到分区容错故障,那么受到影响的服务需要等待一定时间,因此在等待时间内系统无法对外提供服务。

AP,放弃C

这里所说的放弃一致性,并不是完全放弃数据一致性,而是放弃数据的强一致性,而保留数据的最终一致性。以网络购物为例,对只剩下一件库存的商品,如果同时接受了两个订单,那么较晚的订单将被告知商品告罄。

Eureka和ZooKeeper的特性

 

对比项

Zookeeper

Eureka

描述

CAP

CP

AP

ZooKeeper分布集群是使用主从模型实现的。在一个时间点上,只有一个leader真正的对外提供服务。其他的follower都会实时备份leader中的数据,当leader宕机,则follower选举出新的leader对外提供服务。

Eureka分布集群是平等模型(无主模型),所有的节点都是平等的,客户端访问任意节点都可以提供实时的服务响应。如果某节点发送宕机等故障,接收到的请求会转交给其他的节点。无主模型,每个节点的数据可能不实时一致,节点需要通过网络通讯从其他节点获取数据,并实现数据的一致。可能有网络延迟或网络故障或通讯频率问题。

Dubbo集成

已支持

-

Dubbo开发的时候不需要考虑注册中心选择。

Spring Cloud中推荐使用Eureka作为注册中心,Eureka是由Spring Cloud子项目spring-cloud-netflix集成的。是Spring Cloud中的一个组件,会有针对性的服务提供和发现组件。

Spring Cloud集成

已支持

已支持

kv服务

支持

    -

ZK支持数据存储,eureka不支持

使用接口

(多语言能力)

提供客户端

http多语言

ZK的跨语言支持比较弱

watch支持

支持

支持

什么是Watch支持?就是客户端监听服务端的变化情况。

zk通过订阅监听来实现

eureka通过轮询的方式来实现

集群监控

    _

metrics

metrics,运维者可以收集并报警这些度量信息达到监控目的

 

 

代码:

https://github.com/yucong/spring-cloud-learning/tree/master/eureka-server-cluster1

 

参考资料:

https://blog.lqdev.cn/2018/09/09/SpringCloud/chapter-three/

 

posted @ 2019-07-20 17:10  喻聪  阅读(619)  评论(0编辑  收藏  举报