Kubernetes 0 Время простоя с использованием стратегии готовности и стратегии RollBack не работает - PullRequest
Новая
       4

Kubernetes 0 Время простоя с использованием стратегии готовности и стратегии RollBack не работает

0 голосов
/ 07 декабря 2018

Я настроил приложение Node на Kubernetes.Я запускаю одну реплику, и я хочу 0 времени простоя, когда изображение обновляется.Я обновляю свой Pod, используя set Image в Kubernetes. 

'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 ответов на '/', поэтому Get Readness Probe работает, но когдаЯ обновляю образ и тестирую его, но постоянно нажимаю CURL, он дает мне время простоя, которое длится около 20-40 секунд.

1 Ответ

0 голосов
/ 07 декабря 2018

Вы устанавливаете maxUnavailable как 1, даже если у вас есть только одна реплика, у вас должно быть maxUnavailable до 0. 

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

Это в основном говорит Kubernetes, что во времяразвертывание (maxUnavailable: 0) и должен быть один новый модуль за один раз (maxSurge: 1).

Я надеюсь, что вы настроили зонд readiness примерно так: 

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

По сути, это проверка, которую Kubernetes делает для того, чтобы убедиться, что ваш модуль готов к отправке трафика на него.Пока он не готов, Kubernetes не будет использовать ваш стручок.

...