我有一个 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 在我的机器上创建了集群