卷曲端点时的 Kubernetes 服务 returns "No route to host"
Kubernetes service returns "No route to host" when curling endpoint
我有一个 kubernetes 服务:
kind: "Service"
apiVersion: "v1"
metadata:
name: "aggregator"
labels:
name: "aggregator"
spec:
ports:
- protocol: "TCP"
port: 8080
targetPort: 8080
selector:
name: "aggregator"
createExternalLoadBalancer: true
sessionAffinity: "ClientIP"
当我有一个节点,一个主节点时,该服务工作正常,但是当我增加节点数量时,集群中的一些 pods 不再连接到该服务,当我卷曲我从 kubectl describe services aggregator
收到的端点 我收到 "No Route to Host".
问题是 kube-proxy systemd 服务。我有:
ExecStart=/opt/bin/kube-proxy\
--master=<MASTER_INTERNAL_IP>:8080 \
--logtostderr=true
但是,它需要https://
在master的ip地址前面。这引出了一个问题,如果第一个节点仍然是 systemd 服务,并且所有节点都是 运行 相同版本的 kubernetes,那么它如何工作?
我有一个 kubernetes 服务:
kind: "Service"
apiVersion: "v1"
metadata:
name: "aggregator"
labels:
name: "aggregator"
spec:
ports:
- protocol: "TCP"
port: 8080
targetPort: 8080
selector:
name: "aggregator"
createExternalLoadBalancer: true
sessionAffinity: "ClientIP"
当我有一个节点,一个主节点时,该服务工作正常,但是当我增加节点数量时,集群中的一些 pods 不再连接到该服务,当我卷曲我从 kubectl describe services aggregator
收到的端点 我收到 "No Route to Host".
问题是 kube-proxy systemd 服务。我有:
ExecStart=/opt/bin/kube-proxy\
--master=<MASTER_INTERNAL_IP>:8080 \
--logtostderr=true
但是,它需要https://
在master的ip地址前面。这引出了一个问题,如果第一个节点仍然是 systemd 服务,并且所有节点都是 运行 相同版本的 kubernetes,那么它如何工作?