Облачное хранилище для бизнеса: как выбрать и сколько стоит в 2026 году

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

На практике цена хранения редко определяет весь счёт. Когда сервис уже работает несколько месяцев, к ней добавляются расходы на исходящий трафик, API-операции и условия холодных классов. Например, данные могут храниться недорого, но их скачивание обойдётся заметно дороже. А если удалить архив раньше минимального срока, провайдер может начислить плату за оставшийся период. Поэтому до подключения стоит считать не только цену гигабайта, но и весь профиль работы с данными: сколько их будет, как часто их будут читать и выгружать, сколько объектов появится в бакете и как долго они там останутся.

Разберём, чем объектное хранилище отличается от файлового и блочного, по каким критериям сравнивать провайдеров в российских реалиях 2026 года и как посчитать бюджет до подписания договора. Отдельно покажем, из каких статей складывается месячная стоимость и какие параметры должен учитывать калькулятор.

Что такое облачное хранилище

Облачное хранилище простыми словами — это ёмкость для данных в дата-центре провайдера. Приложения обращаются к ней по сети, а компания платит за занятый объём и переданный трафик. Диски, их замена, резервирование питания и охлаждение остаются на стороне провайдера.

От собственной системы хранения облако отличается прежде всего моделью затрат. Своя СХД требует капитальных вложений: нужно купить полку, диски и лицензии, дождаться поставки и заложить резерв на рост. Облачное хранилище файлов или объектов работает в операционной модели. Ёмкость появляется, когда она нужна, и перестаёт учитываться в счёте после удаления данных.

У такого подхода есть обратная сторона: платить приходится не только за место. Цена за гигабайт из рекламы — лишь одна из статей счёта.

Облачные хранилища делят на три типа по способу адресации данных.

Блочное хранилище режет данные на блоки фиксированного размера и отдаёт их приложению как обычный диск. У него низкая задержка, небольшие накладные расходы и ограниченный набор метаданных. Такой тип используют для дисков виртуальных машин, томов под базы данных и транзакционных систем.

Файловое хранилище даёт привычную иерархию каталогов и совместный доступ через сетевую файловую систему. Накладные расходы здесь выше, чем у блочного хранилища. Основные сценарии — сетевые папки и приложения, исторически завязанные на файловую систему.

Объектное хранилище хранит данные в виде объектов. У каждого объекта есть уникальный идентификатор, данные и произвольный набор метаданных, а доступ идёт по HTTPS через API. Задержка выше, чем у блочного хранилища, зато масштабирование практически не ограничено заранее выделенной ёмкостью.

Для резервных копий, медиаархивов, датасетов и статики сайтов чаще всего выбирают объектное хранилище. Оно дешевле в пересчёте на терабайт и не требует заранее планировать объём.

Чем отличается объектное хранилище

Главная особенность объектного хранилища — плоское пространство имён. Дерева каталогов в нём нет: есть бакет, то есть контейнер верхнего уровня, и объекты с уникальными ключами. Структура папок имитируется префиксами в ключе. Для хранилища 2026/08/report.pdf — одна строка, а не три вложенных каталога.

У этого устройства есть несколько последствий.

• Метаданные хранятся рядом с объектом. К файлу можно добавить теги: владельца, класс конфиденциальности, срок хранения. По этим метаданным затем работают lifecycle-правила и разграничение доступа.
• Доступ идёт через API и HTTPS. Приложение обращается к объекту по адресу, а не монтирует диск. Такой подход удобен распределённым системам, но плохо подходит нагрузкам, которым нужна полноценная файловая система.
• Ёмкость растёт вместе с хранилищем. Не нужно заранее расширять том или покупать новый массив, как в собственной СХД.

У объектного хранилища есть и ограничения. Оно не заменяет блочное хранилище для баз данных и не подходит для задач, где требуется произвольно перезаписывать часть файла. Объект перезаписывается целиком.

Сравнение типов хранилищ

Относительная цена за терабайт обычно ниже у объектного хранилища, поэтому оно стало базовым слоем для резервных копий и аналитики. Но сравнивать провайдеров только по ставке хранения не стоит. У объектных сервисов заметную часть счёта может составлять исходящий трафик, особенно в архивных классах. Считать нужно полную стоимость конкретного сценария.

Критерии выбора провайдера

Провайдеров стоит сравнивать по шести параметрам. Цена среди них важна, но не должна быть единственным критерием.

Надёжность и доступность

Durability и SLA доступности отвечают на разные вопросы. Durability показывает, насколько вероятна потеря объекта. SLA доступности определяет, сможете ли вы обратиться к хранилищу.

Одиннадцать девяток durability, или 99,999999999%, означают статистически один потерянный объект в год на 100 млрд объектов. При этом сервис может быть временно недоступен: это отдельный показатель.

Девятки у разных провайдеров нельзя сравнивать напрямую. Методики расчёта отличаются: кто-то считает надёжность для отдельного объекта, кто-то учитывает георепликацию. Лучше уточнить детали:

