чарт. встал вопрос переноса персистентных данных на другой storageclass.
Собственно возник вопрос по Gitaly. из коробки он поднят в кластерной версии (3 реплики) но, синхронизируются ли они и как узнать кто мастер на текущий момент? если да, то на сколько будет больно, если я по очереди почну килять поды в ожидании что новый под запустится уже с пустым данными и засинхронизирует их?🙂
Мне так, чисто для общего развития: какая у вас нагрузка на гитлаб, что потребовался кластер?
это может быть требование reliability. у нас в инфраструктуре вообще нет одиночных сервисов
коммитов 200-300/час, не большая нагрузка, но это ж стандартный вроде деплой в их чарте официальном. да и учитывая что все находится в кубере, то вполне логично все делать в 2+ репликах, на случай вылета ноды/пода
там говно, а не чарт
Привет! В общем, Gitaly в кластерной версии синхронизирует данные между репликами. Чтобы узнать, кто мастер на текущий момент, можно использовать команду kubectl get pods -l app=gitaly -o wide. Там будет информация о том, на какой ноде находится каждая реплика. Но советую тебе быть осторожным с убиванием подов по очереди без синхронизации данных. Больно может быть, потому что в этот момент реплика будет недоступна, и пользователи не смогут получить доступ к данным. Если хочешь перенести данные на другой storageclass, лучше сначала убедиться, что они синхронизировались. Конкретно, можно проверить логи подов Gitaly, чтобы увидеть, что данные полностью перенесены. Все-таки это чувствительные данные, и лучше не рисковать потерей информации.🙂
чатгпт, остановись )
Обсуждают сегодня