kubernetes - 在 Rancher 2.0 Kubernetes 中，如果没有 Loadbalancer 入口，ClusterIP 模式服务不会以循环方式提供服务

Question

我有什么:

我创建了一个 Kubernetes使用单节点的集群 Rancher 2.0 部署。它有 3 个 etcd、控制节点和 2 个连接到集群的工作节点。

我做了什么:

我为这个集群部署了一个 API 网关和一个 express mydemoapi服务(无数据库)在端口 5000 上的 2 个节点上具有 5 个 pod，我不想公开公开。所以，我只是在 API 网关 http:\\mydemoapi:5000 中将该服务端点映射到服务名称。 ＆它可以通过网关公共(public)端点访问。

问题陈述:
mydemoapi服务以随机方式提供，而不是以循环方式提供，因为默认设置为 kube-proxy根据 Rancher 是随机的文档 Load balancing in Kubernetes

部分成功:

我用 Keep the existing hostname option 创建了一个入口负载均衡器在具有此 URL mydemoapi.<namespace>.153.xx.xx.102.xip.io 的 Rancher 规则中&将此服务附加到入口，它以循环方式提供，但有一个问题。此服务正在使用 xip.io 使用我的工作节点的公共(public) IP 并公开公开。

需要帮助:

我想将我的内部 clusterIP 服务映射到具有内部访问权限的网关，以便它可以以循环方式在内部提供给网关，从而提供给网关公共(public)端点。我不想在没有网关的情况下公开我的服务。

Answer 1

不确定您在哪个云上运行，但如果您在 AWS 之类的环境中运行，您可以将以下注释设置为 true在您的 Service 上定义:

service.beta.kubernetes.io/aws-load-balancer-internal: "true"

其他云提供商也有类似的解决方案，有些甚至没有。在这种情况下，您将不得不使用 NodePort 服务并重定向外部负载平衡器，例如带有 haproxy 的负载平衡器或 nginx 将流量转发到 NodePort

另一种选择是不使用 Ingress如果你想在你的服务之间进行循环，那么根本就改变你的 kube-proxy配置使用旧的 namespace代理模式或更增强的 ipvs代理模式。