• Сколько независимых копий хранит система.
• Как копии разнесены по дата-центрам.
• Есть ли версионирование объектов.
• Поддерживается ли Object Lock или другой механизм защиты от удаления.
• Как устроено восстановление после отказа отдельного дата-центра.

SLA полезно переводить в минуты. Уровень 99,95% означает до 4 часов 23 минут простоя в год или около 22 минут в месяц. Финансовая гарантия по SLA обычно ограничивается сервисными кредитами на лицевом счёте и не покрывает реальные убытки бизнеса. Формулировки договора лучше изучить до первого инцидента.

Расположение дата-центров и 152-ФЗ

Персональные данные граждан России должны собираться, записываться и храниться в базах данных на территории России. Это требование статьи 18 закона «О персональных данных».

С 2025 года ответственность за нарушения усилили поправками 420-ФЗ. При выборе облака важно не смешивать несколько разных сущностей:

• Аттестацию вашей информационной системы по требованиям приказа ФСТЭК № 21.
• Сертификат ФСТЭК на средство защиты.
• Декларации соответствия ISO, PCI DSS и другим стандартам.
• Документальное подтверждение локализации данных на территории России.

Провайдер может иметь сертификат на средство защиты, но это само по себе не означает, что ваша система уже соответствует требованиям к обработке персональных данных. Объём ответственности, порядок обработки данных и требования к системе нужно проверять для конкретного проекта.

S3 API

Совместимость с S3 не означает, что сервис поддерживает весь API Amazon S3 без ограничений. Правильный вопрос звучит так: какие операции использует приложение и реализованы ли они у провайдера.

Перед миграцией стоит проверить поддержку нужных возможностей:

• Multipart upload.
• Версионирование.
• Lifecycle-правила.
• Object Lock.
• CORS.
• Bucket policy и ACL.
• Уведомления о событиях.
• Presigned URL.
• Шифрование.
• Репликация, если она нужна для сценария.

Сверять это лучше по документации, а не по маркетинговой странице сервиса.

Поддержка и стоимость выхода

Время реакции в SLA важно, но не менее важна стоимость ухода от провайдера. Выгрузка данных обычно оплачивается как исходящий трафик у текущего поставщика. При миграции десятков или сотен терабайт именно эта статья может стать крупнейшей в бюджете.

Управляемый сервис избавляет команду от дежурств по дискам, обновлений хранилища и восстановления после аппаратных отказов. Самостоятельная сборка на открытом движке даёт больше контроля, но вместе с ним передаёт команде всю эксплуатационную ответственность.

Чек-лист перед подписанием договора

1. Где физически расположены дата-центры и чем подтверждена локализация персональных данных в России.
2. Какой уровень защищённости персональных данных поддерживается — УЗ-1, УЗ-2 или УЗ-3 — и чем это подтверждено: аттестатом информационной системы или сертификатом на средство защиты.
3. Есть ли сертификат ФСТЭК на само хранилище, какой у него уровень доверия и на какую модель поставки он выдан. Публичное облако и решение в контуре заказчика сертифицируются отдельно.
4. Готов ли провайдер подписать поручение на обработку персональных данных и как в нём разграничена ответственность сторон.
5. Кто уведомляет Роскомнадзор об инциденте, в какие сроки и как передаются логи доступа для расследования.
6. Какие операции S3 API из тех, что использует приложение, поддерживаются сервисом.
7. Из чего складывается счёт: хранение, исходящий трафик, операции, минимальный срок хранения, плата за извлечение. Также стоит уточнить, указаны ли цены с НДС.
8. Сколько будет стоить миграция: тариф на исходящий трафик при полной выгрузке данных и наличие инструментов для переноса без простоя.

Сколько стоит облачное хранилище

Счёт состоит из четырёх основных статей:

• Хранение — плата за гигабайт в месяц. Ставка зависит от класса хранения.
• Исходящий трафик — плата за скачивание данных из хранилища. Входящий трафик российские провайдеры обычно не тарифицируют.
• Операции с API — запросы PUT, GET, LIST и DELETE. Они могут считаться тысячами или десятками тысяч операций. Для нагрузки с миллионами мелких объектов эта статья может заметно повлиять на итоговую стоимость.
• Извлечение данных и минимальный срок хранения — расходы, которые чаще всего возникают в холодных и архивных классах.

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

Скрытые расходы

Первичный расчёт почти всегда упускает две статьи, связанные с холодными и архивными классами.

Минимальный оплачиваемый срок хранения. Если удалить объект раньше установленного срока, хранение всё равно оплачивается за оставшиеся дни. На примере Amazon S3 это выглядит так: Standard-IA и One Zone-IA имеют минимальный срок 30 дней, Glacier Instant Retrieval и Glacier Flexible Retrieval — 90 дней, Glacier Deep Archive — 180 дней.

Логи, которые положили в архив и удалили через неделю, могут обойтись как полгода хранения.

