Я построил для себя дрянную систему NAS с широким диапазоном размеров устройств хранения (от 20 ГБ до 4 ТБ), и все это смешано с BTRFS в Debian Linux. Я заметил, что BTRFS будет отдавать приоритет записи на устройства хранения с наибольшим оставшимся объемом памяти, который обычно является самым большим диском хранения.
Это не идеально для меня, потому что я хочу, чтобы сначала «износились» меньшие диски системы, чтобы я мог заменить их на более крупные. Если BTRFS будет настаивать на использовании сначала самых больших дисков, я боюсь, что произойдет прямо противоположное.
Я был бы готов пойти на компромисс, распределив данные по всем устройствам в циклическом стиле, но любой вариант чередования для BTRFS / LVM / ZFS, кажется, останавливается, когда самое маленькое устройство заполнено. Учитывая огромную разницу в размерах между моими устройствами, это оставило бы слишком много неиспользуемого места. Мне бы очень понравился вариант, который будет чередовать все устройства, а затем, когда самое маленькое устройство заполнено, продолжить чередование по всем остальным устройствам (даже если есть только одно оставшееся устройство с бесплатным хранилищем).
Лучшее, что я мог придумать, — это сшить все маленькие диски вместе в большой логический том и добавить его в BTRFS вместо каждого маленького диска по отдельности. Поскольку он выглядит как гораздо больший одиночный диск, BTRFS использует его раньше, чем диски гораздо меньшего размера.
Я должен упомянуть, что меня совершенно не волнует избыточность / четность в этом сценарии. Было бы неплохо иметь производительность, но основное внимание уделяется чистой емкости.