配置存活探针与就绪探针

介绍

日志、事件、exec 和端口转发可以帮助你检查应用程序。而探针（Probes）则允许 Kubernetes 对应用程序进行持续的健康检查。就绪探针回答的问题是：「该 Pod 是否应该接收流量？」；存活探针回答的问题是：「该容器是否应该被重启？」

在本实验中，你将分别配置就绪探针和存活探针。首先，你将创建一个只有在创建了 /ready 端点后才会变为就绪状态的应用程序。然后，你将创建另一个带有存活探针的应用程序，通过 kubectl exec 删除其健康检查文件，并观察 Kubernetes 如何重启该容器。

准备探针练习命名空间

在此步骤中，你将准备一个干净的命名空间用于探针练习。

从 /home/labex/project 开始。你将把探针的清单文件保存在此目录中。

mkdir -p /home/labex/project
cd /home/labex/project

检查 Kubernetes API 服务器是否可达。如果虚拟机刚启动且节点尚未就绪，请等待几秒钟后再运行该命令。

kubectl get nodes --request-timeout=5s

预期输出包含：

NAME         STATUS   ROLES           AGE   VERSION
labex-v135   Ready    control-plane   ...   v1.35...

等待集群网络 Pod 就绪。探针和 Service 依赖于健康的 Pod 网络。

kubectl wait --namespace kube-system --for=condition=Ready pod -l k8s-app=calico-node --timeout=120s

预期输出：

pod/calico-node-... condition met

创建一个名为 ckad-prep-probes 的命名空间，并将其设置为当前命名空间：

kubectl create namespace ckad-prep-probes
kubectl config set-context --current --namespace=ckad-prep-probes

确认当前命名空间：

kubectl config view --minify --output 'jsonpath={..namespace}'; echo

预期输出：

ckad-prep-probes

配置就绪探针

在此步骤中，你将配置一个就绪探针，并观察 Service 如何仅使用就绪的 Pod。

该容器会立即启动 HTTP 服务器，但在几秒钟后才会创建 /www/ready 文件。就绪探针会检查端口 8080 上的 GET /ready 请求。在该路径存在之前，Pod 可以处于 Running 状态但并非 Ready，此时 Service 不应向其发送流量。

创建 readiness-web.yaml：

cat > readiness-web.yaml <<'EOF'
apiVersion: apps/v1
kind: Deployment
metadata:
  name: readiness-web
spec:
  replicas: 2
  selector:
    matchLabels:
      app: readiness-web
  template:
    metadata:
      labels:
        app: readiness-web
    spec:
      terminationGracePeriodSeconds: 0
      containers:
      - name: web
        image: busybox:1.36
        command:
        - /bin/sh
        - -c
        - |
          mkdir -p /www
          echo readiness-ok > /www/index.html
          (sleep 12; echo ready > /www/ready) &
          httpd -f -p 8080 -h /www
        ports:
        - containerPort: 8080
        readinessProbe:
          httpGet:
            path: /ready
            port: 8080
          initialDelaySeconds: 1
          periodSeconds: 2
          failureThreshold: 1
---
apiVersion: v1
kind: Service
metadata:
  name: readiness-web
spec:
  selector:
    app: readiness-web
  ports:
  - port: 80
    targetPort: 8080
EOF

应用清单文件，并在创建后立即查看 Pod：

kubectl apply -f readiness-web.yaml
sleep 3
kubectl get pods -l app=readiness-web

预期输出可能显示 Pod 处于 Running 但尚未 Ready 的状态：

NAME                             READY   STATUS    RESTARTS   AGE
readiness-web-...                0/1     Running   0          ...

等待 Deployment 变为可用状态：

kubectl rollout status deployment/readiness-web --timeout=120s

预期输出：

deployment "readiness-web" successfully rolled out

通过 EndpointSlice 检查 Service 端点。在就绪探针通过后，Service 应该有两个就绪的端点。

kubectl get endpointslice -l kubernetes.io/service-name=readiness-web

预期输出包含：

NAME                ADDRESSTYPE   PORTS   ENDPOINTS
readiness-web-...   IPv4          8080    ... + 1 more...

创建一个客户端 Pod 并测试 Service：

kubectl run probe-client --image=busybox:1.36 --restart=Never --command -- sleep 3600
kubectl wait --for=condition=Ready pod/probe-client --timeout=120s
kubectl exec probe-client -- wget -qO- http://readiness-web

预期输出：

readiness-ok