Kubernetes 0使用就绪探测和回滚策略的停机时间不起作用
我在Kubernetes上设置了一个节点应用程序。我正在运行单个复制副本,更新映像时需要0个停机时间。我使用Kubernetes上的Kubernetes 0使用就绪探测和回滚策略的停机时间不起作用,kubernetes,kubectl,Kubernetes,Kubectl,我在Kubernetes上设置了一个节点应用程序。我正在运行单个复制副本,更新映像时需要0个停机时间。我使用Kubernetes上的set Image更新我的Pod 'set', 'image', 'deployment/dev-web' 这是我的YAML文件 apiVersion: extensions/v1beta1 kind: Deployment metadata: annotations: deployment.kubernetes.io/revision: "2"
set Image
更新我的Pod
'set', 'image', 'deployment/dev-web'
这是我的YAML文件
apiVersion: extensions/v1beta1
kind: Deployment
metadata:
annotations:
deployment.kubernetes.io/revision: "2"
generation: 2
labels:
io.kompose.service: dev-web
name: dev-web
namespace: default
spec:
replicas: 1
selector:
matchLabels:
io.kompose.service: dev-web
strategy:
rollingUpdate:
maxSurge: 1
maxUnavailable: 1
type: RollingUpdate
template:
metadata:
creationTimestamp: null
labels:
io.kompose.service: dev-web
spec:
containers:
- env:
image: gcr.io/my-project-link/my-image-link
imagePullPolicy: Always
name: dev-web-container
ports:
- containerPort: 2000
protocol: TCP
readinessProbe:
failureThreshold: 3
httpGet:
path: /
port: 2000
scheme: HTTP
initialDelaySeconds: 5
periodSeconds: 5
successThreshold: 1
timeoutSeconds: 1
resources:
requests:
cpu: 20m
terminationMessagePath: /dev/termination-log
terminationMessagePolicy: File
dnsPolicy: ClusterFirst
restartPolicy: Always
schedulerName: default-scheduler
securityContext: {}
terminationGracePeriodSeconds: 30
status:
availableReplicas: 1
conditions:
- lastTransitionTime: 2018-12-07T11:13:21Z
lastUpdateTime: 2018-12-07T11:13:21Z
message: Deployment has minimum availability.
reason: MinimumReplicasAvailable
status: "True"
type: Available
observedGeneration: 2
readyReplicas: 1
replicas: 1
updatedReplicas: 1
我的应用程序在“/”get上确实给出了200个响应,因此准备就绪探测器可以工作,但当我更新图像并测试它时,却不断地点击CURL,这会给我带来持续20-40秒的停机时间 将
maxUnavailable
设置为1,即使只有一个副本,也应该将maxUnavailable
设置为0
strategy:
type: RollingUpdate
rollingUpdate:
maxUnavailable: 0
maxSurge: 1
它基本上告诉Kubernetes在部署时应该没有不可用的pod(maxUnavailable:0
),一次应该有一个新的pod(maxSurge:1
)
我希望您设置准备状态
探测如下:
readinessProbe:
httpGet:
path: /
port: 80
initialDelaySeconds: 5
periodSeconds: 5
successThreshold: 1
基本上,这是Kubernetes所做的检查,以确保您的pod已准备好向其发送流量。在未准备好之前,Kubernetes不会使用您的pod。我这样做了,但结果是,我的节点应用程序没有重新启动。代码没有更新。当我看到容器日志时,我没有看到新的应用程序正在重新启动。你也需要设置就绪探测,正如我在我的回答编辑中所显示的那样谢谢,你能检查一下就绪探测是否在你提供的YAML文件中吗
failureThreshold
到3和periodSeconds
5和initialDelay
5,这意味着kubelet在10秒、15秒和20秒时对pods进行3次投票,然后放弃。我相信你的应用程序在那个时候不会出现。尝试根据您的应用程序增加此阈值