Обновление (развертывание + PVC) до Statefulset с помощью helm

Итак, вот что я сделал. Во-первых, позвольте мне кратко рассказать о моей тестовой установке:

1. Иметь набор запущенных развертываний, у которых есть собственный PVC + PV для устойчивости.
2. В новом выпуске все эти развертывания преобразованы в наборы с отслеживанием состояния и, следовательно, имеют другой PVC.

Проблемы:

1. Вы не можете использовать PV из более раннего развертывания, потому что PV привязан к одному PVC. Вы можете обратиться к PV, используя только этот PVC.

2. Итак, еще один вопрос: почему вы не можете смонтировать старый PV, используя его PVC, на новый модуль и скопировать его? Что ж, мы не можем этого сделать, потому что к моменту запуска новых модулей старые модули освобождаются, тем самым освобождая связанные с ними PVC и PV. В моем случае я мог видеть, что PVC переходит в состояние «Завершить». Вероятно, это можно было бы решить с помощью какой-то политики Reclaim, но я не уверен в этом.

Решение:

1. Создайте PV и его PVC вручную и примените их. Имя PVC должно совпадать с именем, которое создаст statefulset, что довольно просто. Сопоставление имени PVC для statefulset очень важно, оно ожидает, что оно будет в определенном формате, который вы можете найти в Интернете.

2. В вашей новой диаграмме Helm создайте задание kubernetes перед обновлением. Это хук перед обновлением Helm, который запускается непосредственно перед фактическим обновлением выпуска Helm. Итак, здесь вы создаете контейнер и монтируете как старый, так и новый PV (используйте PVC, который вы создали вручную).

3. Теперь этот контейнер должен запускать что-то, правильно копировать данные? Да, для этого я создал новую карту конфигурации и поместил в нее скрипт, который просто копирует данные из старого PV в новый PV. Эта конфигурационная карта монтируется внутри контейнера, и контейнер предназначен для выполнения этой команды.

4. Запустите команду helm upgrade и посмотрите, как она работает.

Примерный пример работы перед обновлением K8s:

apiVersion: batch/v1
kind: Job
metadata:
  name: {{ .Release.Name }}-pre-upgrade-job
  namespace: {{ .Values.namespace.name }}
  annotations:
    "helm.sh/hook": pre-upgrade
spec:
  template:
    spec:
      containers:

      - name: upgrade82-copy
        image: <your-image>
        command: ["/bin/bash"]
        args: ["-c", "/scripts/upgrade82.sh"]

        volumeMounts:
        - name: old-data
          mountPath: /usr/old
          readOnly: false

        - name: new-data
          mountPath: /usr/new
          readOnly: false

        - name: scripts
          mountPath: /scripts
          readOnly: false

      restartPolicy: Never
      volumes:
        - name: old-data
          persistentVolumeClaim:
            claimName: old-claim << Needs to be hardcoded to what is running

        - name: new-data
          persistentVolumeClaim:
            claimName: new-data-namespace-app-0 << There is a specific format for statefulset PVC

        - name: scripts
          configMap:
           name: upgrade
           defaultMode: 0755

  backoffLimit: 4
  #activeDeadlineSeconds: 200
  ttlSecondsAfterFinished : 100

И обновление выше - это еще одна карта конфигурации с вашим скриптом копирования.

По какой-то причине мы создаем pv / pvc на предварительной стадии для таких модулей Statefulset. Во время обновления мы удаляем старый pv / pvc и, используя новый, удаляем старые развертывания и создаем автономную службу, а также сохраняем некоторые старые службы для балансировки нагрузки. Поскольку pv / pvc связывается только один раз, необходимо создать новый pv.