问题标签 [netflix-eureka]

我有 4 个相同服务的实例在不同的主机上运行。我正在逐节点为该服务节点部署新版本。在部署时，传入的请求会根据负载均衡器转发到任何版本（主机）。netflix 中有什么方法可以将所有传入请求转发到特定版本吗？

是否有任何通用方式可以定义版本（对于相同的 serviceId）。如果传入的请求在标头中定义了版本，我们可以使用它将请求转发到特定版本。

可能是这样的：

在 Zuul 代理中，

在样品服务中，

或任何其他机制来实现相同服务的版本控制？

我正在 POCing 一个基于 Spring Cloud 的实现。我有一个带有基于节点的边缘服务的 Eureka 注册表。Node 服务使用 Prana side car 来解析 Eureka 上注册的服务以及注册 Node 服务。解决边缘服务的最佳实践是什么？我读到了 Zuul。这是正确的方法吗？还是应该托管在像 WSO2 这样的网关上？另外，如果边缘服务是一个集群，那么常用的系统布局是什么？任何指针将不胜感激。

我试图了解使用 Spring Boot 运行的 2 个不同服务。这两项服务都在 Eureka 中很好地注册了，现在我想在 Turbine Web 应用程序中绘制一些 Hystrix 数据。

使用 Turbine 测试单个服务时效果很好：

我试图在仪表板上查看绘制这两个服务的视图，但无论我尝试什么，都只绘制涡轮配置中的第一个服务。

在尝试将数据输入到两种服务的turtle.stream 时，我似乎碰壁了。

任何提示或提示？

重新启动 Eureka 时出现以下错误：

com.netflix.zuul.exception.ZuulException：转发错误原因：com.netflix.client.ClientException：负载均衡器没有可用于客户端的服务器：prana

prana 中的延迟似乎会导致此问题。过了一会儿，普拉纳边车似乎开始工作了。有什么线索吗？可能是配置设置。基于 Spring Cloud 的应用程序运行良好。它只是不依赖于 Prana 的非基于 jvm 的应用程序。

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

