Три модели хранения — и у каждой сильная сторона — 28 августа 2026 г. в 11:15:05.690
Три модели хранения — и у каждой сильная сторона Block, File и Object по-разному организуют хранение и доступ к данным. Поэтому при выборе важен не только объем: нужно учитывать задержку, способ доступа, характер изменений и требования к масштабированию. 🔹 Block дает системе том, разбитый на блоки. СУБД или ОС может перезаписывать отдельные участки данных на месте — без замены всего файла. Отсюда самая низкая задержка и типичные задачи: транзакционные БД и диски виртуальных машин. 🔹 File добавляет файловую систему: реальные каталоги, вложенность, права и доступ по NFS или SMB. Это нужно, если несколько приложений работают с общими файлами или ПО изначально рассчитано на привычное дерево директорий. Но с ростом числа файлов сама иерархия становится ограничением для масштабирования. 🔹 Object отказывается от этой иерархии. Данные хранятся отдельными объектами с идентификаторами и метаданными, а доступ идет по S3 API. Отдельный фрагмент объекта не перезапишешь так же, как блок на диске. Зато объем не привязан к размеру одного тома, а к данным могут параллельно обращаться множество сервисов. Поэтому объектная модель хорошо подходит для бэкапов, логов, медиа, статики и ML-датасетов — больших объемов данных, которые чаще записываются и читаются целиком, чем постоянно меняются по частям. В Object Storage VK Tech сегодня хранится более 400 ПБ данных и 95 млрд объектов в шести ЦОД. Сервис совместим с S3 REST API, а для больших объемов доступны классы хранения, Lifecycle Policies, Versioning и Object Lock. ➡️ В статье сравнили три модели по восьми критериям и разобрали выбор для БД, ВМ, бэкапов, логов, медиа и Big Data.

