Назад | Перейти на главную страницу

Конфигурации жесткого диска RAID

Я создаю окно маршрутизации формирования трафика linux для подключения по выделенной линии. Этот блок должен быть надежным, поэтому я планирую установить операционную систему и файлы данных в конфигурации RAID 1. У меня двоякий вопрос:

  1. Я собирался использовать программный рейд linux. Я слышал, что аппаратный RAID действительно дает какие-либо существенные преимущества только после того, как вы раскошелитесь на карту RAID хорошего качества - по крайней мере, с резервной батареей. Скорость меня не особо волнует - я вообще не буду много пользоваться дисками, но меня волнует восстановление данных в случае аварии. Стоит ли покупать аппаратную рейд-карту своей цены? Если да, то может ли кто-нибудь порекомендовать карту к использованию?

  2. Раньше я был в ситуации, когда жесткие диски, купленные в одно и то же время, выходили из строя примерно в одно и то же время, то есть в пределах недели друг от друга. Чтобы этого избежать, я бы хотел заполнить свой RAID-массив дисками разных производителей. Пока размеры дисков, скорости и размеры кеша одинаковы, может ли кто-нибудь увидеть в этом проблему?

Привет,

1) Программный RAID Linux очень зрелые в наши дни, и удаление дисков с одной машины и установка на другую будет работать каждый раз. В случае аппаратного решения вам необходимо получить запасную карту, потому что способ RAID-массива этого конкретного чипа может отличаться от другого, и вы, возможно, потеряли свои данные. С современными процессорами программный RAID безопасен и быстр в использовании - я бы доверял ему больше, чем аппаратному решению, если у вас нет бюджета на высокопроизводительную карту RAID. Их преимущества заключаются в том, что в них есть блоки резервного питания от батарей, которые хранят данные в случае отключения электроэнергии. Как правило, перебои в подаче электроэнергии на вас не влияют - сами диски тоже кэшируют, так что вы потеряете некоторые данные в любом случае, просто сделайте программный RAID Linux. Или ZFS - это очень хорошая, ОЧЕНЬ безопасная, полезная функция, но другая парадигма.

2) Все будет хорошо. Пока они находятся в пределах 1% друг от друга, вы просто получите набор RAID наименьшего размера. Я делаю то же самое - я предпочитаю одного производителя, но разные сборки.

Помните, что RAID - это тоже не резервные копии.

У аппаратного RAID есть несколько преимуществ, которые могут стоить или не стоить столько, сколько стоят карты:

  • Вы должны быть осторожны при настройке программного RAID, чтобы убедиться, что система загружается с обоих дисков и работает одинаково в случае выхода из строя основного. Легко забыть поместить рабочую MBR на вторичный диск в начале, и существует вероятность того, что загрузочный раздел без RAID может рассинхронизироваться между двумя дисками, если вы не будете осторожны. С аппаратными RAID-картами намного проще сделать это правильно, так что ваша система всегда будет работать в случае сбоя.
  • Когда диски выходят из строя, они могут свести с ума всю систему, если они выбрасывают мусор. Ваша материнская плата, вероятно, не проверена на то, как она действует в этой ситуации. Аппаратные RAID-контроллеры, как правило, действуют более разумно, защищая неисправный диск и игнорируя его действия. Более чем однажды у меня был сбойный диск в программном RAID-массиве Linux, который вынимал всю систему до тех пор, пока он не был удален - без потери данных, но сервер должен был немного отключиться, пока я не смог выяснить, что было плохим один. Подсказка: всегда записывайте все серийные номера дисков после настройки массива, чтобы было легче понять, какой из них вы потеряли, когда он перестанет работать.
  • Замена вышедшего из строя диска в аппаратной системе RAID обычно бывает достаточной для начала восстановления, тогда как вы должны сами добавить новый диск в программный RAID Linux. В общем, легче запустить аппаратный RAID, проще обучение. Можно утверждать, что программные решения RAID более мощные из-за своей сложности, иногда люди просто хотят заменить неисправный диск и двигаться дальше.
  • Если у вас есть приложение, которое вызывает fsync для принудительной передачи данных на диски, это можно ускорить с помощью аппаратной RAID-карты, использующей свой кеш, и вы не можете сделать это иначе. Запись передается в кэш с резервным питанием от батареи, приложение продолжает работу, и даже при потере питания эта запись остается безопасной (в пределах продолжительности работы батареи). Обычно основным приложением, которое делает это, являются базы данных, это также может происходить с почтой или данными журналов. Возможность кэшировать такие записи может значительно повысить производительность, как за счет остановки ожидания fsync, так и за счет переупорядочения операций записи, чтобы уменьшить количество обращений к физическому диску. Но если у вас нет приложения, которое этого требует, такие вещи не представляют ценности. Операционная система будет кэшировать записи и буферизовать их таким образом, чтобы уменьшить количество операций записи, если вы не вынуждаете их выгружать, и большинство приложений не во всех случаях полагаются на эти записи, попадающие на диск - вы просто теряете последние бит данных и двигаться дальше.

Основным недостатком аппаратного RAID, помимо стоимости, является то, что вы можете оказаться в ситуации, когда извлечение диска из сервера не даст вам диск, который вы можете использовать на другом сервере, у которого нет такой же карты RAID. Полное обсуждение этого вопроса есть в другой ответ Вот.

Что касается поставщиков, карты RAID от 3ware имеют лучшую поддержку Linux, просто убедитесь, что предоставляемая ими программа tw_cli совместима с вашей системой. У меня никогда не было проблем с основными версиями Linux / оборудованием, но это нужно проверить. Карты от Areca немного быстрее, но их программное обеспечение для управления - отстой, вам нужно получить одну из моделей, в которой интерфейс управления предоставляется через сетевое соединение, прежде чем он будет полезен.

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

Все ответы здесь довольно хороши. Одна вещь, которую вы можете рассмотреть, особенно если у вас есть источник бесперебойного питания, - это использовать минималистичную установку и загрузить всю систему в ОЗУ.

В этом случае жесткий диск - это просто место для хранения данных конфигурации. Проверять, выписываться Щенок Linux. Мой друг сделал это для проекта несколько лет назад и фактически поддерживал работоспособность системы с отказавшим жестким диском около года!

Для № 2, хотя Linux RAID автоматически уменьшится до минимального размера для вашего набора дисков, вы можете захотеть сделать раздел RAID на несколько ГБ меньше, чем в случае, если вы покупаете заменяющий диск, который немного меньше.

Вы можете использовать дополнительное место на дисках в качестве свопа. (RAID своп, если вы хотите, чтобы машина пережила сбой диска без сбоев!)

Отказ от ответственности: я связываю свои ответы на похожие вопросы :-)

Эта тема может быть связана: Когда RAID стоит проблем?

И еще один: аппаратный RAID с использованием Dell PERC 6 или программный RAID?