存在，正在注册资源：CONFIGSERVICE - 172.18.100.120 2015-10-01 09:48:55.145 WARN 6470 --- [nio-8761-exec-4] cneureka.resources.InstanceResource：未找到（更新）：CONFIGSERVICE - 172.18。 100.120 2015-10-01 09:48:55.147 WARN 6470 --- [nio-8761-exec-2] com.netflix.eureka.InstanceRegistry：DS：注册表：租约不存在，注册资源：ZUULSERVER-eXploit- Zuul 2015-10-01 09:48:55.147 WARN 6470 --- [nio-8761-exec-2] cneureka.resources.InstanceResource：未找到（更新）：ZUULSERVER-eXploit-Zuul 2015-10-01 09:48 ：55.419 INFO 6470 --- [nio-8761-exec-7] com.netflix.eureka.InstanceRegistry ：注册实例 id 172.18.100.120 状态为 UP 2015-10-01 09:48:55.423 INFO 6470 --- [nio -8761-exec-8] com.netflix.eureka.InstanceRegistry ：注册实例 id eXploit-Zuul 状态为 UP 2015-10-01 09:48:55.778 INFO 6470 --- [nio-8761-exec-9] com.netflix.eureka.InstanceRegistry ：注册实例 id 172.18.100.120 状态为 UP 2015-10-01 09:48:55.809 INFO 6470 --- [io-8761-exec-10] com.netflix.eureka.InstanceRegistry：注册的实例 id eXploit-Zuul 状态为 UP 2015-10-01 09:49： 05.416 WARN 6470 --- [nio-8761-exec-3] com.netflix.eureka.InstanceRegistry：DS：注册表：租约不存在，注册资源：GEOSERVER - 172.18.100.155 2015-10-01 09:49： 05.418 WARN 6470 --- [nio-8761-exec-3] cneureka.resources.InstanceResource：未找到（续订）：GEOSERVER - 172.18.100.155 2015-10-01 09:49:05.441 信息 6470 --- [nio- 8761-exec-5] com.netflix.eureka.InstanceRegistry：注册的实例 id 172.18.100。155 状态为 STARTING 2015-10-01 09:49:05.607 INFO 6470 --- [nio-8761-exec-4] com.netflix.eureka.InstanceRegistry ：注册的实例 ID 172.18.100.155 状态为 2015-10-01 09:49:05.948 INFO 6470 --- [nio-8761-exec-8] com.netflix.eureka.InstanceRegistry ：注册实例 id 172.18.100.197 状态为 UP 2015-10-01 09:49:06.107 INFO 6470 -- - [nio-8761-exec-9] com.netflix.eureka.InstanceRegistry：注册实例 id 172.18.100.197 状态为 UP 2015-10-01 09:49:11.175 WARN 6470 --- [io-8761-exec-10 ] cneureka.resources.InstanceResource：同步时间，因为最后一个脏时间戳不同 - ReplicationInstance id：172.18.100.155，Registry：1443651207024 Incoming：1443651408538 Replication：false 2015-10-01 09:49:11.197 INFO 6470 --- [ nio-8761-exec-3] com.netflix.eureka。InstanceRegistry ：注册的实例 id 172.18.100.155 状态为 UP 2015-10-01 09:49:11.562 WARN 6470 --- [nio-8761-exec-5] cneureka.resources.InstanceResource ：自上次脏时间戳以来的同步时间不同 - ReplicationInstance id：172.18.100.155，Registry：1443651408538 Incoming：1443651207024 Replication：true 2015-10-01 09:49:11.607 INFO 6470 --- [nio-8761-exec-4] com.netflix.eureka.InstanceRegistry：已注册实例 ID 172.18.100.155，状态为 UP 2015-10-01 09:50:03.859 INFO 6470 --- [nio-8761-exec-6] cneureka.resources.InstanceResource：找到（取消）：NCLSEARCHSERVICE - 172.18.100.197 2015 -10-01 09:50:03.870 INFO 6470 --- [io-8761-exec-10] com.netflix.eureka.InstanceRegistry：注册实例 id 172.18.100.197 状态为 UP 2015-10-01 09:50:04 .120 INFO 6470 --- [nio-8761-exec-2] com.netflix.eureka.InstanceRegistry：注册实例 id 172.18.100.197 状态为 UP 2015-10-01 09:50:04.130 INFO 6470 --- [nio- 8761-exec-5] cneureka.resources.InstanceResource：找到（取消）：NCLSEARCHSERVICE - 172.18.100.197 2015-10-01 09:50:04.745 WARN 6470 --- [nio-8761-exec-3] com.netflix。 eureka.InstanceRegistry
：DS：注册表：取消失败，因为未注册租赁：NCLSEARCHSERVICE：172.18.100.197

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

2015-09-30 17:59:14.164 INFO 9056 --- [main] cneEurekaDiscoveryClientConfiguration：使用 eureka 注销应用程序 nclSearchService，状态为 DOWN 2015-09-30 17:59:14.164 INFO 9056 --- [main] com.netflix。 discovery.DiscoveryClient：看到本地状态更改事件 StatusChangeEvent [current=DOWN，previous=UP] 2015-09-30 17:59:14.208 INFO 9056 --- [nfoReplicator-0] com.netflix.discovery.DiscoveryClient：DiscoveryClient_NCLSEARCHSERVICE/172.18 .100.197：注册服务... 2015-09-30 17:59:14.217 INFO 9056 --- [nfoReplicator-0] com.netflix.discovery.DiscoveryClient：DiscoveryClient_NCLSEARCHSERVICE/172.18.100.197 - 注册状态：204 2015-09- 30 17:59:14.218 信息 9056 --- [主] com.netflix.discovery.DiscoveryClient：DiscoveryClient_NCLSEARCHSERVICE/172.18。100.197 - 注销状态：200 2015-09-30 17:59:14.218 INFO 9056 --- [main] cneEurekaDiscoveryClientConfiguration ：使用状态为 UP 的 eureka 注册应用程序 nclSearchService

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

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

