Kubernetes 0使用就绪探测和回滚策略的停机时间不起作用

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"

我在Kubernetes上设置了一个节点应用程序。我正在运行单个复制副本,更新映像时需要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

我的应用程序在“/”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次投票,然后放弃。我相信你的应用程序在那个时候不会出现。尝试根据您的应用程序增加此阈值