java微服务之springcloud快速入门day01eureka注册中心高级部分（集群）（高可用）(代码片段)

接下来我们详细讲解Eureka的原理及配置。

1、基础框架

Eureka架构中的三个核心角色:

• 服务注册中心
  Eureka的服务端应用，提供服务注册和发现功能，就是刚刚我们建立的eureka-server
• 服务提供者
  提供服务的应用，可以是SpringBoot应用，也可以是其它任意技术实现，只要对外提供的是Rest风格服务即可。本例中就是我们实现的user-service
• 服务消费者
  消费应用从注册中心获取服务列表，从而得知每个服务方的信息，知道去哪里调用服务方。本例中就是我们实现的consumer

2、高可用的Eureka Server

Eureka Server即服务的注册中心，在刚才的案例中，我们只有一个EurekaServer，

事实上EurekaServer也可以是一个集群，形成高可用的Eureka中心。

• 服务同步

多个Eureka Server之间也会互相注册为服务，当服务提供者注册到Eureka Server集群中的某个节点时，该节点会把服务的信息同步给集群中的每个节点，从而实现数据同步。

因此，无论客户端访问到Eureka Server集群中的任意一个节点,都可以获取到完整的服务列表信息。

而作为客户端,需要把信息注册到每个Eureka中:

如果有三个Eureka，则每一个EurekaServer都需要注册到其它几个Eureka服务中，

例如:有三个分别为10086、10087、10088，则:

10086要注册到10087和10088上
10087要注册到10086和10088上
10088要注册到10086和10087上

动手搭建高可用的EurekaServer

3、代码实现（高可用）

（1）修改eureka-server的resources当中的application.yml

server:
  port: 10086
spring:
  application:
    name: eureka-server
eureka:
  client:
    service-url:
      defaultZone: http://127.0.0.1:10087/eureka

重写运行eureka-server

启动后报错

（2）启动第二个eureka-server

复制当前的eureka-server

（3）修改eureka-server的resources当中的application.yml

server:
  port: 10087
spring:
  application:
    name: eureka-server
eureka:
  client:
    service-url:
      defaultZone: http://127.0.0.1:10086/eureka

（4）启动eureka-server2

访问http://localhost:10086/发现一个服务端两个实例

（5）修改user-service当中的application.yml，配置多个Eureka，万一其中有一个挂掉其他的还可以继续

 defaultZone: http://127.0.0.1:10086/eureka,http://127.0.0.1:10087/eureka

（6）修改consumer-demo当中的application.yml，配置多个Eureka，万一其中有一个挂掉其他的还可以继续

 defaultZone: http://127.0.0.1:10086/eureka,http://127.0.0.1:10087/eureka

（7）运行测试

重启consumer-demo和user-service
挂掉一个eureka-server



10086出现错误

进行访问项目，依旧可以成功访问项目

http://localhost:8088/consumer/8

4、Eureka客户端（服务的注册和发现时长的配置）

服务提供者要向EurekaServer注册服务，并且完成服务续约等工作。

（1）服务注册

服务提供者在启动时，会检测配置属性中的: eureka.client.register-with-eruekamtrue参数是否正确，事实上默认就是true。如果值确实为true，则会向EurekaServer发起一个Rest请求，并携带自己的元数据信息，Eureka Server会把这些信息保存到一个双层Map结构中。

• 第一层Map的Key就是服务id，一般是配置中的 spring.application.name 属性
• 第二层Map的key是服务的实例id。一般host+ serviceld + port，例如: locahost:user-service:8081
• 值则是服务的实例对象，也就是说一个服务，可以同时启动多个不同实例，形成集群。

设置Eureka不注册自己，修改eureka-server当中的application.yml

server:
  port: 10086
spring:
  application:
    name: eureka-server
eureka:
  client:
    service-url:
      defaultZone: http://127.0.0.1:10086/eureka
    register-with-eureka: false

清除eureka-server缓存

重建eureka-server

启动eureka-server

（2）服务续约

在注册服务完成以后，服务提供者会维持一个心跳（定时向EurekaServer发起Rest请求)，
告诉EurekaServer:“我还活着”。这个我们称为服务的续约(renew) ;

有两个重要参数可以修改服务续约的行为

在user-service当中的application.yml当中
lease-renewal-interval-in-seconds: 30：设置最小的续约周期默认值是30,也就说每隔30秒发送一次请求
lease-expiration-duration-in-seconds: 90：设置过期的时间，默认值是90秒。每隔30发送一次请求，如果过了90秒还没有发，说明服务挂了

server:
  port: 8082
spring:
  application:
    name: user-service
  datasource:
    url: jdbc:mysql://localhost:3306/itzheng
    username: root
    password: root
mybatis:
  type-aliases-package: com.itzheng.user.pojo
eureka:
  client:
    service-url:
      defaultZone: http://127.0.0.1:10086/eureka,http://127.0.0.1:10087/eureka
  instance:
    prefer-ip-address: true
    ip-address: 127.0.0.1
    lease-renewal-interval-in-seconds: 30
    lease-expiration-duration-in-seconds: 90

lease-renewal-interval-in-seconds:服务续约(renew)的间隔，默认为30秒

lease-expiration-duration-in-seconds:服务失效时间，默认值90秒

也就是说，默认情况下每个30秒服务会向注册中心发送一次心跳，证明自己还活着。

