Рекомендуется ли использовать программный RAID-1 в производственной среде? Из-за бюджетных ограничений я не могу получить аппаратный RAID-контроллер для нового сервера.
Хотя я знаю о небольшом снижении производительности, действительно ли это такая большая разница?
На самом деле, вам может понравиться программный RAID, поскольку он более гибкий в отношении размеров и типов дисков. Я бы почти рекомендовал его вместо аппаратного RAID из-за этого и из-за того, что ptman говорит о необходимости иметь резервный контроллер на случай, если он умрет.
PS Я бы не стал использовать аппаратное или программное обеспечение RAID5. http://www.baarf.com/ Я не просто принимаю то, что они говорят. Я был разочарован производительностью RAID5 и нашел ответ, почему. Сделайте RAID 10 или аналогичный.
Программный RAID1 Linux в порядке. И в чем-то лучше аппаратного RAID. Я ненавидел невозможность обновить ядро установки RHEL, потому что бинарные драйверы для аппаратного RAID не были обновлены для нового ядра. И если карта RAID умирает, вам нужно получить другую, чтобы получить данные (ну, не обязательно с RAID1, но с RAID5 вы бы), но с программным RAID подойдет любая машина.
Я в основном согласен с тем, что уже было сказано, программный RAID в Linux работает отлично.
Однако я хотел бы добавить предостережение: мне не повезло с конфигурациями, в которых загрузочные и / или корневые диски зеркалируются. Хотя целостность данных сохраняется, возникли две эксплуатационные проблемы.
Первый сильно различается в зависимости от аппаратного обеспечения и версий ядра: у меня были ящики, которые запирались или даже паниковали, когда какой-либо диск выходил из строя. Новое оборудование с недавними ядрами, похоже, значительно улучшило эту ситуацию, но я не могу гарантировать, что это исчезнет.
Второй - получение машины с плохим «загрузочным» диском для загрузки. В большинстве случаев grub или другой подходящий загрузчик не будет автоматически установлен на оба диска, поэтому, если основной загрузочный диск отключается и сервер перезагружается, он не будет восстановлен без ручного вмешательства. Конечно, эту проблему можно решить, тщательно убедившись, что grub правильно установлен на обоих дисках.
Я использую программное обеспечение FreeBSD RAID-1 (gmirror) на производственных веб-серверах, и влияние на производительность не заметно.
Я бы не предлагал программный RAID-5 из-за накладных расходов на производительность (расчет четности лучше оставить выделенному RAID-контроллеру). и я бы не стал запускать его на сервере базы данных в производственной среде, но если дисковый ввод-вывод не будет слишком тяжелым, это, вероятно, нормально.
Программное обеспечение raid1 Linux работает нормально в моей производственной среде. 2 жестких диска Seagate Barracuda 7200 об / мин, 16 МБ, 500 ГБ:
/ dev / md0:
Время чтения из кеша: 1894 МБ за 2,00 секунды = 946,49 МБ / с
Считывание с буферизованного диска по времени: 312 МБ за 3,01 секунды = 103,62 МБ / с
Я использовал аппаратный RAID1 с Linux… и я заменил их все на mdadm. Аппаратные решения (я думаю, не топовые, но все же не самый дешевый «псевдо-рейд») я счел ненадежными. Даже если он работал какое-то время после обновления ядра, он перестал работать правильно. Казалось, что поиск правильной комбинации прошивки + драйвера может помочь, но вместо этого было проще настроить программный RAID.
В противном случае просто отказал RAID-контроллер. И без него было сложно вернуть данные с дисков. С Linux RAID1 вы всегда можете получить доступ к своим данным, если они все еще находятся на диске, вы не зависите от конкретного оборудования… и производительность не намного ниже.
Поскольку я использую RAID для надежности, программное обеспечение кажется мне лучше. я нашел это Больше надежный.
Да! Учитывая, что вы не можете получить настройку аппаратного рейда, рейд 1 готов - это программное обеспечение намного лучше, чем отсутствие рейда вообще.