Spring Cloud构建企业级总线-第十一部分常见问题

• 问题一：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.

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

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

综上，自我保护模式是一种应对网络异常的安全保护措施。它的架构哲学是宁可同时保留所有微服务（健康的微服务和不健康的微服务都会保留），也不盲目注销任何健康的微服务。使用自我保护模式，可以让Eureka集群更加的健壮、稳定。

在Spring Cloud中，可以使用eureka.server.enable-self-preservation = false 禁用自我保护模式。

• 问题二：Eureka的高可用方案 上面的例子中，Eureka只有一个8761的注册中心，那么如何避免单点问题呢？

答：我们可以采用集群的方式来解决。 比如现在有三台机器：Server1、Server2和Server3.在高可用方案中，三台机器要两两注册。比如S1要向S2、S3分别进行注册，目前他无法实现注册的传递性。 这样一来，如果Server1宕机，我们还可以继续从Server2和3中获取服务。

• 问题三：为什么不用zookeeper做注册中心 在使用dubbo时，一般都结合zk（作为注册中心）来使用。那为什么SpringCloud中使用Eureka，而不是zk呢？

答：我们来比较一下，在CAP理论中，zk更看重C和P，即一致性和分区容错性。但Eureka更在意的是A和P，A为高可用。zk中有master和follower区别，当进入选举模式时，就无法正常对外提供服务。但Eureka中，集群是对等的，地位是相同的，虽不能保证一致性，但至少可以提供注册服务。 根据不同的业务场景，各有取舍吧。

• 问题四：spring eurake中使用IP注册：在开发spring cloud的时候遇到一个很奇葩的问题，就是服务向spring eureka中注册实例的时候使用的是机器名，然后出现localhost、xxx.xx等这样的内容，如下图：

答：大量网上说是eureka.instance.preferIpAddress=true，但是实际上貌似这个参数并没有起作用，最后修改C:\Windows\System32\drivers\etc\hosts文件添加主机名映射解决了。

• 问题五：断路器feigh：com.netflix.discovery.shared.transport.TransportException:  Cannot execute request on any known server

解决方法：缺少配置文件application.properties文件

• 问题六：Caused by: java.lang.IllegalArgumentException: Could not resolve placeholder 'profile' in string value "${profile}"

    解决方法：配置文件中文件目录和名字不对。分布式配置客户端必须要bootstrap.properties文件。spring.cloud.config.label表示配置的文件名。spring.application.nam表示文件中key值。spring.cloud.config.label表示配置文件上级目录名。

• 问题七：No label found for: trunk

 

解决办法：目录结构有问题。

• 问题八：如何解决Eureka Server不踢出已关停的节点的问题

     在开发过程中，我们常常希望Eureka Server能够迅速有效地踢出已关停的节点，但是新手由于Eureka自我保护模式，以及心跳周期长的原因，常常会遇到Eureka Server不踢出已关停的节点的问题。

解决方法如下：

服务器端配置：

eureka:
  server:
    enable-self-preservation: false
    eviction-interval-timer-in-ms: 4000

客户端配置：

 

eureka:
  client:
    healthcheck:
      enabled: true
  instance:
    lease-expiration-duration-in-seconds: 30 
    lease-renewal-interval-in-seconds: 10

• 问题九：如何解决刷新不允许：Method Not Allowed HttpRequestMethodNotSupportedException

 

解决方法：没有配置库文件

<dependency>
      <groupId>org.springframework.boot</groupId>
      <artifactId>spring-boot-starter-actuator</artifactId>
</dependency>