Почему не просто собрать Ceph или ZFS своими силами
Open-source SDS даёт гибкость и контроль стоимости, но production-СХД требует sizing, стендовых тестов, регламентов восстановления, мониторинга, RMA и ответственности за результат.
Где обычно возникает риск self-build
Sizing
Ошибки появляются не в момент установки, а при расчёте дисков, сети, failure domains, useful capacity, latency и роста данных.
Degraded mode
Кластер должен быть проверен при отказе диска, OSD, узла, NIC, switch-port и во время rebuild/recovery.
Эксплуатация
Нужны регламенты обновлений, мониторинг, alerting, backup, restore, RMA и понятная зона ответственности.
Сравнение подходов
Самостоятельная сборка
- Ниже стартовая стоимость, если есть сильная внутренняя storage-команда.
- Больше свободы в выборе железа и версий ПО.
- Ответственность за sizing, обновления, recovery и инциденты остаётся внутри компании.
- Сложнее масштабировать поддержку, если ключевой инженер недоступен.
MountStor
- Подбираем аппаратную платформу и SDS под конкретную нагрузку.
- Считаем raw/useful capacity, сеть, ЗИП, SLA и план расширения.
- Проводим fio/vdbench и отказные проверки до production.
- Передаём документацию, мониторинг, RMA-процедуру и support-контур.
Что MountStor берёт на себя
Архитектура
Выбор Ceph/ZFS/S3/Kubernetes storage, схемы защиты, протоколов, сети и failure domains.
Тесты
fio/vdbench, проверка latency p95/p99, throughput, degraded mode, rebuild/recovery и backup/restore.
Поддержка
Мониторинг, обновления, регламент обращений, ЗИП, RMA и развитие ёмкости по мере роста данных.
Получить предварительный подбор
Достаточно компании, email, типа задачи и примерного объёма. Детали уточнит инженер.