过去，如果我一直在我的搜索服务上随意弄乱配置，我可以让它在 Eureka 上稳定下来。但随后问题再次出现，我永远无法确定真正导致它的原因。这似乎是 Eureka 的一个问题，它是实例注册表，但我不知道该怎么做才能修复它。

更新 1：NCLSEARCHSERVICE 使用 spring-boot-dependencies 1.2.5.RELEASE 和 spring-cloud-netflix 1.1.0.M1。我的 Eureka 服务器使用相同版本的 spring boot 依赖项，但 spring-cloud-netflix 1.0.3.RELEASE。我尝试更新搜索服务，看看这是否对我的问题有任何影响。如果建议所有服务使用相同的版本，我可以向上/向下移动一个版本。

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

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

这很奇怪，因为即使我的搜索服务不再配置为使用配置服务，配置服务仍然部署并运行。此外，即使在取消注册搜索服务时，您也可以在日志中看到它已成功从配置服务中提取 nclSearchService.yml 文件，并且它会一直启动并可以与从配置服务中提取的属性一起使用配置服务。

不知道这意味着什么:)

我遇到了一个奇怪的问题。我已经实现了一个带有基于 nodejs 的服务的 Prana Sidecar。Node 服务使用 prana host uri 来定位和调用另一个服务。所有服务都在 docker 容器中。看起来我必须先直接调用节点服务才能让 prana 工作。否则我会收到以下错误：

如果我直接点击节点服务，则不会发生此问题。

我正在开发一个弹簧启动应用程序。

我想知道如何将负载均衡器放在应用程序前面，以便在一定数量的服务器之间分配负载。

我搜索了一下，发现有一些 Netflix API，比如Eureka、Hystrix、Ribbon和Archaius可以帮助完成负载平衡工作。

但是找不到这些术语如何帮助分配请求和平衡负载，同时为访问特定服务的所有用户提供高可靠性和可用性。

我正在考虑所有这些，但找不到启动的入口点。其实我没有从哪里开始。

我正在努力使用 Netflix 的 Eureka 注册我的节点应用程序，并且在谷歌搜索了很多之后，我仍在寻找解决方案。我能弄清楚的最大值是我们有Prana，但我遇到了一个问题，它仍然在Prana 的问题列表中（我想这意味着我的 REST 模板无法发现这个应用程序）。

Sidecar是另一个建议的解决方案，对此我没有得到任何回应。除了这两个，我还找到了一个节点模块Eureka-Node-client，但它们都不符合我的目的。

*****配置服务器-应用程序服务设置*****

1. 下面是来自 application.yml 的配置

   /li>

2. 下面是来自 boostrap.yml 的配置

   /li>

3. 这个简单的 spring boot 应用程序的启动将 config-server 注册到 Eureka。

**通用 Eureka Server 运行在 8761 端口

********下面是应用程序客户端配置*****

4. 下面是我的 bootstrap.yml 中的应用程序客户端配置

   /li>

5. 在 Spring Controller 中注入如下代码片段的属性不起作用。

   /li>

如果我们做错了什么，请建议我们。

我们正在使用相同服务的三个实例，它们在 eureka 中注册。他们面前有zuul。

每当我们的服务尝试重定向到控制器之一（例如 /login）时，它会直接转到主机名：端口（在浏览器地址字段中可见），而不是再次通过 zuul 代理。这给了我们超时。我们正在跟踪进入服务的标头 -host标头设置为我们服务的主机名。

它不应该使用地址 fromx-forwarded-host吗？如何强制 zuul/eureka 这样做？或者我们应该调整一些 spring-boot 配置来使用它host？