Плата за извлечение. Её взимают отдельно от исходящего трафика. В Amazon S3 извлечение может стоить от $0,01 за гигабайт в Standard-IA до $0,03 в Glacier Instant Retrieval. Разовое восстановление большого архива по такой ставке иногда обходится дороже, чем год хранения того же объёма в горячем классе.

Ставки Amazon нельзя переносить на российский рынок, но механизм остаётся тем же. У дешёвого хранения часто есть плата на выходе. У одних провайдеров она названа платой за извлечение, у других включена в более дорогой трафик холодного класса, у третьих действует минимальный срок хранения.

Третья статья расходов возникает при миграции. Выгрузка данных оплачивается у прежнего провайдера как исходящий трафик. Если нужно перенести 50 ТБ при ставке около 1,2 ₽ за гигабайт, разовый счёт составит около 61 тыс. ₽. Обычно эти расходы несёт уходящий клиент, а не новый провайдер.

Как выбрать класс хранения

Горячий класс подходит для данных с постоянным доступом: медиа для сайта, файлы приложений, рабочие резервные копии последних дней. Хранение стоит дороже, но трафик обычно дешевле.

Холодный класс рассчитан на архивы, логи старше месяца и копии для разбора инцидентов. Хранение дешевле, а трафик дороже.

Архивный класс используют для данных, которые нельзя удалить по регуляторным требованиям, но которые читают несколько раз в год. Хранение здесь самое дешёвое, но извлечение может быть платным или занимать больше времени.

Не стоит перекладывать всё в холодный класс только из-за низкой ставки хранения. У такого решения может оказаться более дорогой трафик.

Например, в VK Cloud Icebox дешевле Hotbox по хранению: 1,0 ₽ против 2,1 ₽ за 1 ГБ в месяц. Но исходящий трафик из Icebox стоит 1,54 ₽ за гигабайт, а из Hotbox — 1,2 ₽.

Для 1 ТБ данных холодный класс выгоднее, пока из него скачивают меньше примерно 3,3 ТБ в месяц. Если исходящий трафик выше, Hotbox становится дешевле, несмотря на более дорогую ставку хранения.

Опираться стоит на статистику обращений к данным за последние месяцы. Переносить объекты между классами вручную не нужно: lifecycle-правила могут переводить их по расписанию и удалять после истечения заданного срока.

Object Storage VK Cloud

Object Storage VK Cloud — S3-совместимое объектное хранилище для неструктурированных данных, размещённое в российских дата-центрах.

Для расчёта и выбора важны несколько характеристик.

Три класса хранения. Hotbox подходит для частого доступа, Icebox — для редкого, Glacier (по запросу) — для долгосрочного архива. Класс задаётся на уровне бакета, переходы между классами можно автоматизировать lifecycle-правилами.

Работа через привычные инструменты. Хранилище доступно из личного кабинета, через AWS CLI, s3cmd, CyberDuck, WinSCP, SDK и API. Поддерживаются автоудаление объектов по правилам, уведомления о событиях и настройка CORS. Полное покрытие Amazon S3 API не заявляется, поэтому список нужных операций стоит проверить в документации.

Масштаб инсталляции. По инженерной публикации команды за 2025 год хранилище работает в шести дата-центрах и хранит более 350 ПБ данных.

Защита данных. Копии объектов распределены между дата-центрами, поддерживаются версионирование и Object Lock. Эти механизмы защищают от случайного удаления объектов и последствий компрометации учётной записи.

Соответствие 152-ФЗ. Платформа VK Cloud публично подтверждала соответствие требованиям приказа ФСТЭК № 21 по первому уровню защищённости персональных данных. Это подтверждение датировано 2022 годом, поэтому актуальный статус аттестата для проекта лучше уточнить у команды VK Cloud перед стартом. Для КИИ и государственных информационных систем существует отдельный аттестованный контур VK Secure Cloud. Его аттестация не распространяется автоматически на обычное публичное облако.

Модель оплаты. Облачное хранилище тарифицируется по фактическому потреблению: занятый объём и переданный трафик. Единицу тарификации и наличие минимального ежемесячного платежа стоит проверить в актуальном прайс-листе перед запуском.

Заключение

Облачное хранилище выбирают не по проспекту, а по расчёту. На итоговый счёт влияют три решения: тип хранилища под сценарий, класс хранения под частоту доступа и провайдер, у которого прозрачно устроена тарификация.

Перед подписанием договора пройдите чек-лист из восьми вопросов и посчитайте месячную стоимость по формуле:

Объём / ставка класса + Трафик * ставка трафика

Отдельно проверьте минимальный срок хранения, плату за извлечение данных и стоимость полной выгрузки при смене провайдера. После такого расчёта вопрос, расширять собственную СХД или переносить данные в облако, обычно перестаёт быть вопросом вкуса.

Чтобы начать работу, достаточно создать бакет, выпустить ключи доступа и указать их в приложении. Резервные копии, данные сайта и ML-датасеты используют один и тот же S3 API.