В течение прошлых лет я накопил довольно неоднородный набор жестких дисков различных размеров и скоростей для того, чтобы хранить мои частные данные. Я планирую вставить их сам, создают файловый сервер Linux, чтобы уменьшить стычку тиражирования локальных данных вручную, уменьшая дублированные файлы и лучше использовать данные ресурсы. Также я ожидаю, что в ближайшие годы моему устройству хранения данных нужно, увеличится. Поэтому должно быть возможно динамично добавить диски и также удаление единственных дисков заменить их более новыми и большими.
Если бы я не принят, наиболее распространенная опция для создания файлового сервера использовала бы (программное обеспечение) RAID для увеличения надежности и дополнительной резервной схемы на внешних или съемных дисках предотвратить случайную потерю важных данных.
Поскольку RAID5/RAID6 нужны диски равного размера, он не удовлетворяет мою потребность в схеме дополнения/удаления более динамического диска. Таким образом, я ищу файловую систему ВЫШИВАЛЬНОГО ШЕЛКА или уровень абстракции блочного устройства, который обеспечивает:
Я смотрел немного в распределенных файловых системах как XtremeFS, но еще не нашел тот, который удовлетворяет все точки, и работайте хорошо над единственной машиной. У Вас есть идея, каково могло быть решение?
Для помещения это просто, хотите верьте, хотите нет, аппаратное решение легче к восстановленному и более надежному, чем программный продукт, и существующее решение является часто менее дорогостоящим для реализации.
Создание Вашей системы хранения обычно является не хорошей идеей, если Вы не являетесь очень хорошо сведущими в искусстве управления хранением. В целом старое изречение, "Если необходимо было попросить, чтобы это не было для Вас", применяется.
Нижняя строка: Я рекомендовал бы покупать новые жесткие диски (В эти дни, это является дешевым по сравнению с моими данными - если Ваши данные не стоят покупать ряд жесткого диска в эти дни, Хьюстон, у нас была проблема.) и установка совершенно нового raid5/6 для обработки его, вместе с некоторыми холодными заменами.
Что еще более важно, обратите внимание, что резервное копирование и дублирование являются двумя отдельными объектами в управлении хранением. Дублирование для поддержания сервиса ОНЛАЙН в случае отключения электричества одного единственного элемента оборудования, и резервное копирование - то, в случае, если все это перестало работать. Например, если источник питания внезапно перестал работать и попытка накачать приблизительно 100-вольтовый AC на 12-вольтовую направляющую (Не то, чтобы это вероятно, но...) nevermind RAID5, nevermind RAID6 - все ушли бы. Вам будут нужны резервные копии для обработки их ситуация. Для резервного копирования следуйте этим простым правилам:
Удачи!
Я изучил бы ZFS. Это (или некоторые реализации его) предлагает некоторые вещи, которые Вы конкретно просите (дублирование через неоднородные медиа, способность с готовностью справиться с потерей шпинделя (если избыточные данные существуют)).
BTRFS теоретически идет в том направлении, и я не знаю, что ZFS упомянули выше функции в соответствии с Linux (или даже Солярис) в этой точке, но по крайней мере это - путь расследования.
Кроме того, я изучил бы LVM и творческое разделение + функции MD или LVM подобных RAID черт. LVM должен позволить Вам изменить размер разделов (они называют его чем-то еще) без слишком большой трудности. Я не считал бы это подходом низких эксплуатационных расходов все же.