Я использовал freenas box в течение нескольких месяцев в качестве доказательства концепции, и теперь все кажется хорошо с точки зрения надежности. Итак, пришло время увеличить емкость хранилища и перевести его в производственный режим.
Я планировал потратить 150-200 фунтов стерлингов на жесткие диски, которые должны были дать мне около 3 дисков по 1 ТБ, что дало бы мне хороший баланс емкости и избыточности.
Мой вопрос заключается в следующем: в каком режиме хранения я должен настроить диски, чтобы обеспечить избыточность, которая выдержит сбой диска. В настоящее время я использую встроенную поддержку ZFS FreeNas без избыточности (чередование), но в качестве опции он предлагает «зеркальное отображение».
Другой вариант (поскольку FreeBSD / FreeNAS, похоже, придирчив к тому, какое оборудование поддерживает) - использовать встроенный программный RAID-5, чтобы обеспечить мне избыточность.
Не будучи полностью знаком с режимами хранения, я тогда рассмотрел вариант наличия двух дисков, одного основного, который затем выполнял повседневную Rsync между дисками, поэтому всегда была резервная копия, хотя я понимаю, что это может быть до одного дня. даты в любое время. Однако не уверен, каковы последствия этого.
Спасибо за ваш вклад. Дэн.
Было упомянуто, что RAID не является резервной копией. ОЧЕНЬ ВЕРНО. Запомни.
Вы используете диски размером в терабайт, что увеличивает шансы неисправимой ошибки чтения, которая является ГЛАВНОЙ БОЛЬНОЙ БОЛЬШОЙ @ # $. Raid 5 практически непригоден для использования по мере увеличения размера дисков; у вас может произойти полный отказ одного из трех дисков, вы замените его, и тогда вы обнаружите, что на одном из «хороших» дисков есть место, с которого невозможно прочитать, поэтому вам придется полностью перестроить из резервной копии. У нас это случилось с аппаратным RAID (контроллер PERC).
Ваш уровень RAID зависит от того, как вы используете сервер. Мне нравится 1 для большинства моих целей (зеркальное отображение). У него очень хорошее время чтения, потому что он может распределять команды чтения по дискам, но запись может несколько пострадать. Насколько это влияет, зависит от того, что вы используете для контроллера и скорости движения. Зайдите в Википедию и найдите RAID, чтобы получить краткое изложение уровней RAID; Никто не может точно сказать вам, что использовать, не зная вашей рабочей нагрузки, использования сервера и т. д.
Не используйте rsync для резервного копирования на том же компьютере. Если ваш контроллер перегорел или что-то пошло не так с самим компьютером (или машина была повреждена в результате наводнения, пожара, скачка напряжения), вы рискуете поджарить резервную копию. Резервное копирование означает возможность восстановить данные на новом оборудовании в случае необходимости после катастрофического сбоя.
Если вы имеете в виду аппаратный RAID-контроллер, встроенный в материнскую плату - не делайте этого. не делай этого. Материнские платы RAID дешевы, паршивы и дешевы, и хуже, чем любой программно реализованный RAID. Если вы хотите создать производственную систему с RAID, используйте либо встроенный программный RAID Linux / BSD, либо получите хорошую карту RAID, например, от 3Ware. Лично для сервера я бы получил аппаратную карту и искать спецификации для таких функций, как возможность горячей замены и световых сигналов тревоги для индикации ЧТО ДВИГАЕТ провалился. Нет ничего плохого в производительности или возможностях программного RAID, и он очень надежен, но есть много вопросов о том, что «у меня есть диск, который вышел из строя, и я не знаю, какой именно», и если вы напортачите, вы можете сломать свой данные или стереть неправильные данные. Системное администрирование должно иметь некоторый элемент, облегчающий вашу жизнь (хи-хи!), И ломать голову над тем, какой привод, какой кабель, какая точка крепления, - это не весело. Аппаратные карты стоят $$, но часто избавляют вас от разочарования, когда вы пытаетесь понять, какая из них нуждается в замене.
Не экономьте на скорости жесткого диска. Чем быстрее, тем лучше, особенно если это интенсивный сервер. Сегодняшние гиг-ланы могут легко превратить жесткий диск в узкое место для передачи больших объемов данных или совместного использования.
Убедитесь, что у вас есть способ контролировать RAID и периодически проверять состояние ваших дисков.
Установите хорошую систему резервного копирования. Любой файловый сервер должен иметь хорошую резервную копию второй машины, будь то на ленте или на диске. Если ваш сервер завтра взорвется, вы сможете получить запчасти и начать восстанавливать все с нуля, если это необходимо, если только бизнес, выдающий чеки, не сможет выжить без своего сервера, и в этом случае я не знаю, почему вы беспокоитесь насчет RAID.
Надеюсь это поможет!
Во-первых, помните, что RAID не является резервным. То, что вы планируете с помощью rsync, - это простая форма резервного копирования. Однако я бы предложил ZFS raid-z. Или, если машина не имеет достаточно быстрого процессора или если данные очень важны, используйте зеркалирование с горячим резервом. Не забудьте получить другое решение для резервного копирования, если вы в конечном итоге используете RAID. На самом деле делайте это в любом случае, поскольку перезаписываемая один раз в день резервная копия на той же машине - это довольно плохо.