阅读有关 Istio 的文档时，我提出了这个问题。

Istio 和 Docker Swarm 在哪些方面工作相同？

另外，在不同的场景下哪一个更好？

Traefik是一个反向 HTTP 代理，具有多个受支持的后端，包括 Kubernetes。Istio 如何比较？

我刚刚istio在我的kubernetes集群上尝试过

但是，我在设置 bookinfo 示例应用程序时遇到了一些问题。该命令在 bash shell 下运行得非常好，但不是 fish：

我收到了这个错误：

对这个有任何想法吗？谢谢！

In the process of testing out Istio I'm in need of rewriting all incomming requests on the Istio ingress controller in the same manner as with Kubernetes's own ingress controller, where I use the rewrite-target annotation.

This makes all requests, e.g. http://some.host.com/svc/endpoint hit the service with /endpoint instead of /svc/endpoint

How can I effectively do the same with Istio's ingress controller?

The Route rules object can handle rewrites, but is only available as a per destination manner, i.e. I have to create a route rule for every service.

我正在尝试使用 Minikube 和 Istio 运行本地 kubernetes 集群。我按照这里的 istio 文档中的说明进行操作：https ://istio.io/docs/tasks/installing-istio.html

然后我按照步骤在此处安装示例 BookInfo 示例：https ://istio.io/docs/samples/bookinfo.html

但是，当我尝试卷曲网关 URL 时，出现连接被拒绝错误。我所有的 pod 和服务似乎都在运行。这是kubectl get pods命令的结果：

这是kubectl get services命令的结果：

然后我运行这些命令：

我得到的回应是000。用我的浏览器点击端点会给我一个连接被拒绝的错误。我在某个时候有这个工作，我不知道它在哪里打破了界限。任何帮助将不胜感激！

版本信息

Minikube

minikube version: v0.19.0

库贝尔

Istio

我做错了什么？

我上周在 GKE 上安装了 Istio，当按照说明一步一步操作时，一切似乎都正常工作，包括所有 Grafana 仪表板。

本周我尝试重新创建配置以与我的团队分享。除了报告“无数据点”的每个服务（例如产品页面）仪表板外，一切似乎都正常工作。

我确实删除并重新创建了一些无序的资源，也许这解释了我的错误？

我会很感激能帮助我诊断出哪里出错以及如何解决的启发式方法。我最大的不熟悉领域是普罗米修斯。显然 Grafana 连接到 Prometheus。我可以在 Prometheus 中检查什么以确保其配置正确？

也许我应该简单地删除并重新创建，但是，我想从这次经历中学习。

我一直在开发一个简单的 Node.js 应用程序，该应用程序使用 Istio 从 etcd 中设置和获取密钥以将两个服务连接在一起。我尝试了一些变体，但仍然看到返回相同的错误。

nodeAppTesting failed(etcd-operator) ->{"errors":[{"server":" http://etcd-operator:2379 ","httperror":null,"httpstatus":503,"httpbody":"upstream连接错误或在 headers 之前断开/重置","re​​sponse":{"statusCode":503,"body":"上游连接错误或在 headers 之前断开/重置","headers":{"content-length":"57 ","content-type":"text/plain","date":"Thu, 08 Jun 2017 17:17:04 GMT","server":"envoy","x-envoy-upstream-service-time ":"5"},"request":{"uri":{"protocol":"http:","slashes":true,"auth":null,"host":"etcd-operator:2379","port":"2379","hostname":"etcd-operator","hash":null,"search":null,"query":null,"pathname":"/v2/keys/testKey ","路径":"/v2/keys/testKey","href":" http://etcd-operator:2379/v2/keys/testKey"},"method":"GET","headers":{"accept":"application/json"}}},"timestamp":"2017-06-08T17:17:04.544Z"}],"重试“：0}

查看代理日志，我可以看到客户端和服务器代理参与了通信（我认为在服务器标头中看到 envoy 时验证了这一点）。

附加 Node.js 应用程序和 deployment.yaml。 服务器.js

部署.yaml

精简版：

我可以在 Istio 中使用 Envoy 的哈希环负载均衡算法吗？这是在路线图上吗？

更多信息：

此处的 Istio 负载平衡文档列出了当前可用的负载平衡算法。

我希望能够使用 Envoy 的哈希环负载平衡算法，但目前没有列出。

为什么？我想每次都根据分片键将 grpc rpc 发送到相同的 kubernetes pod，以便在该节点/pod 处缓存未来请求所需的数据。我以前使用过 go library groupcache 来执行此操作，并且效果很好，但我想探索 Istio 是否可行，因为我认为由于各种原因这将是一种更好的方法。

我希望参与或了解该项目的人可以评论哈希环负载均衡器是否在 Istio 路线图上或可能被添加，如果是这样，大致在什么时间线。此外，如果目前有办法做到这一点，我很乐意指出正确的方向。

非常感谢！

概括：

security context: runAsUser: 1337由于政策不允许，我的 pod无法启动。我已将准入控制更改为没有成功（如此处 和此处所建议的那样）

我还需要通过这种安全上下文强制执行什么操作？

细节

我正在通过https://istio.io/docs/samples/bookinfo.html示例开始移植到 istio。

我有一个名为details-v1（见下文）的部署，从中创建了一个副本集和 pod。吊舱卡在待处理状态。

describe在 pod 上显示错误原因：

为了做到这一点，我已经对 kube-apiserver 进行了更改：

部署：

Kubernetes 服务器版本：1.5.6

我有一个监听两个端口的服务；一个是http，另一个是grpc。我想设置一个入口，可以使用同一主机路由到这两个端口。

如果使用 http/1.1，负载均衡器将重定向到 http 端口，如果使用 h2，则重定向到 grpc 端口。

有没有办法用 istio 做到这一点？

我做了一个 hello world 来展示我想要实现的目标：