Разница между программным и аппаратным RAID 10, если сервер внезапно выключился

Ответ является окончательным "зависит".

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

Я также видел проблему с аппаратным RAID-массивом, когда проблема была в RAID-контроллере, он мешал и повредил данные, даже новый контроллер не смог его восстановить (хотя спасибо за резервные копии).

В общем, я БОЛЬШОЙ поклонник программного обеспечения Linux RAID. Причина в том, что вы не зависите от одного поставщика, и это доказало свою ценность на протяжении многих, многих лет. Это надежно, вы можете легко восстановить данные, вы можете изменить их, вы можете делать все, что вы хотите.

В случае программного RAID-массива Linux, когда ваша системная плата и т. Д. Выходит из строя и вы хотите перевести свои диски на новое оборудование, выполните следующие действия:

1. Выньте свои жесткие диски и вставьте их в новое оборудование.
2. Готово.

То, как вы подходите к этому с аппаратным RAID, зависит от типа используемого вами RAID. Особенно со старым оборудованием это может быть облом.

Кроме того, всегда имейте в виду: RAID не является резервной копией. Основная причина использования RAID - сокращение времени простоя в случае отказа диска. И в большинстве случаев это позволяет избежать переустановки и восстановления из резервной копии, но никогда не использовать ее вместо резервной копии, а просто как дополнение.

В отличие от программного обеспечения и аппаратного RAID, другое поведение обусловлено наличием (или отсутствием) защищенного кэша с потерей мощности:

• Программный RAID1 обычно запускается через встроенные порты SATA/SAS, в которых отсутствуют защищенные кэши. Это означает, что в случае неожиданной потери мощности запись может быть сохранена только на одном диске / участке, эффективно десинхронизируя массив. Когда питание восстанавливается, массив повторно синхронизируется путем копирования данных с первого диска / участка. Чтобы сократить время синхронизации, расширенные реализации RAID (например, Linux MDRAID) используют битовую карту записи для отслеживания последних обновлений блоков (синхронизируя только области вокруг этих блоков). Обратите внимание, что, основываясь на реализации RAID, вы не можете гарантировать, что первый диск / диск содержит самые обновленные / правильные данные. Это означает, что процесс повторной синхронизации в основном выполняется для приведения массива в согласованное состояние, а не для "восстановления" данных;

• аппаратный RAID1 без BBU/FBWC имеет тот же недостаток, что и его программные собратья (с небольшими отличиями из-за аппаратного RAID, часто отключающего частный кэш-память DRAM, что значительно снижает производительность даже по сравнению с программными RAID-системами);

• Аппаратные RAID1 с BBU/FBWC в силу энергонезависимой природы их кэшей невосприимчивы к этой проблеме: любая запись, записанная в кэш, всегда будет записываться на оба диска, даже в случае неконтролируемого завершения работы.

Короче говоря, я категорически отдаю предпочтение Linux MDRAID, а не аппаратному RAID без кеша: его код открыт, в отличие от обычных двоичных объектов, обнаруженных внутри аппаратных карт RAID. Тем не менее, для достижения более высокой производительности может потребоваться надлежащий аппаратный RAID-массив с большим FBWC.

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

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