Комментарии 6
А вы тестировали под реальной нагрузкой? Что то вроде apache flink? С 100-500 mb/s read/write..
Повторю тоже что и в предыдущей подобной статье про минио - пару лет назад, разваливался кластер минио как шалтайбалтай, обратно не собрать, и не важно сколько реплик данных.
Используем минио в проде уже почти два года. Multi-node, multi-drive. Все в кубере. В качестве csi - host path ноды.
Были и вылеты нод и вылеты дисков. Проблем не было от слова совсем. Если все сделано по документации minio, то даже вмешательство инженера не понадобится. Ну или нам очень везёт)
Не совсем понял как добавить ещё один или несколько томов к уже существующему серверу Single‑Node Single‑Drive без потери данных, сделав тем самым Single-Node Multi-Drive. И увеличит ли это общий объем?
К Single‑Node Single‑Drive не получится добавить том. MinIO поддерживает расширение существующего развертывание только через добавление пула серверов.
Спасибо, да, уже разобрался в этом вопросе. Пока сделали костыль: развернули на том же сервере ещё один minio, добавили 4 диска, объединили их в raid 5 (знаю что не рекомендуется), отформатировали в xfs, примонтировали как new_data для нового инстанса minio, запустили зеркалирование mc mirror old_data new_data, после завершения зеркалирования потушили старый инстанс, отмонтировали old_data. Теперь в теории можем расширять хранилище minio добавляя новые диски в raid.
MinIO Multi-Node Multi-Drive