EPIC: Make distconf production-ready

[the-ancient-1]

Finalizing distconf to production-ready state

Definition of Done: New clusters can be deployed with distconf, existing clusters can be migrated to distconf and back, management of configuration stored in distconf is documented and works properly.

33d

• Support Fetch and Replace operations for storage_config.yaml Support Fetch and Replace operations for storage_config.yaml #9412 - Support Fetch and Replace operations for storage_config.yaml #9412
• API for configuration changes + documentation
• Support for enabling distconf on an existing cluster
• Support for disabling distconf
• Emergency stop/resume of distconf
• Configuration management settings for static group + documentation
• Configuration management settings for state storage, board, scheme board + documentation

для самопроверки

• как пользоваться автоконфигурацией с точки зрения пользователя в штатных ситуациях: создал кластер, расширил класер.
  При создании кластера просто пишешь конфиг ямл и раскатываешь кикимр и он собирает статичепскую группу и раскладывает информацию по пдискам.
  • Это сейчас делается без команды - нужно добавить команду.
    Расширение кластера делается раскладкой нового config yaml в cms с новым списком хостов и дсисков.
  • Если добавить ошибочно не работающую или не существующую ноду и потом удалить - поедут ли node id? вопрос к yaml конфигуратору
• при росте кластера, как руками реконфигурировать стейт сторадж?
  • есть команда через curl, нужна ручка в паблик api
  • выкладыаешь конфиг с выключенным рингом, потом конфиг с новым рингом. Как понять что мой конфиг доехал? по идее если команда завершилась успехом, можно делать следующую. Надо проверить.
• что нужно делать если нужно заменить 1 ДЦ другим ДЦ при автоконфигурации (реконфигурация статической группы и стейт стораджа).
  статику никак трогать не надо, добавляешь ноды с новым ДЦ и на старые ставишь декоммит иммененет, и уедут динамические группы, статическая тоже уезжает автоматически
• как быть в нештатных ситуациях: статическая группа сломалась и необходим откат конфигурации статической горуппы.
  сейчас такой процедуры нету, возможно будет - подложить некоторый конфиг ямл с флажком оверрайд и запустить чтобы он читал конфигурацию из ямла под ногами
  • это нужно делать еще, сейчас оверрайда нет
• что делать, если кластер не поднимается и нужно узнать текущую конфигурацию от нод кластера, модифицировать ее и применить?
  • нужно зайти на ноду и взять конфиг. Должна быть тулза которая поднимет pdisk в режиме только для чтения и прочитает метаданные. Аналогично команде "прочитай формат" нужна команда "прочитай метаданные"
• как диагностировать проблемы конфигурации, если кластер не поднимается?
  отлаживать. По хорошему с pdisk читать метаданные, смотреть и думать, писать оверрайд конфиг
• как отличить сломавшийся кластер от изначально не сконфигурированного?
  если не произошел конфи- ноды будут жить независимо друг от друга, там не будет пдисков, но при этом кластер будет работать и мониторинг будет показывать в мониторинге нод вордена и в логах что конфигурирование не произошло