Низкая производительность записи с HP H240 HBA с использованием внутреннего хранилища с RAID-массивами Raid 5
У меня сервер HP Proliant DL 160 Gen9 с адаптером хост-шины HP H240. 6x 1 ТБ Samsung SSD сконфигурированы в рейде 5 напрямую, используя внутреннее хранилище машины. После установки на нее виртуальной машины с помощью VMware (6.0) я провел тест со следующим результатом:
После некоторых исследований я пришел к следующему выводу:
Контроллеру без кеша будет сложно рассчитать рейд 5 полос, а я плачу в производительности записи. Но чтение 630 МБ / с и 40 МБ / с кажутся немного бедными. Во всяком случае, я обнаружил, что у других была такая же проблема.
Поскольку я не могу изменить контроллер сегодня, есть ли способ проверить, находится ли контроллер на грани? Или мне действительно нужно попробовать лучше и посмотреть результат? Какие у меня варианты? Я довольно новичок в области Сервер / Оборудование / Установка, поскольку в моей предыдущей компании этим управлял сторонний хостинг-провайдер.
РЕДАКТИРОВАТЬ ОБНОВЛЕНИЕ
Вот теперь производительность с включенным кэшем записи. Чтение повысилось даже прежде, чем я сделал изменение. Не уверен, что случилось, я просто поиграл в настройках BIOS компьютера Windows. Сегодня я иду обновить прошивку до последней версии, давайте посмотрим, что она нам дает.
Вот скриншот теста с новым контроллером P440 с активированным кешем 4 ГБ. (Включение интеллектуального пути HP SSD не принесло улучшения производительности.) Но с Cache мы получаем гораздо лучшие результаты. Конечно, я проверил это с файлами> 4 ГБ, чтобы проверить диск, а не кэш.
4 ответа
HP H240 не является контроллером RAID. Это адаптер шины хоста, предназначенный для обеспечения прямого доступа дисков к операционной системе хоста. Это относится к людям, использующим программный RAID, ZFS, Hadoop, Windows Storage Spaces и т. Д. Он имеет некоторые ограниченные возможности RAID, но, как вы можете видеть, этого недостаточно.
Для целей VMware требуется RAID-контроллер HP Smart Array, например, HP Smart Array P440.
Как вы уже обнаружили, низкая скорость записи не имела никакого отношения к медленному вычислению четности (современные процессоры очень быстры в этом), но была вызвана частным кешем DRAM на отключенном диске, а точнее тем, насколько сильно флеш-память нуждается в ней. хорошая устойчивая работа.
Даже старый процессор моего ноутбука (Core i5 M 520, поколение Westmere) имеет производительность XOR более 4 ГБ / с и производительность с синдромом RAID-6 более 3 ГБ / с по одному исполнительному ядру.
Преимущество, которое поддерживает аппаратный RAID сегодня, заключается в наличии защищенного кэш-памяти DRAM в виде BBU или NVRAM. Этот защищенный кэш обеспечивает очень низкую задержку для произвольного доступа к записи (и чтения, которые обращаются) и в основном преобразует случайные записи в последовательные записи. RAID-контроллер без такого кеша практически бесполезен. Более того, некоторые низкоуровневые RAID-контроллеры не только не имеют кеша, но и принудительно отключают частный кэш DRAM диска, что приводит к более низкой производительности, чем вообще без платы RAID. Примером являются карты DELL PERC H200 и H300: если новая прошивка не изменила это, они полностью отключают частный кэш диска (и его нельзя повторно включить, пока диски подключены к RAID-контроллеру). Сделайте себе одолжение и никогда не покупайте такие контроллеры. Хотя даже контроллеры более высокого уровня часто отключают частный кэш диска, они, по крайней мере, имеют собственный защищенный кэш, что делает частный кэш жесткого диска (но не SSD!) Несколько избыточным.
Это еще не конец. Даже способные контроллеры (те, что имеют кэш BBU или NVRAM) могут давать противоречивые результаты при использовании с SSD, в основном потому, что SSD действительно нужен быстрый частный кэш для эффективного программирования / стирания страниц FLASH. И хотя некоторые (большинство?) Контроллеры позволяют вам повторно включить частный кэш диска (например, PERC H700/710/710P позволяют пользователю повторно включить его), если этот частный кэш не защищен от записи, вы рискуете потерять данные в случае потери мощности. Точное поведение в действительности зависит от контроллера и встроенного программного обеспечения (например, на DELL S6/i с 256 МБ кэш-памяти WB и включенным кешем диска, у меня не было потерь при многократном плановом тестировании потери мощности), что вызывает неопределенность и вызывает много проблем.
и еще немного информации:
Некоторые RAID-карты принудительно отключают приватный кэш диска. Это убивает производительность для SSD потребительского уровня, поскольку они интенсивно используют частный кэш DRAM как для кэширования своей таблицы косвенности, так и для маскировки большой задержки, связанной с удалением / программированием MLC NAND. Например, в противном случае очень быстрая запись Crucial M550 240 ГБ с невероятно медленной скоростью 5 МБ / с, когда его внутренний кэш отключен
Итог: хотя включение частного кэша диска может значительно увеличить скорость ввода-вывода, пожалуйста, будьте уверены (посредством тестирования), что отключение питания не приведет к неожиданной потере данных.
Raid 5 всегда имеет плохую производительность записи. Я предлагаю использовать Raid 10, но в любом случае вы установили драйверы для VMware ESXI с веб-сайта HP? Также рассмотрите возможность сделать обновление прошивки. Если Raid все еще находится в состоянии построения / инициализации массива, производительность временно снижается. Иногда это может занять до пары дней, если это полная инициализация.
Есть ли у h240 настоящий процессор ROC? Вам не нужен FBWC для RAID 5 с твердотельными накопителями, потому что ОЗУ медленнее, чем RAID-массив SSD. С моим 8x 256 ГБ 850 Pro я получаю 2,9 Гбит / с со старым LSI 9260 и отключенным кешем записи. С включенным кешем записи у меня всего 900Мб / с.