对于容器到容器的通信，应使用什么 IP？服务的群集 IP 或终结点

Question

我已经将Rancher Helm图表部署到我的库伯内特斯集群，并希望从另一个pod（即运行入口控制器的pod）访问Rancher API/UI。

当我列出服务和endpoint时。IP地址不同：

$ kubectl get ep | grep rancher
release-name-rancher                         10.200.23.13:80                    18h

和

$ kubectl get services | grep rancher 
release-name-rancher                         ClusterIP   10.100.200.253   <none>        80/TCP                       18h

在客户端的容器（即入口控制器）中，我看到用服务的ClusterIP表示的服务：

$ env | grep RELEASE_NAME_RANCHER_SERVICE_HOST
RELEASE_NAME_RANCHER_SERVICE_HOST=10.100.200.253

尝试通过Env中的IP地址到达后端不起作用（curl10.100.200.253只是没有响应并永远阻塞）。

尝试通过endpoint地址访问后端可以：

$ curl 10.200.23.13
<a href="https://10.200.23.13/">Found</a>.

我很困惑为什么endpointIP地址和ClusterIP地址不同，为什么无法连接到ClusterIP地址。有什么提示可以完善我的理解吗？

Answer 1

在 Kubernetes 中，每个 Pod 和服务都有自己的 IP 地址。kubectl get services IP 地址是服务的 Kubernetes 内部地址;获取其后面 Pod 的 ep 地址地址。该服务实际上就像一个负载均衡器，可以附加多个 Pod。Kubernetes Service 文档详细介绍了这里到底发生了什么。

Kubernetes还提供了一个可以解析服务名称的内部DNS服务。您通常不应该直接使用这些IP地址中的任何一个；相反，请使用主机名< code > release-name-rancher . default . SVC . cluster . local (或者如果您在其他Kubernetes名称空间中运行，请替换“default”)。

而<代码>..._SERVICE_HOST您引用的环境变量受支持并有文档记录，我会避免使用它。特别要注意的是，如果您< code>helm install或< code>kubectl apply一次应用一大组资源，并且Pod在服务之前创建，那么您将处于一致的状态，只是Pod实际上没有这个环境变量。在服务没有固定名称的地方，环境html" target="_blank">变量名也不会固定。更喜欢DNS名称。