некритичные данных. Сам кластер пока проектируется как stateless, то есть подразумевается, что в запущенных приложениях (кроме системных) постоянных данных не будет (все данные во внешних бд). У провайдера таких хранилищ, которые можно подключить как pv тоже нет. Вот два варианта. Сделать в кластере распределенную шару, например cubefs, или поставить отдельный сервис рядом (minio s3), и сваливать все в него?
Я бы установил minio tenant в самом кластере, s3 очень легко перевозить, включаешь репликацию и красота, + если db частенько поддерживают бэкапы в s3, если это виртуальные машины и можно плагин поставить для pv. Или да, можно рядом поднять minio в докере
у minio то же не все так прекрасно под нагрузками и есть накладные расходы. Я к тому, что бы не вестись на маркетинговую лапшу у них на сайте
А LINSTOR на базе DRBD не рассматривается? Тоже сейчас проектирую простой кластер с дублированием данных на двух нодах, в том числе хотел и хранилище дублировать. Minio не понравился тем, что он просит хранить данные на 4-х серверах, для моих задач это избыточно. Мне нужно, чтобы было на 2-х серверах и даже при выпадании одной ноды хранилище продолжало работать в режиме RW
Познай репликацию в минио. И как бы с3 и дрбд - это разное.
Я имел в виду minio в distributed mode, в которой все из коробки. А если связывать отдельные одиночные minio, для них еще нужно будет балансировщик включать и настраивать репликацию вручную.
Обсуждают сегодня