В настоящее время я застрял в своей текущей ситуации с созданием распределенной файловой системы.
у меня есть
Я изучал glusterfs, и мне кажется, что наиболее очевидным направлением для меня является создание реплики тома. Но насколько я понимаю, реплика 2 означает, что вы указываете 2 диска равного размера за раз, поэтому один становится репликой другого.
Тем не менее, я встречал упоминания о типе распределенного тома в glusterfs, но они рекомендуют диски равного размера. Насколько я понимаю, рассредоточение более эффективно использует пространство, чем просто репликация дисков по мере добавления новых дисков.
Так что мои вопросы.
Я слишком усложняю это?
Стоит ли просто придерживаться реплики 2?
Я могу подумать о покупке еще двух дисков емкостью 8 ТБ, чтобы заменить все меньшие и упростить себе жизнь для достижения паритета, но на данный момент это большой финансовый удар.
Если получение 2 дополнительных дисков емкостью 8 ТБ является наиболее логичным для настройки типа RAID 5/6, есть ли еще информация о типе рассредоточенного тома в gluster, поскольку поиск в Google, похоже, не дает столько полезных руководств и т. Д. По сравнению с более известными объемные типы.
Или я новичок и просто покупаю 2 диска по 8 ТБ и использую аппаратный raid или zfs?
Мой единственный последний комментарий по этому поводу заключается в том, что если диск 8 ТБ выходит из строя, его замена намного дороже, чем в случае выхода из строя диска меньшего размера, поэтому я немного застрял с первоначальной покупкой диска 8 ТБ, но, пожалуйста, учтите финансовые последствия в вашем ответе . Я знаю, что соответствие емкости диска было бы правильным способом сделать это, но я бы предпочел не тратить (потому что это большие деньги), а затем иметь диски, которые ничего не делают.
Использование этих дисков - это очень большая коллекция носителей (хранилище Plex, домашнее видео и т. Д.). Кроме того, все мои данные копируются в аварийный план с использованием обратного шифрования encfs для некоторой дополнительной безопасности, поэтому этот вопрос не о резервном копировании данных, а просто о резервировании в «лучшем случае» для моей ситуации.
Спасибо