Общий вопрос о конфигурациях RAID, конкретно вложенном RAID 50
Журналы могут действительно пригодиться в определенных ситуациях. Продолжающиеся ситуации отклоняются отчеты, которые могут показать Вам просмотр страницы или транспортный рост или трафик ссылающегося домена (какая поисковая система отправляет трафик Вам). Если у Вас есть действительно большие файлы журнала, полезно обработать их часто и просто сохранить сводку, которую сохраняет Ваш инструмент создания отчетов.
Другой вещью, которая полезна, являются исторические данные, если необходимо искать его. Это пригождается, если у Вас есть нападение внедрения SQL, какой-либо другой тип нападения или даже DDOS, где Вы хотите разыскать, когда это запустилось и если компьютеры зомби прибывают из определенного региона. В этих ситуациях Вы будете очень благодарны, что имеете в наличии журналы.
Кроме того, если у Вас есть PCI или другие требования соответствия, это может быть требование для сохранения определенного количества регистрации данных.
Можно выключить вход для определенных папок. Например, если у Вас есть подсистема балансировки нагрузки или контролирующее программное обеспечение, можно выключить вхождение в систему папки, против которой это тестирует. Можно также выключить \images папку или другие папки, которые могут получить большой трафик, но которые не должны быть зарегистрированы.
Честно, ответ на Ваш вопрос зависит, частично, на том, на что похожа остальная часть Вашей установки. Вы задаете вопросы об уровнях дублирования на локальных RAID-контроллерах, когда Вы говорите об устройстве хранения данных, которое самом имеет единую точку отказа, хост-машина, с которой оно подключено.
Если Вы не переходите к своего рода общему массиву (который мог бы быть намного более простым и более низкого уровня, чем SAN), Вы найдете, что отказ Вашего медосмотра вычисляет хост, удалит все Ваши рабочие нагрузки. Это будет всегда иметь место, если Вы не переместитесь в общий массив, который не использует Ваш локальный RAID-контроллер. Этот факт может привести Вас к стратегии, где Вы создаете резервную копию своего VMs довольно часто, больше, чем Вы могли бы при кластеризации двух или больше хостов с общим бэкэндом.
И если Вы делаете те резервные копии так часто, что можно пережить отказ хоста, Вы могли бы прийти к заключению, что просто хотите использовать тот локальный RAID-контроллер в чередуемом режиме (RAID 0) для чистой производительности.
Честно, тем не менее, в Вашей ситуации я, вероятно, искал бы единственный массив RAID6, если Ваш контроллер поддерживает ее. Поскольку "freiheit" сказал, тем не менее, что он зависит очень от типа трафика СХД, который Ваши VMs собираются генерировать. Много случайных записей от нескольких VMs одновременно могло бы сокрушить Ваш RAID-массив. Если так, Вы хотели бы оптимизировать для производительности. В противном случае Вы могли бы хотеть оптимизировать для надежности, завися меньше от резервных копий.
О каком количестве дисков Вы говорите? В каком количестве устройства хранения данных Вы нуждаетесь? Вы говорите приблизительно 2 RAID5s в RAID0, или Вы говорите 20 RAID5s в RAID0? Каковы аппаратные средства? Существенно, различие в производительности между RAID50 и RAID10 зависит от аппаратных средств.
RAID 1 не дает Вам изменения производительности на записи, но может удвоить Вашу производительность чтения (особенно с несколькими одновременными запросами чтения; они могут быть распространены через оба диска),
RAID 5 не является "горячим резервированием", он больше похож "на чередуемую четность". Можно потерять любой единственный диск в RAID5, и он продолжает работать, но "ухудшенным" способом. Производительность записи к RAID 5 может быть ограничена тем, как быстро можно вычислить четность; данная плата RAID будет иметь максимальную скорость, что она может вычислить четность и поэтому максимальную скорость записи, независимо от того, сколько дисков Вы имеете.
RAID 50 (RAID 0 из массивов RAID 5) мог работать хорошо. Это подобно в производительности единственному большому RAID 5 или JBOD RAID 5. Однако RAID10 не имеет никакого предела вычисления блоков четности. Если у Вас нет некоторых раскормленных аппаратных средств, вероятно, что вычисление блоков четности на нескольких, лежащих в основе дисков RAID5, будет ограничивающим фактором на записях. Это действительно зависит от того, что делает вычисления блоков четности RAID5.
Делаете ли Вы RAID 50 или RAID 10, с которым много дисков Вы хотите убедиться сохранить горячее резервирование (неиспользованный диск готовый быть перемещенными в любой из основных массивов в случае сбоя диска). С этим много дисков неизбежно, что каждый перестанет работать, и горячее резервирование может купить Вас время. Вы могли бы также рассмотреть RAID6 (RAID5 двойная четность) вместо этого, так как это более отказоустойчиво. Производительность, использование пространства и отказоустойчивость единственного RAID6 должны быть очень похожи на RAID 0 составленные из двух массивов RAID 5.