Kubernetes 准备就绪探测失败,但端口转发到服务工作
我有一个deployment.yaml,它在容器上有一个准备就绪探测器。(准备就绪探测在此失败) 部署中的吊舱使用ClusterIP类型的服务提供服务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
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