了解Netflix Eureka租赁-服务不断注销

Question

我的一个Spring Cloud Eureka客户一直存在这种间歇性问题，但其他客户都没有。当我启动我的“NCLSEARCHSERVICE”时，它会向Eureka注册，在Eureka中显示“出现”大约30秒到一分钟，然后注销。以下是来自Eureka服务器的日志，显示它注册了我的所有其他服务，但由于“租约未注册”而未能注册我的搜索服务。很抱歉，日志文件复制/粘贴格式不正确。

2015-10-01 09:48:55.144  WARN 6470 --- [nio-8761-exec-4] com.netflix.eureka.InstanceRegistry      : DS: Registry: lease doesn't

存在，注册资源：CONFIGSERVICE-172.18.100.120 2015-10-01 09:48:55.145警告6470---[nio-8761-exec-4]c.n.eureka。资源。InstanceResource:未找到（续订）：CONFIGSERVICE-172.18.100.120 2015-10-01 09:48:55.147警告6470---[nio-8761-exec-2]com。netflix。尤里卡。InstanceRegistry:DS:Registry:lease不存在，注册资源：ZUULSERVER-利用Zuul 2015-10-01 09:48:55.147警告6470---[nio-8761-exec-2]c.n.eureka。资源。InstanceResource:未找到（续订）：ZUULSERVER-利用Zuul 2015-10-01 09:48:55.419信息6470---[nio-8761-exec-7]com。netflix。尤里卡。InstanceRegistry:已注册实例id 172.18.100.120，状态更新2015-10-01 09:48:55.423信息6470---[nio-8761-exec-8]com。netflix。尤里卡。InstanceRegistry:注册实例id利用Zuul漏洞攻击，状态更新2015-10-01 09:48:55.778信息6470---[nio-8761-exec-9]com。netflix。尤里卡。InstanceRegistry:已注册实例id 172.18.100.120，状态更新2015-10-01 09:48:55.809信息6470---[io-8761-exec-10]com。netflix。尤里卡。InstanceRegistry:已注册实例id利用Zuul漏洞攻击，状态更新2015-10-01 09:49:05.416警告6470---[nio-8761-exec-3]com。netflix。尤里卡。InstanceRegistry:DS:Registry:lease不存在，注册资源：GEOSERVER-172.18.100.155 2015-10-01 09:49:05.418 WARN 6470---[nio-8761-exec-3]c.n.eureka。资源。InstanceResource:未找到（续订）：GEOSERVER-172.18.100.155 2015-10-01 09:49:05.441信息6470---[nio-8761-exec-5]com。netflix。尤里卡。InstanceRegistry:已注册实例id 172.18.100.155，状态开始于2015-10-01 09:49:05.607信息6470---[nio-8761-exec-4]com。netflix。尤里卡。InstanceRegistry:已注册实例id 172.18.100.155，状态开始于2015-10-01 09:49:05.948信息6470---[nio-8761-exec-8]com。netflix。尤里卡。InstanceRegistry:已注册实例id 172.18.100.197，状态更新2015-10-01 09:49:06.107信息6470---[nio-8761-exec-9]com。netflix。尤里卡。InstanceRegistry:注册实例id 172.18.100.197，状态更新2015-10-01 09:49:11.175警告6470---[io-8761-exec-10]c.n.eureka。资源。InstanceResource:同步时间，因为最后一个脏时间戳不同-复制Instance id:172.18.100.155，注册表：1443651207024传入：1443651408538复制：false 2015-10-01 09:49:11.197信息6470---[nio-8761-exec-3]com。netflix。尤里卡。InstanceRegistry:已注册实例id 172.18.100.155，状态更新2015-10-01 09:49:11.562警告6470---[nio-8761-exec-5]c.n.eureka。资源。InstanceResource:同步时间，因为最后一个脏时间戳不同-复制Instance id:172.18.100.155，注册表：1443651408538传入：1443651207024复制：true 2015-10-01 09:49:11.607信息6470---[nio-8761-exec-4]com。netflix。尤里卡。InstanceRegistry:注册实例id 172.18.100.155，状态更新2015-10-01 09:50:03.859信息6470---[nio-8761-exec-6]c.n.eureka。资源。InstanceResource:已找到（取消）：NCLSEARCHSERVICE-172.18.100.197 2015-10-01 09:50:03.870信息6470---[io-8761-exec-10]com。netflix。尤里卡。InstanceRegistry:已注册实例id 172.18.100.197，状态更新2015-10-01 09:50:04.120信息6470---[nio-8761-exec-2]com。netflix。尤里卡。InstanceRegistry:注册实例id 172.18.100.197，状态更新2015-10-01 09:50:04.130信息6470---[nio-8761-exec-5]c.n.eureka。资源。InstanceResource:已找到（取消）：NCLSEARCHSERVICE-172.18.100.197 2015-10-01 09:50:04.745警告6470---[nio-8761-exec-3]com。netflix。尤里卡。InstanceRegistry
：DS:Registry:cancel失败，因为租约未注册为：NCLSEARCHSERVICE:172.18.100.197

