Низкая производительность записи с HBA-адаптером HP H240 с использованием внутреннего хранилища с твердотельными накопителями Raid 5
У меня есть сервер HP Proliant DL 160 Gen9 с адаптером главной шины HP H240. 6 твердотельных накопителей Samsung емкостью 1 ТБ, настроенных в рейде 5, напрямую с использованием внутренней памяти машины. После установки на нее виртуальной машины с помощью VMware (6.0) я провел тест со следующим результатом:
После некоторых исследований я пришел к следующему выводу:
Контроллер без кеша будет иметь проблемы с вычислением полос raid 5, и я плачу за это производительностью записи. Но 630 МБ / с при чтении и 40 МБ / с кажутся немного скудными. Во всяком случае, я обнаружил, что у других такая же проблема.
Поскольку сегодня я не могу сменить контроллер, есть ли способ проверить, находится ли контроллер на грани? Или мне действительно нужно попробовать что-то получше и посмотреть результат? Какие у меня варианты? Я новичок в серверах / оборудовании / установке, поскольку в моей предыдущей компании этим управлял внешний хостинг-провайдер.
ИЗМЕНИТЬ ОБНОВЛЕНИЕ
Вот теперь производительность с включенным кешем записи. Показатель повысился еще до того, как я внес изменения. Не уверен, что произошло, я просто поигрался в настройках BIOS на машине с Windows. Сегодня я иду обновить прошивку до последней версии, посмотрим, что это нам даст. 
Вот скриншот теста производительности с новым контроллером P440 с активированным кэш-памятью 4 ГБ. (включение HP SSD smart path, кстати, не привело к повышению производительности.) Но с кешем мы получаем гораздо лучшие результаты. Конечно, я тестировал его с файлами> 4 ГБ, чтобы убедиться, что тестируете диск, а не кеш.
HP H240 не является RAID-контроллером. Это адаптер главной шины, предназначенный для предоставления прямого доступа к дискам операционной системе хоста. Это относится к людям, использующим программный RAID, ZFS, Hadoop, Windows Storage Spaces и т. Д. У него есть некоторые ограниченные возможности RAID, но, как вы можете видеть, этого недостаточно.
Для целей VMware вам понадобится HP Smart Array RAID-контроллер как 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 с кэшем WB 256 МБ и включенным дисковым кешем, у меня не было потерь во время многократных запланированных испытаний потери питания), что вызывает неопределенность и вызывает много опасений.
Некоторые карты RAID принудительно отключают частный кеш диска. Это убивает производительность SSD потребительского уровня, поскольку они интенсивно используют частный кэш DRAM как для кэширования своей таблицы косвенного обращения, так и для маскировки больших задержек, связанных со стиранием / программированием MLC NAND. Например, очень быстрый в остальном Crucial M550 240 ГБ диск записывает с невероятно медленной скоростью 5 МБ / с, когда его внутренний кеш отключен.
Итог: хотя включение частного кеша диска может значительно увеличить скорость ввода-вывода, пожалуйста, будьте конечно (посредством тестирования), что отключение электроэнергии не приведет к неожиданной потере данных.
Raid 5 всегда имеет низкую производительность записи. Я предлагаю использовать Raid 10, но вы все равно устанавливали драйверы для VMware ESXI с веб-сайта HP? Также рассмотрите возможность обновления прошивки. Если Raid все еще находится в состоянии построения / инициализации, производительность массива временно снижается. Иногда это может занять до пары дней, если это полная инициализация.
Есть ли в h240 настоящий процессор ROC? Вам не нужен FBWC для RAID 5 с SSD, потому что RAM медленнее, чем SSD RAID. С моим 8x 256gb 850 pro я получаю 2,9 ГБ / с со старым LSI 9260 и отключенным кешем записи. С включенным кешем записи у меня всего 900Мб / с.