Требование к свободному пространству в массиве

8

Общее правило: не используйте более 80-85% своей емкости, иначе производительность резко ухудшится, и могут произойти другие неприятные вещи.

В массиве 8 ТБ это занимает около 1,6 ТБ пространства, которое должно быть оставлено свободным! Массив 40 ТБ потребует около 8 ТБ свободного места!

Это все еще соглашение с большими массивами? Я оставляю слишком много дискового пространства на столе?

SnakeDoc
источник
2
Интересный трюк, который я видел в дискуссионном списке ZFS On Linux, - это создать zvol или fs с резервированием, равным дисковому пространству, которое вы хотите оставить свободным в пуле, и затем не использовать его ни для чего. В файловой системе вы можете установить точку монтирования = нет canmount = нет резервирования = N. Как бы нелогично это ни звучало, оно должно работать: что касается любой другой части этого пула, это пространство недоступно (потому что оно зарезервировано), но распределителю блоков разрешено работать с ним (потому что без снэпшотов новых блоков записано, что старые блоки должны быть освобождены; чистый результат равен нулю).
CVn

Ответы:

6

Да, это все еще соглашение, и да, это верно даже при масштабировании. На самом деле, с ZFS вы действительно не хотите слишком часто доходить до 75% в вашем zpool. Фрагментация, снимки и общая производительность, как правило, влияют.

Если вы строите заново, не начинайте с более чем 40% использования и обязательно планируйте рост.

ewwhite
источник
Да, это свежая сборка с FreeNAS, работающим поверх ZFS RAIDZ2. - Я просто хотел убедиться, что я не буду звучать как сумасшедший, когда скажу руководству, что нам нужно купить несколько дополнительных жестких
дисков,
4
Когда вы заполняете свой холодильник / морозильник едой, оставляете ли вы немного свободного места, чтобы позволить вам переставить вещи, чтобы получить сзади? Или упаковать все в 100%?
MikeyB
5
@MikeyB О, я всегда упаковываю его туда ;-) Как еще я могу вместить все это пиво?
SnakeDoc
Это правда для любой комбинации OS / Raid Array?
mxmissile
1
Для ZFS или любой другой файловой системы копирования при записи, да.
ewwhite
3

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

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

Единственный способ узнать наверняка, это проверить и контролировать производительность.

ptman
источник
В этом блоке будут размещаться некоторые виртуальные диски для кластера Xen через iSCSI, но также, вероятно, будет использоваться общий ресурс CIFS для общего доступа к файлам в офисе. Таким образом, будут сочетаться большие файлы с постоянным умеренным вводом-выводом и некоторыми в основном статическими файлами, которые читаются больше, чем записываются.
SnakeDoc