Kubernetes 准备就绪探测失败,但端口转发到服务工作

Kubernetes 准备就绪探测失败,但端口转发到服务工作,kubernetes,kind,Kubernetes,Kind,我有一个deployment.yaml,它在容器上有一个准备就绪探测器。(准备就绪探测在此失败) 部署中的吊舱使用ClusterIP类型的服务提供服务 apiVersion: v1 kind: Service metadata: creationTimestamp: null labels: app: nginx-service name: nginx-service spec: ports: - port: 8080 protocol: TCP ta

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

部署中的吊舱使用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: {}
使用
kubectl apply
应用这些YAML后,pods中的容器永远不会准备就绪,因为准备就绪探测失败,这是意料之中的

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
因此,由于这些吊舱还没有准备好,它们不应该为交通服务,但当我准备好的时候

kubectl port-forward services/nginx-service 8086:8080
我能够在
http://127.0.0.1:8086/
我还可以看到关于服务流量的pods日志

问题是,当就绪性探测失败时,为什么POD会服务于流量


PS:我已经用Kind在我的机器上创建了集群,
端口转发
用于Pod。
kubectl port forward
命令仅使用服务使其易于使用,但您的端口实际上已转发到Pod,因此就绪状态不适用。

此问题与编程有何关系?它可能更适合或。这是否回答了你的问题?
kubectl port-forward services/nginx-service 8086:8080