Kubernetes：外部Endpoint服务的健康检查相关问题咨询

默认是否执行健康检查 #

默认情况下，Kubernetes不会对静态Endpoint中配置的公网IP地址执行健康检查。Kubernetes内置的存活/就绪探针仅针对集群内的Pod资源，对手动配置的外部Endpoint地址没有自动探测机制。

单个IP故障时的系统行为 #

如果其中一个公网IP发生故障，Kubernetes无法感知到该状态，Service会继续按照默认的轮询策略（Round Robin）将流量分发到所有Endpoint地址，包括故障IP。这会导致一部分请求出现超时、连接失败等错误，直到手动更新Endpoint移除故障IP。

手动配置健康检查的方案 #

由于Kubernetes没有针对静态外部Endpoint的内置健康检查，可通过以下两种方案实现：

方案1：自定义探测脚本+自动更新Endpoint #

编写定时执行的脚本，定期探测外部IP的可用性，检测到故障时自动更新Endpoints资源，移除故障地址；恢复后再加回。

示例简化脚本：

#!/bin/bash
# 目标IP列表
IPS=("A.B.C.D" "X.Y.V.Z")
# 待检查端口
PORT=80
# 存储可用IP
AVAILABLE_IPS=()

for ip in "${IPS[@]}"; do
  # 用telnet探测端口，超时5秒
  if timeout 5 bash -c "echo > /dev/tcp/$ip/$PORT"; then
    AVAILABLE_IPS+=("$ip")
  fi
done

# 生成Endpoint更新的YAML
cat <<EOF > endpoints-update.yaml
apiVersion: v1
kind: Endpoints
metadata:
  name: web-app
subsets:
  - addresses:
$(for ip in "${AVAILABLE_IPS[@]}"; do echo "      - ip: $ip"; done)
    ports:
      - port: 80
EOF

# 应用更新
kubectl apply -f endpoints-update.yaml

可以通过Kubernetes CronJob定期运行该脚本，实现Endpoint可用地址的自动维护。

方案2：通过代理Pod中转流量，利用Kubernetes探针 #

创建代理Pod（如Nginx）转发流量到目标公网IP，给代理Pod配置存活/就绪探针，让Kubernetes自动管理可用的代理实例：

1. 创建Nginx配置的ConfigMap：

apiVersion: v1
kind: ConfigMap
metadata:
  name: nginx-proxy-config
data:
  nginx.conf: |
    upstream backend {
      server A.B.C.D:80;
      server X.Y.V.Z:80;
    }
    server {
      listen 80;
      location / {
        proxy_pass http://backend;
      }
    }

2. 创建带探针的代理Deployment：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: proxy-deployment
spec:
  replicas: 2
  selector:
    matchLabels:
      app: proxy
  template:
    metadata:
      labels:
        app: proxy
    spec:
      containers:
      - name: nginx
        image: nginx:alpine
        ports:
        - containerPort: 80
        volumeMounts:
        - name: config-volume
          mountPath: /etc/nginx/nginx.conf
          subPath: nginx.conf
        # 就绪探针：检查转发是否正常
        readinessProbe:
          httpGet:
            path: /
            port: 80
          initialDelaySeconds: 5
          periodSeconds: 10
        # 存活探针：确保Nginx本身正常运行
        livenessProbe:
          httpGet:
            path: /
            port: 80
          initialDelaySeconds: 15
          periodSeconds: 20
      volumes:
      - name: config-volume
        configMap:
          name: nginx-proxy-config

3. 修改原Service指向代理Pod：

apiVersion: v1
kind: Service
metadata:
  name: web-app
spec:
  selector:
    app: proxy
  ports:
    - protocol: TCP
      port: 80
      targetPort: 80

当某个后端IP故障时，Nginx会自动跳过该节点；若代理Pod的探针检测到转发失败，该Pod会被Service剔除，避免流量分发到异常实例。

内容的提问来源于stack exchange，提问作者Xavier123