问题标签 [envoyproxy]

我正在尝试使用 Istio 构建服务网格。目前，我有一个 Docker-Compose，其中有两个 REST 服务和一个边车（Envoy）。如果您向 serviceA 发送 HTTP 请求，它将被转发到 serviceB，后者返回结果。它工作正常。由于尚未实现控制平面，因此使用 Envoy 配置实现了“网格”。配置文件如下所示：

服务A：

服务乙：

现在我想将 Istio 实现为控制平面，并尝试使用 Istio-Pilot 替换部分配置。是否可以通过实现 Istio-route 规则来覆盖 Envoy 配置文件中的路由规则？例如：

我还需要配置什么来连接数据平面和服务平面？到目前为止，Istio 路由规则根本不会影响服务。

最好的问候，马丁

我正在尝试设置一些路由规则，但在以下情况下我遇到了问题。如果我向端口发送 HTTP 请求，比如说服务“service-a”的 5000，我希望我的路由规则将请求转发到服务“service-b”的端口 5001。可能吗？

网关定义如下：

结果是内部错误 500，请求登陆端口 5000 而不是 5001。有人知道如何解决这个问题吗？

此致

马丁

我已经使用kubespray设置了一个 kubernetes 集群，现在我正在尝试遵循本指南

它似乎EXTERNAL-IP正在等待，因为我在裸机上（不是 AWS/GKE 等）

我需要做什么才能让外部IP显示在那里？

我正在比较第 7 层 HTTP(S) 负载平衡器与 Google Cloud Platform 上的 Kubernetes 一起使用。

GCP 有自己的托管服务，称为Google Cloud Load Balancer。

与 Kubernetes 一起使用也很受欢迎的是Envoy，这是一个开源的“云原生”代理，有很多来自 Google 员工的贡献。

Google Cloud Load Balancer 是 Envoy 的托管版本吗？也许只是与 GCP 的 CDN 进行了一些额外的集成？如果它们实际上并不相同，那么这两个选项之间的主要区别是什么（除了一个是托管的，另一个是自我部署的）？

我试图弄清楚如何将前端特使的速率限制设置为其他服务。

我参考了他们的文档，但无法看到配置的实际工作方式。也遇到了lyft ratelimit但这里也没有指定如何使用这个配置。

有人可以帮我吗？

反向代理代表客户端处理多个请求的问题之一是，在负载过重一段时间后，从特使节点到后端节点的传出连接数将用完临时端口

假设我们已经为特使节点分配了多个 IP 地址/主机名，有没有办法通知特使在与后端建立连接时以循环方式使用这些 IP 地址/主机名？

参考：

1. https://blog.box.com/blog/ephemeral-port-exhaustion-and-web-services-at-scale/
2. https://making.pusher.com/ephemeral-port-exhaustion-and-how-to-avoid-it/
3. https://www.nginx.com/blog/overcoming-ephemeral-port-exhaustion-nginx-plus/
4. https://github.com/kubernetes/kubernetes/issues/27398

如何控制发送到 Istio Mixer 的数据？例如，我的服务有一个健康 url (/health)，每隔几秒就会调用一次，并且调用会通过边车，最终将数据报告给混音器。如何配置边车以跳过与某些 URL（如健康 URL）相关的指标/报告？

断路器不会因 httpConsecutiveErrors: 1 跳闸（对于 500 响应）。所有请求都通过并给出 500 。断路器应该跳闸并且应该返回 503（服务不可用）。

按照步骤断路器设置 。

一旦 httpbin 启动，您可以使用它模拟 500 Request ：

运行这个将模拟 20 个返回 500 的请求。

但是如果你已经应用了断路器，如果应该只允许一个请求为 500，其余的请求应该被触发并返回一个 503。这不会发生。在 github 上提出的问题 Github 问题

我需要从池中获取连接以连接到上游，但偶尔会遇到 503 问题。我想知道这个的根本原因

https://github.com/envoyproxy/envoy/blob/master/source/common/router/router.cc

这是导致 503 的代码部分。我尝试使用 while 循环重试固定次数，但仍然面临错误。有人可以指导找到根本原因或我该如何处理吗？

编辑：我怀疑的一个可能原因是特使方面经常发生排水。那么有没有办法可以控制发生排水的持续时间的drain_type？

我已按照此文档（https://www.envoyproxy.io/docs/envoy/latest/api-v1/listeners/listeners.html?highlight=draining%20modify_only）将drain_type从默认更改为modify_only。

但是面对这个错误：

我正在尝试用大使替换 nginx 作为代理，这是 kubernetes 上 envoyproxy 的实现。我完全按照 这里所示

但似乎没有什么真正起作用，有没有人可以帮助适当的配置？