【发布时间】:2020-01-29 13:58:56
【问题描述】:
我创建了一个 Kubernetes 服务,其后端节点不是集群的一部分,而是一组固定的节点(具有固定 IP),因此我还创建了一个同名的 Endpoints 资源:
apiVersion: v1
kind: Service
metadata:
name: elk-svc
spec:
ports:
- port: 9200
targetPort: 9200
protocol: TCP
---
kind: Endpoints
apiVersion: v1
metadata:
name: elk-svc
subsets:
-
addresses:
- { ip: 172.21.0.40 }
- { ip: 172.21.0.41 }
- { ip: 172.21.0.42 }
ports:
- port: 9200
服务和端点描述:
$ kubectl describe svc elk-svc
Name: elk-svc
Namespace: default
Labels: <none>
Annotations: kubectl.kubernetes.io/last-applied-configuration={"apiVersion":"v1","kind":"Service","metadata":{"annotations":{},"name":"elk-svc","namespace":"default"},"spec":{"ports":[{"port":9200,"protocol":"TCP"...
Selector: <none>
Type: ClusterIP
IP: 10.233.17.18
Port: <unset> 9200/TCP
Endpoints: 172.21.0.40:9200,172.21.0.41:9200,172.21.0.42:9200
Session Affinity: None
Events: <none>
$ kubectl describe ep elk-svc
Name: elk-svc
Namespace: default
Labels: <none>
Annotations: kubectl.kubernetes.io/last-applied-configuration={"apiVersion":"v1","kind":"Endpoints","metadata":{"annotations":{},"name":"elk-svc","namespace":"default"},"subsets":[{"addresses":[{"ip":"172.21.0.40"...
Subsets:
Addresses: 172.21.0.40,172.21.0.41,172.21.0.42
NotReadyAddresses: <none>
Ports:
Name Port Protocol
---- ---- --------
<unset> 9200 TCP
Events: <none>
我的 pod 能够使用内部集群 IP 10.233.17.18 与 ElasticSearch 通信。一切顺利!
我的问题是,是否有任何方法可以为我创建的该服务提供某种健康检查机制,所以如果我的一个 ElasticSearch 节点出现故障,即:172.21.0.40,那么服务会意识到这一点,并且将不再将流量路由到该节点,而是路由到其他节点。这可能吗?
谢谢。
【问题讨论】:
标签: kubernetes kubernetes-health-check