使用Readiness Probe和RollBack策略的Kubernetes 0宕机不起作用

Question

我在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秒的停机时间。

Answer 1

将maxUnavailable设置为1，即使只有一个副本，也应该将maxUnavailable设置为0。

strategy:
type: RollingUpdate
rollingUpdate:
maxUnavailable: 0
maxSurge: 1

它基本上告诉Kubernetes，在部署时应该有零个不可用的pod(maxUnavailable: 0(，并且一次应该有一个新的pod(maxSurge: 1(。

我希望你能像这样设置readiness探测器：

readinessProbe:
httpGet:
path: /
port: 80
initialDelaySeconds: 5
periodSeconds: 5
successThreshold: 1

基本上，这是Kubernetes为了确保你的pod已经准备好向它发送流量而进行的检查。在它还没有准备好之前，Kubernete不会使用你的pod。