如果超过90秒没有发送心跳，EurekaServer就会认为该服务宕机，会从服务列表中移除，

这两个值在生产环境不要修改，默认即可。

（3）获取服务列表

当服务消费者启动是，会检测eureka.client.fetch-registry=true参数的值，

如果为true，则会从EurekaServer服务的列表只读备份，然后缓存在本地。

并且每隔30秒会重新获取并更新数据。我们可以通过下面的参数来修改:

 registry-fetch-interval-seconds: 5

5、失效剔除和自我保护

（1）服务下线

当服务进行正常关闭操作时，它会触发一个服务下线的REST请求给Eureka Server，告诉服务注册中心:“我要下线了”。服务中心接受到请求之后，将该服务置为下线状态。

（2）失效剔除

有时我们的服务可能由于内存溢出或网络故障等原因使得服务不能正常的工作，而服务注册中心并未收到"服务下线"的请求。

相对于服务提供者的"服务续约"操作，服务注册中心在启动时会创建一个定时任务，默认每隔一段时间(默认为60秒)将当前清单中超时（默认为90秒）没有续约的服务剔除，这个操作被称为失效剔除。

可以通过eureka.server.eviction-interval-timer-in-ms 参数对其进行修改，单位是毫秒。

修改eureka-server当中的application.yml

  server:
    eviction-interval-timer-in-ms: 30000

（3）自我保护

我们关停一个服务，就会在Eureka面板看到一条警告:

这是触发了Eureka的自我保护机制。当服务未按时进行心跳续约时，Eureka会统计服务实例最近15分钟心跳续约的比例是否低于了85%。

在生产环境下，因为网络延迟等原因，心跳失败实例的比例很有可能超标，但是此时就把服务剔除列表并不妥当，因为服务可能没有宕机。

Eureka在这段时间内不会剔除任何服务实例，直到网络恢复正常。生产环境下这很有效，保证了大多数服务依然可用，不过也有可能获取到失败的服务实例，因此服务调用者必须做好服务的失败容错。

我们可以通过下面的配置来关停自我保护:

6、实现负载均衡：Ribbon

在刚才的案例中，我们启动了一个user-service，
然后通过DiscoveryClient来获取服务实例信息，然后获取ip和端口来访问。

但是实际环境中，我们往往会开启很多个user-service的集群。
此时我们获取的服务列表中就会有多个，到底该访问哪一个呢?

一般这种情况下我们就需要编写负载均衡算法，在多个实例列表中进行选择。
不过Eureka中已经帮我们集成了负载均衡组件:Ribbon，简单修改代码即可使用。

什么是Ribbon:

Ribbon是 Netflix 发布的负载均衡器，它有助于控制HTTP和TCP客户端的行为。

为Ribbon配置服务提供者地址列表后，Ribbon就可基于某种负载均衡算法，自动地帮助服务消费者去请求。Ribbon默认为我们提供了很多的负载均衡算法，例如轮询、随机等。

当然，我们也可为Ribbon实现自定义的负载均衡算法。

(1)启动user-service

启动成功

打开Eureka

访问http://localhost:10086/

(2)在consumer-demo当中的pom.xml当中引入Ribbon的依赖

<dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-netflix-ribbon</artifactId>
            <version>2.0.1.RELEASE</version>
</dependency>

(3)在consumer-demo的ConsumerController类当中实现负载均衡

1） 在ConsumerController当中

package com.itzheng.consumer.web;

import com.itzheng.consumer.pojo.User;
import lombok.val;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.cloud.client.ServiceInstance;
import org.springframework.cloud.client.discovery.DiscoveryClient;
import org.springframework.cloud.netflix.ribbon.RibbonLoadBalancerClient;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.PathVariable;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;
import org.springframework.web.client.RestTemplate;

import java.util.List;
import java.util.Map;

@RestController
@RequestMapping("consumer")
public class ConsumerController 

    @Autowired
    private RestTemplate restTemplate;

    @GetMapping("/id")
    public User queryById(@PathVariable("id") Long id) 

        //根据服务id获取实例
        //List<ServiceInstance> instances = discoveryClient.getInstances("user-service");
        //从实例当中取出IP和端口
        //ServiceInstance instance = instances.get(0);
        //随机，论询、hash
        //ServiceInstance instance = client.choose("user-service");

        //String url = "http://"+ instance.getHost()+":"+instance.getPort()+"/user/"+id;
        //System.out.println(url);

        //底层还是上述的代码，内部通过拦截器将请求拦截下来，
        //获取到user-service自动去负载均衡后获取ip地址将user-service替换
        String url = "http://user-service/user/" + id;

        User user = restTemplate.getForObject(url, User.class);
        return user;
    

2） 在ConsumerApplication**内置拦截器。拦截RestTemplate的请求

 @LoadBalanced

3） debug启动consumer-demo

4） 找到LoadBalancerInterceptor

打断点

5）访问http://localhost:8088/consumer/8

结束debug

(4)SpringBoot也帮我们提供了修改负载均衡规则的配置入口

格式是:服务名称.ribbon .NFLoadBalancerRuleClassName ，值就是IRule的实现类。

再次测试,发现结果变成了随机:
在consumer-demo当中的application.yml当中配置

user-service:
  ribbon:
    NFLoadBalancerRuleclassName: com.netflix.loadbalancer.RandomRule

重新运行项目

重新访问

查看到端口号是8083

重新访问http://localhost:8088/consumer/8

访问路径为8082