Свой MinIO или управляемое S3-совместимое хранилище

В чём MinIO хорош

Сначала о заслугах: MinIO — качественное open-source ПО (AGPLv3), которое чисто реализует API S3, запускается везде, где запускается бинарник или контейнер, и впечатляюще работает на хорошем железе. Если ваше ограничение в том, что данные должны оставаться на машинах, которыми вы физически владеете — требования регулятора к локальности, изолированная сеть, уже купленная стойка, — MinIO часто оказывается верным ответом, и ничто ниже этому не противоречит.

Вопрос, на который на самом деле отвечает это руководство, уже: для команды, чей продукт — не хранилище, действительно ли эксплуатация MinIO — лучшее применение инженерного времени, когда реальные затраты выложены на стол?

То, что никто не закладывает в бюджет: эксплуатация

Продакшн-хранилище — это список постоянных обязательств. Диски заполняются и выходят из строя — кто-то следит за ёмкостью и меняет накопители до того, как исчезнет избыточность. Обновления выходят регулярно — кто-то читает release notes, тестирует и перекатывает кластер без простоя. Сертификаты TLS истекают. Ключи доступа нужно менять и аудировать. Мониторинг должен существовать до первого инцидента, а не после. И рекурсивный пункт: хранилище, где лежат чужие резервные копии, само нуждается в резервной копии — где-то за его пределами.

Ничто из этого не сложно в отдельно взятый вторник. Цена в том, что это не заканчивается никогда, отвлекает от работы над продуктом, а плата за промах — не медленная страница, а потеря данных. Именно эта асимметрия и превращает «да мы просто поднимем MinIO на VPS» в подработку с дежурным пейджером.

Когда свой сервер всё-таки правильный выбор

Будьте честны в обе стороны. Держите MinIO сами, когда данные по закону или по договору должны оставаться на конкретных машинах; когда у вас уже есть инфраструктурные инженеры и ещё один сервис ничего не меняет; когда ваш масштаб достаточно велик, чтобы выделенное железо выигрывало у любой цены за гигабайт; или когда вы учитесь — MinIO в домашней лаборатории объясняет модель S3 лучше любой статьи, включая эту.

Если ничто из этого про вас не сказано — если хранилище это зависимость того, что вы строите, а не сама вещь, — то каждый час, потраченный на алерты о дисках, отнят у вашего продукта. Это и есть аргумент в пользу управляемого решения.

Что даёт «управляемый» вариант взамен

На cdn.com.tr та же поверхность S3 — бакеты, ключи доступа, стандартный API — это функция вашего существующего аккаунта, а не сервис, который вы обслуживаете. Надёжность хранения, ёмкость и обновления — наша операционная забота; вы создаёте бакет в панели или одной командой cdnctl, генерируете пару ключей и направляете свои инструменты на s3.cdn.com.tr. Бакеты привязываются к вашим контейнерным приложениям, а публичные объекты отдаются через тот же глобальный edge, что и остальная часть вашего аккаунта, — хранение и доставка в одной панели и одном счёте, от $9 в месяц с 15-дневным пробным периодом.

Вы отказываетесь от root на узлах хранения и от специфичных для MinIO дополнений вроде его админ-консоли или политик ILM. Взамен вы получаете время — и на одну систему меньше, отказ которой означает потерю данных клиентов.

Миграция: одна команда, затем смена endpoint

Поскольку и MinIO, и cdn.com.tr говорят на S3, основную работу делает собственный клиент MinIO. mc mirror копирует содержимое бакета между любыми двумя endpoint S3, поддерживает возобновление и может запускаться многократно — каждый проход копирует только изменившееся, поэтому вы можете синхронизировать заранее, пока старая система работает, а на переключении сделать короткий финальный проход.

Предварительная синхронизация, проверка, затем смена endpoint в конфигурации приложения

# 1) point mc at both sides
mc alias set minio  http://10.0.0.5:9000       MINIO_ACCESS_KEY  MINIO_SECRET_KEY
mc alias set cdntr  https://s3.cdn.com.tr      CDNTR_ACCESS_KEY  CDNTR_SECRET_KEY

# 2) copy a bucket (re-run any time; only changes transfer)
mc mirror --preserve minio/app-uploads cdntr/app-uploads

# 3) verify object counts and sizes match
mc du minio/app-uploads
mc du cdntr/app-uploads

# 4) cutover: change S3_ENDPOINT (+ keys) in your app config,
#    run one final mirror pass, then retire the old server

Реалистичное сравнение затрат

Без театра с таблицами: сравнение, в котором своё хранилище учитывается только счётом за VPS, — это выдумка. В честном подсчёте три строки. Железо или аренда VPS — видимая строка и обычно самая маленькая. Инженерные часы — разовая настройка, а затем постоянные обязательства из раздела выше, оценённые по реальной стоимости вашего времени. И риск — ожидаемая цена плохого дня: отказ сразу двух дисков, неудачное обновление, резервная копия, которую никогда не проверяли. Управляемое хранилище переносит вторую и третью строки на нашу сторону стола и превращает их в плоскую предсказуемую подписку. Выигрышен ли этот обмен, зависит от вашей команды — именно поэтому схема принятия решения выше спрашивает про ваши ресурсы эксплуатации, а не только про цены.