Производительность iSCSI SAN RAID 10 - плохое чтение, хорошая запись
У меня есть устройство EqualLogic PS4000 SAN с последней микропрограммой, настроенной на RAID 10. У меня есть 3 тома 2 ТБ в SAN, разделенных через iSCSI на 2 порта eth в двух разных подсетях. Я переместил тестовый сервер в эту недавно настроенную сеть SAN, и мое тестирование показало мне проблему.
Я получаю удручающую производительность чтения во всем, кроме теста с глубиной 3 2 очереди (см. Прикрепленное изображение)
Производительность записи, кажется, правильна относительно того, где она должна быть.
Я пробовал MPIO время от времени, было немного лучше, но не намного.
2 ответа
Я нашел проблему!
Проблема была в сетевом уровне между моими хостами в SAN. Сначала я напрямую подключаю SAN к хосту, и у меня не было проблем. Поэтому я подключил его к тому, что было, и начал устранять неполадки в сети. На трафик, который выдает эта конкретная сеть PS4000 SAN, очевидно, отрицательно влияет протокол связующего дерева. Как только я отключил STP на портах, связанных с PS4000 SAN, все начало работать, как и предполагалось.
Спасибо за всю информацию, предоставленную мне, которая помогла мне привести к этому.
Первое, что нужно отметить, это то, что вы на самом деле здесь не тестируете производительность SAN. Поскольку ваш тест ввода-вывода выполняется на диске C виртуальной машины, я бы предположил, что это виртуальный жесткий диск, хранящийся в файловой системе одного из этих томов объемом 2 ТБ (например, VMDK, хранящийся в хранилище данных VMware VMFS). У вас есть много добавленных слоев к пути ввода / вывода, которые не должны быть в целях тестирования, если это единственный тест, который вы выполняли на этом томе или даже на этой виртуальной машине.
Я бы порекомендовал предоставить вашей виртуальной машине прямой доступ iSCSI к отдельному тестовому тому, отформатировать его и снова запустить тест на томе теста.
Во-вторых, вам нужно определить, является ли нагрузка IOPS на дисках фактором ваших результатов, если предположить, что этот массив уже находится в рабочем состоянии и имеет постоянную рабочую нагрузку. Штаб-квартира SAN предоставляется корпорацией Dell бесплатно, при условии, что у вас есть активная гарантия на систему. SAN HQ предоставляет вам данные о IOPS для каждого шпинделя и может показать вам, плохо ли выстраивается очередь ввода-вывода при выполнении этих тестов.
Имея 16 x 7,2K шпинделей и имеющуюся настройку MPIO/ сети, вы легко сможете насыщать один гигабитный канал, который есть у этой виртуальной машины (из-за конфигурации с разделенным горизонтом, о которой я расскажу ниже). Если какой-либо из пропускной способности этой единственной ссылки используется другим вводом / выводом, это еще один фактор, который ограничит или потенциально прервет ваши результаты.
разделен через iSCSI на 2 порта eth в двух разных подсетях
Это определенно будет способствовать проблемам с производительностью - массивы Equallogic не предназначены для использования с несколькими подсетями iSCSI, и эта конфигурация вообще не поддерживается. В текущей конфигурации у вас нет избыточности на уровне сети на стороне массива EQL (если сетевое соединение отключается на стороне EQL, одна подсеть теряет весь доступ iSCSI).
Последний фактор, который следует упомянуть, - это сам гипервизор. Возможно, что проблемы с конфигурацией физического хоста или оборудованием также могут быть фактором. Если вы можете полностью исключить рабочую нагрузку дискового IOPS и пропускную способность сети в качестве виновников вашей проблемы с производительностью, вам, возможно, придется обратиться за помощью к поставщику поддержки. Я настоятельно рекомендую обратиться в службу поддержки Dell Equallogic, особенно если вы используете VMware ESX.