Чутка пропал, но едем дальше 🛞

#теория

Ты развернул кластер кубернетес
Дальше у тебя возникнет вопрос, «а где хранить данные приложений и сервисов, которые работают в контейнерах (подах)»
*И даже если он не возникнет, ты столкнешься с ним :)
Например, тот же гитлаб при установке в кубер нуждается в хранении своих репозиториев с кодом и файлов.
Ты скажешь: «Ничего страшного, я буду их хранить на воркер ноде»
Окей, проблемы которые тебя ждут: А что если нода будет недоступна? Или будет перегружена (занята)? Диск переполнен? Или в конце концов кто-то ручонками случайно удалит этот сервер?
Данные будут недоступны и весь твой код, файлы будут бесследно потеряны.

На помощь приходит он: Longhorn
Это реплицируемая система хранения данных для контейнеров. Когда ты развернешь его у себя в кластере, он динамически «откусит» от диска каждой воркер ноды место. После чего ты укажешь в своем приложении storageclass: longhorn и требуемое место скажем 5 гб. Данные твоих приложений будут размещаться и реплицироваться на все воркер ноды. В случае если одна из нод будет недоступна он автоматически переключит volume и приложение продолжит работу.
Когда нода появится «в строю» longhorn удалит данные на ней, ведь они устарели пока она была отключена и развернет «свежую» версию данных. Все ноды будут держать актуальную/последнюю версию.
Также longhorn имеет удобный UI интерфейс, где ты можешь отслеживать все что связано с хранилищами и даже делать бэкапы и снапшоты.

Когда целесообразно выбрать это хранилище?
- Небольшой кластер (3-20 нод)
- Когда нужно простое решение
- Когда нужно быстро и легко развернуть хранилище в кубере
В том же Ceph нужно больше навыков, времени, знаний и ресурсов для построения, но это уже другой масштаб.

В ближайшие дни скину гайд как его легко установить внутрь кластера в пару команд 😙