🖥 РАЗНИЦА Block, File и Object Storage
🧑🎓Повторение — мать учения.
Для разных задач подходят разные типы хранения.
Важно видеть как организованы данные и как система должна к ним обращаться.
✅ Block Storage
Данные разбиваются на блоки, а сервер получает хранилище в виде отдельного тома.
Поверх него создаётся файловая система, после чего с диском работает ОС, база данных или приложение.
Типичные сценарии:
— диски виртуальных машин;
— базы данных;
— приложения, чувствительные к задержкам.
✅ File Storage
Здесь данные уже организованы в привычную структуру файлов и каталогов.
Доступ обычно идёт по NFS или SMB. Одно хранилище при этом могут использовать несколько серверов или пользователей.
Типичные сценарии:
— общие сетевые папки;
— документы;
— медиаданные;
— рабочие каталоги.
✅ Object Storage
Данные хранятся как отдельные объекты вместе с метаданными. Доступ к ним обычно идёт через API.
Такой формат хорошо подходит для:
— резервных копий;
— архивов;
— логов;
— статических файлов;
— больших объёмов данных.
💬 Коротко:
Block➡️сервер получает диск
File➡️система работает с файлами и каталогами
Object➡️приложение работает с объектами через API
💬 На практике:
🟢нужен диск для ВМ или базы данных — используем Block Storage
🟢нескольким пользователям или серверам нужны одни и те же файлы — подойдёт File Storage
🟢нужно хранить бэкапы, архивы, логи или много файлов — в ход идёт Object Storage
При этом одна инфраструктура вполне может использовать все три варианта одновременно.
❗️Если хранилище выбирать без учёта нагрузки, способа доступа к данным и того, как с ними работает приложение, можно получить лишнюю задержку, неудобный доступ к данным, ограничения при масштабировании или просто переплачивать за характеристики, которые этой задаче не нужны.
#полезное
🧑🎓Повторение — мать учения.
Для разных задач подходят разные типы хранения.
Важно видеть как организованы данные и как система должна к ним обращаться.
✅ Block Storage
Данные разбиваются на блоки, а сервер получает хранилище в виде отдельного тома.
Поверх него создаётся файловая система, после чего с диском работает ОС, база данных или приложение.
Типичные сценарии:
— диски виртуальных машин;
— базы данных;
— приложения, чувствительные к задержкам.
✅ File Storage
Здесь данные уже организованы в привычную структуру файлов и каталогов.
Доступ обычно идёт по NFS или SMB. Одно хранилище при этом могут использовать несколько серверов или пользователей.
Типичные сценарии:
— общие сетевые папки;
— документы;
— медиаданные;
— рабочие каталоги.
✅ Object Storage
Данные хранятся как отдельные объекты вместе с метаданными. Доступ к ним обычно идёт через API.
Такой формат хорошо подходит для:
— резервных копий;
— архивов;
— логов;
— статических файлов;
— больших объёмов данных.
💬 Коротко:
Block➡️сервер получает диск
File➡️система работает с файлами и каталогами
Object➡️приложение работает с объектами через API
💬 На практике:
🟢нужен диск для ВМ или базы данных — используем Block Storage
🟢нескольким пользователям или серверам нужны одни и те же файлы — подойдёт File Storage
🟢нужно хранить бэкапы, архивы, логи или много файлов — в ход идёт Object Storage
При этом одна инфраструктура вполне может использовать все три варианта одновременно.
❗️Если хранилище выбирать без учёта нагрузки, способа доступа к данным и того, как с ними работает приложение, можно получить лишнюю задержку, неудобный доступ к данным, ограничения при масштабировании или просто переплачивать за характеристики, которые этой задаче не нужны.
#полезное