我已经在Kubernetes上设置了Node应用程序。我正在运行一个副本,并且在更新映像时希望停机时间为0。我在Kubernetes上使用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
我的应用程序确实对'/'给出200响应,因此Readiness Probe可以工作,但是当我更新图像并对其进行测试但不断命中CURL时,它使我的停机时间长达20-40秒。
答案 0 :(得分:3)
即使您只有一个副本,也可以将maxUnavailable
设置为1,您应该将maxUnavailable
设置为0。
strategy:
type: RollingUpdate
rollingUpdate:
maxUnavailable: 0
maxSurge: 1
它基本上告诉Kubernetes部署(maxUnavailable: 0
)时应该有零个不可用的Pod,并且一次(maxSurge: 1
)应该一次有一个新Pod。
我希望您设置readiness
这样的探针:
readinessProbe:
httpGet:
path: /
port: 80
initialDelaySeconds: 5
periodSeconds: 5
successThreshold: 1
基本上,这是Kubernetes所做的一项检查,以确保您的Pod已准备好向其发送流量。在尚未准备好之前,Kubernetes不会使用您的pod。