1

我有一个 deployment.yaml,它对容器进行了就绪探测。(准备就绪探测在此会失败)

apiVersion: apps/v1
kind: Deployment
metadata:
  creationTimestamp: null
  labels:
    app: nginx
  name: my-nginx-deployment
spec:
  replicas: 2
  selector:
    matchLabels:
      app: nginx
  strategy: {}
  template:
    metadata:
      creationTimestamp: null
      labels:
        app: nginx
    spec:
      containers:
      - image: nginx
        name: nginx
        readinessProbe:
         exec:
          command:
            - cat
            - /server/xyz.txt
         initialDelaySeconds: 50
         periodSeconds: 10
        resources: {}
status: {}

部署中的 pod 使用 ClusterIP 类型的服务提供服务。

apiVersion: v1
kind: Service
metadata:
  creationTimestamp: null
  labels:
    app: nginx-service
  name: nginx-service
spec:
  ports:
  - port: 8080
    protocol: TCP
    targetPort: 80
  selector:
    app: nginx
  type: ClusterIP
status:
  loadBalancer: {}

使用 应用这些 yaml 后,podkubectl apply中的容器永远不会准备好,因为准备就绪探测失败,这是预期的。

NAME                                     READY   STATUS    RESTARTS   AGE
my-nginx-deployment-6b788b89c6-f69j7   0/1     Running   0          9m50s
my-nginx-deployment-6b788b89c6-m5qf6   0/1     Running   0          9m50s

因此,由于这些 pod 还没有准备好,它们不应该为流量提供服务,但是当我这样做时

kubectl port-forward services/nginx-service 8086:8080

我能够获得 200 响应和 nginx 主页http://127.0.0.1:8086/,我还可以看到有关服务流量的 pod 日志。

问题是,当就绪探测失败时,为什么 pod 会为流量提供服务。

PS:我已经使用 Kind 在我的机器上创建了集群

4

1 回答 1

1

port-forward api用于 Pod。该kubectl port-forward命令只是使用service使其易于使用,但您的端口实际上是转发到 Pod - 因此准备状态不适用。

于 2021-05-14T15:44:29.773 回答