Я использую диаграммы управления для развертывания модулей с помощью «ConfigMap», управляющего конфигурациями.
Я редактирую ConfigMap напрямую, чтобы внести изменения в файлы конфигурации, а затем удаляю модули с помощью kubectl delete, чтобы новая конфигурация вступила в силу.
Есть ли простой способ с помощью helm заменить работающий модуль новой конфигурацией без выполнения команды «kubectl delete»
Мы обнаружили, что использование --recreate-pods немедленно завершает работу всех работающих модулей этого развертывания, что означает некоторое время простоя для вашей службы. Другими словами, непрерывного обновления ваших модулей не будет.
Проблема для решения этой проблемы в Helm все еще открыта: https://github.com/kubernetes/helm/issues/1702
Вместо этого helm предлагает добавить контрольную сумму ваших файлов конфигурации к развертыванию в аннотации. Таким образом, развертывание будет иметь другой хэш и, по сути, будет выглядеть «новым» для Helm, что приведет к правильному обновлению.
Функцию sha256sum можно использовать для обеспечения обновления раздела аннотации развертывания при изменении другого файла:
kind: Deployment
spec:
template:
metadata:
annotations:
checksum/config: {{ include (print $.Template.BasePath "/configmap.yaml") . | sha256sum }}
[...]
Из документов здесь: https://helm.sh/docs/charts_tips_and_tricks/#automatically-roll-deployments-when-configmaps-or-secrets-change
Если вам нужно непрерывное обновление вместо немедленного завершения модулей, добавьте
date: "{{ .Release.Time.Seconds }}"
в файл spec / template / metadata / labels.
Затем в выпуске будет изменение конфигурации, которое запускает скользящее обновление, если установлено как spec / stategy / type.
Если вы только что изменили ConfigMap или Secret, посмотрите https://helm.sh/docs/developing_charts/#automatically-roll-deployments-when-configmaps-or-secrets-change
Вы можете запустить
обновление руля --recreate-pods
сделать это.
--recreate-pods немедленно завершает работу всех запущенных модулей развертывания.
- person Oliver Nicolaas Ponder; 12.06.2018
Решение @Oliver у меня не сработало, потому что модули не были воссозданы путем обновления аннотаций развертывания.
Решение состоит в том, чтобы использовать имена динамических карт конфигурации на основе вашего файла values.yaml.
В values.yaml:
configVersion: # Change those numbers to force recreating pods
myApp: 1
На вашей карте конфигурации:
metadata:
name: {{ .Release.Name }}-my-config-v{{ .Values.configVersion.myApp}}
В вашем развертывании:
- configMapRef:
name: {{ .Release.Name }}-my-config-v{{ .Values.configVersion.myApp}}
