Перейти к основному контенту

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

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

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

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

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

Наверх