我的搜索服务的日志似乎没有显示任何有趣的东西，只是它在尤里卡看到它以前是向下的，现在它正在将状态更改为向上：

2015-09-30 17:59:14.164信息9056---[main]c.n.e.EurekaDiscoveryClientConfiguration:Unregisting application nclSearchService with eureka with status DOWN 2015-09-30 17:59:14.164信息9056---[main]com。netflix。发现DiscoveryClient:看到本地状态更改事件StatusChangeEvent[current=DOWN，previous=UP]2015-09-30 17:59:14.208信息9056---[nfoReplicator-0]com。netflix。发现DiscoveryClient:DiscoveryClient\n搜索服务/172.18.100.197:注册服务。。。2015-09-30 17:59:14.217信息9056---[NFOMeplicator-0]com。netflix。发现DiscoveryClient:DiscoveryClient\n搜索服务/172.18.100.197-注册状态：204 2015-09-30 17:59:14.218信息9056---[main]com。netflix。发现DiscoveryClient:DiscoveryClient\NCLSEARCHSERVICE/172.18.100.197-注销状态：200 2015-09-30 17:59:14.218信息9056---[main]c.n.e.EurekadiscoveryClient配置：向eureka注册状态为UP的应用程序NCLSEARCHSERVICE

我的配置现在一团糟，因为我一直在尝试不同的值和配置，但以下是我正在使用的基本值：

spring:
  cloud:
    config:
#      uri: http://${CONFIG_SERVER_URL:172.18.100.120:8888}
      discovery:
        enabled: true
        serviceId: CONFIGSERVICE
  application:
    name: nclSearchService


eureka:
  client:
    enable-self-preservation: false
#    registerWithEureka: true
#    fetchRegistry: true
    serviceUrl:
      defaultZone: http://172.18.100.120:8761/eureka/
#    healthcheck:
#      enabled: true
  instance:
    leaseRenewalIntervalInSeconds: 30

# items below are listed in the config server
service:
    name: nclSearchService

security:
  sessions: NEVER

#instance:
#  preferIpAddress: true
#server:
#  port: 8080
#  contextPath: / 

您可以看到，我也从配置服务动态加载配置，但这只是加载特定于应用程序的变量。

在过去，如果我继续随机干扰我的搜索服务上的配置，我可以让它在尤里卡上稳定下来。但是后来问题又出现了，我永远也找不到真正导致它的原因。这似乎是尤里卡和它的实例注册表的问题，但我不太明白如何修复它。

更新1:NCLSEARCHSERVICE正在使用Spring Boot依赖项1.2.5。发布并发布spring cloud netflix 1.1.0。M1。我的Eureka服务器使用的是相同版本的Spring Boot依赖项，但是spring cloud netflix 1.0.3。释放我尝试更新搜索服务，看看这是否对我的问题有任何影响。如果建议所有服务使用相同的版本，我可以向上/向下移动一个版本。

在故障排除过程中，我只有一次尝试调用/刷新搜索服务。如果我没记错的话，它也经历了同样的过程，即临时出现，然后再次从注册表中删除。

更新2：我可能已经缩小了问题的范围。。。我有一个配置服务器运行在端口8888上，与运行在端口8761上的Eureka服务器在同一个VM上。我在搜索服务中禁用了动态配置，并移动了搜索服务的内容。从配置服务器到应用程序的yml。yml在我的搜索服务上。搜索服务已在Eureka注册，并稳定了约10分钟。

这很奇怪，因为即使我的搜索服务不再配置为使用配置服务，配置服务仍然部署和运行。此外，即使搜索服务正在取消注册，您也可以在日志中看到，它成功地从配置服务中提取了nclSearchService.yml文件，并且它将一路启动，并可用于从配置服务。

不知道这是什么意思：）

Answer 1

将docker内存从2GB增加到4GB修复了这个问题。也许增加VM内存也可以解决这个问题。