我的情况是,我有一个服务可用零端点。为了测试这个,我特意制作了一个yaml描述符,它使用一个简单的节点服务器来设置和检索pod的就绪/实时状态:
apiVersion: extensions/v1beta1
kind: Deployment
metadata:
name: nodejs-deployment
labels:
app: nodejs
spec:
replicas: 3
selector:
matchLabels:
app: nodejs
template:
metadata:
labels:
app: nodejs
spec:
containers:
- name: nodejs
image: nodejs_server
ports:
- containerPort: 8080
livenessProbe:
httpGet:
path: /is_alive
port: 8080
initialDelaySeconds: 5
timeoutSeconds: 3
periodSeconds: 10
readinessProbe:
httpGet:
path: /is_ready
port: 8080
initialDelaySeconds: 5
timeoutSeconds: 3
periodSeconds: 10
---
apiVersion: v1
kind: Service
metadata:
name: nodejs-service
labels:
app: nodejs
spec:
ports:
- port: 80
protocol: TCP
targetPort: 8080
selector:
app: nodejs
---
apiVersion: extensions/v1beta1
kind: Ingress
metadata:
name: nodejs-ingress
spec:
backend:
serviceName: nodejs-service
servicePort: 80
节点服务器具有设置和检索活跃度和准备状态的方法。
当应用程序启动时,我可以看到创建了3个副本,并且它们的状态已准备就绪。好了,现在我手动触发他们准备好的状态[从入口外部]设置为false。一个pod正确地从端点移除,因此没有流量路由到它[没关系,因为这是预期的行为]。当我为所有pod设置所有就绪状态为false时,端点列表为空[仍然是预期的行为]。
此时我无法从入口外部设置ready = true,因为流量未路由到任何pod。有没有办法在n-timer或n-seconds之后没有达到就绪时触发pod的重启?或者当端点列表为空时?
答案 0 :(得分:2)
嗯,这是完全正常和预期的行为。另一方面,您可以使用kubectl port-forward
将流量从localhost转发到特定的pod。这样你可以直接访问pod,没有入口等,并将其准备就绪恢复正常。如果要在主机未准备好长时间时重新启动,只需使用相同的端点进行活动探测,但在多次尝试后触发它。