@GokenTanmay

Linux, (не)блочные устройства, какие могут быть «подводные камни»?

в linux имеется возможность создавать логические разделы в файлах. И в последующем использовать их как и обычные логические разделы размещенные на блочном устройстве.
Например: после установки OS были выполнены многие настройки и/или последующее изменение размеров разделов не представляется возможным. Требуется физически ограничить размер каталога до 3TB. Создаем file.hdd размером 3TB. Далее mkfs.ext4 /file.hdd и делаем ей mount. Все работает. Размер ограничен.
Или например мы можем сделать 4 файла по 1 TB. и mdadm объединить их в RAID5 и получить те же 3TB но уже в 4 файлах.
Вопрос: какие подводные камни мы можем поймать используя файлы в качестве устройств хранения информации? Во всех инструкциях подобный метод рекомендуется только для экспериментов, но никак не для продакшена. А "почему?" не объясняется.
  • Вопрос задан
  • 2580 просмотров
Решения вопроса 1
@inkvizitor68sl
Linux-сисадмин с 8 летним стажем.
"Почему" - ответ очень простой. Медленно. Раза в 1.5-2 по iops меньше, чем у нормального диска.
При этом на ssd такого ответа на вопрос "почему" уже не будет. И там такой совет - следствие инерции мышления.
Ответ написан
Комментировать
Пригласить эксперта
Ответы на вопрос 1
gbg
@gbg Куратор тега Linux
Любые ответы на любые вопросы
Конкретно в вашем случае, нужно просто применить дисковые квоты.

Использование файлов с разделами внутри - обычная практика для гипервизоров. Но:
  • Это немного медленнее.
  • Можно получить ненадежное хранилище, если будет иметь место совершенно сумасшедшая цепочка кэшей.
Ответ написан
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы