Проверка после обновления

Docker Compose: выполните docker compose ps и убедитесь, что все контейнеры имеют состояние Up. В выводе docker logs klvd-node не должно быть строк #ERROR_KLVD_*.
Kubernetes: kubectl get pods -n klvd — все поды Running. kubectl logs — без ошибок.
Веб-интерфейс: откройте панель состояния и убедитесь, что блок [Самопроверка] имеет состояние ok.
Кластер: в разделе [Кластер] → [Узлы] убедитесь, что после завершения последовательного обновления (rolling update (!)) у всех узлов совпадают db_version и app_version. Во время самого обновления временное различие версий допустимо.

Не держите кластер в смешанных версиях долго — обновляйте весь helm-релиз за один helm upgrade.

Не выполняйте изменения схемы базы вручную (DDL). Ручные изменения могут нарушить соответствие между фактической схемой и её версией. При последующем применении миграции это может привести к ошибке transaction is aborted.
Не удаляйте state.json в папке данных — в нём хранится идентификатор узла. Без него узел создаст новый идентификатор и потеряет связь с кластером.
Перед обновлением учитывайте, что update.sh изменяет отдельные фрагменты docker-compose.yml по шаблонам. Ручные изменения в этих фрагментах могут быть перезаписаны. См. {{ССЫЛКА:reference.env|Переменные окружения и Docker Compose}}.

Навигация по книге

Следующая статья: {{ССЫЛКА:maintenance.security-ops|Проверка защиты данных и аудита}}