Freenas — Выбирая правильный режим накопителя большой емкости (RAID, ZFS, Rsync?)

Вот параметры командной строки для ssh, который я использую для хранения этого тихим.

ssh -o stricthostkeychecking=no -o userknownhostsfile=/dev/null -o batchmode=yes -o passwordauthentication=no

Вам только нужен материал hostkey, если Вы не поддерживаете свой known_hosts файл и волнуетесь по поводу получения предупреждений MitM. Вместо того, чтобы указывать типы аутентификации, как предложил James F, я должен был явно ограничить аутентификацию по паролю. Я использую это для удара сотен хостов несколькими различными версиями ОС, тем не менее, таким образом, это может просто быть несовместимость.

4
задан 9 February 2010 в 11:47
2 ответа

Было упомянуто, что RAID не является резервным копированием. ОЧЕНЬ TRUE. Иметь это в виду.

Вы используете измеренные диски терабайта, который увеличивает возможности неисправимой ошибки чтения, которая является СИЛЬНОЙ БОЛЬЮ В # $. Набег 5 почти неприменим, поскольку диски становятся больше; у Вас мог быть один из этих трех дисковых сбоев полностью, Вы заменяете его, и именно тогда Вы обнаруживаете, что один из "хороших" дисков имеет место, которое не может быть считано из, таким образом, Вы заканчиваете тем, что имели необходимость полностью восстановить от резервного копирования. Мы имели, которые происходят с основанным на аппаратных средствах RAID (контроллер PERC).

Ваш уровень RAID зависит от того, как Вы используете сервер. Мне нравится 1 за большинство моих целей (зеркальное отражение). Это имеет очень хорошее время чтения, потому что это может распространить команды чтения через диски, но записи могут пострадать несколько. То, насколько затронутый это, зависит от того, что Вы используете для контроллера и скорости диска. Перейдите к Википедии и ищите RAID для получения краткого изложения уровней RAID; никто не может действительно сказать Вам, что окончательно использовать, не зная Вашей рабочей нагрузки, использования сервера, и т.д.

Не используйте rsync для резервного копирования на том же компьютере. Если Ваш контроллер пожарен, или что-то идет странное на самом компьютере (или машина повреждена в лавинной рассылке, огне, электрическом скачке), Вы рискуете резервным копированием, поджаренным также. Резервное копирование означает способность восстановить Ваши данные по новым аппаратным средствам в случае необходимости после катастрофического отказа.

Если Вы обращаетесь к аппаратному RAID-контроллеру, встроенному в материнскую плату - не делают. не делайте не, не делают. Материнская плата RAID является дешевой, дрянной, и дешевой, и хуже, чем какой-либо реализованный программным обеспечением RAID. Если Вы хотите пройти проблему создать производственную систему с RAID, используйте или встроенное программное обеспечение Linux/BSD RAID или получите хорошую плату RAID как одна от 3Ware. Лично для сервера, я получил бы аппаратную карту и искал бы спецификации функции как возможность замены в горячем режиме и освещенные предупреждения для указания, КАКИЕ ДИСКИ перестали работать. Нет ничего неправильно с производительностью или способностью программного обеспечения RAID, и это очень надежно, но существует много вопросов о, у "Меня есть диск, который перестал работать, и не знайте, какой это", и если Вы завинчиваете его, можно повредить набор данных или стереть неправильные данные. Системное администрирование, как предполагается, имеет некоторый элемент создания Вашей легче жизни (hee hee!) и озадачивающий, который - диск, который - кабель, какая точка монтирования не является забавой. Аппаратные карты являются $$, но часто экономят Вам много нервов при попытке разрешить, который нуждается в замене.

Не экономьте на скорости жесткого диска. Быстрее, лучше, особенно если это - тяжелый сервер использования. Сегодняшняя LAN концерта может легко сделать жесткий диск узким местом теперь для больших передач или тяжелого совместного использования.

Удостоверьтесь, что у Вас есть способ контролировать RAID и сделать его точкой для периодической проверки состояния дисков.

Вложите хорошую систему резервного копирования. Любой файловый сервер должен иметь хорошее резервное копирование второй машины, записать ли на ленту или диск. Если Ваш сервер аварийно завершается завтра, необходимо смочь вложить части и начать восстанавливать все с нуля если потребуется, если бизнес, выпуская зарплаты не может выжить без их сервера, в этом случае я не знаю, почему Вы были бы взволнованы по поводу RAID.

Надеюсь, это поможет!

6
ответ дан 3 December 2019 в 03:13
  • 1
    Очень полезный, много пищи для размышления там, хотя я все еще don' t знают для движения RAID или ZFS! –  Dan 9 February 2010 в 23:33
  • 2
    ZFS является файловой системой с большим количеством функций, RAID является стратегией дублирования удержаться от проигрывающих данных, если диск перестал работать. ZFS имеет некоторую поддержку создания RAID (набег-z) через объемы. См. статью Википедии ( en.wikipedia.org/wiki/ZFS ) –  Bart Silverstrim 10 February 2010 в 00:11
  • 3
    Другими словами, it' s как выяснение, если необходимо носить конверт или взять зонтик..., можно сделать обоих :-) –  Bart Silverstrim 10 February 2010 в 00:24

Во-первых, помните, что RAID не является резервным копированием. То, что Вы планируете с rsync, является простой формой резервного копирования. Однако я предложил бы набег-z ZFS. Или если машина не имеет достаточно быстрого процессора или если данные очень важны, используйте зеркальное отражение с горячим резервированием. Не забудьте получать другое решение для резервного копирования, если Вы заканчиваете тем, что использовали RAID. На самом деле сделайте это так или иначе, начиная с однажды в день, перезаписанное резервное копирование на той же машине довольно плохо.

0
ответ дан 3 December 2019 в 03:13

Теги

Похожие вопросы