производительность iSCSI SAN RAID 10 — Плохое Чтение, Хорошая Запись
У меня есть единица SAN EqualLogic PS4000 с последним встроенным микропрограммным обеспечением, установкой в RAID 10. У меня есть 3 Объема на 2 ТБ на SAN, делившем через iSCSI на 2 eth портах на двух различных подсетях. Я переместился, тестовый сервер к этому недавно устанавливают SAN, и мое тестирование показывает мне проблему.
Я получаю мрачную производительность чтения во всем кроме теста с 32 глубинами очереди (см. изображение присоединения),
Производительность записи, кажется, права относительно того, где это должно быть.
Я примерил MPIO и прочь, на было немного лучше, но не очень.
Я обнаружил проблему!
Проблема заключалась в сетевом уровне между моими хостами в SAN. Сначала я напрямую подключаю SAN к хосту, и у меня не было проблем. Итак, я подключил его как было и начал устранять неполадки в сети. На трафик, который выдает эта конкретная сеть хранения данных PS4000, очевидно, отрицательно влияет протокол Spanning Tree Protocol. Как только я отключил STP на портах, связанных с PS4000 SAN, все начало работать, как и предполагалось.
Спасибо за все предоставленные мне данные, которые помогли мне прийти к этому.
Первое, что следует заметить, это то, что вы на самом деле не тестируете здесь производительность SAN. Поскольку ваш IO бенчмарк работает на диске C виртуальной машины, я бы предположил, что это виртуальный жесткий диск, хранящийся в файловой системе одного из этих 2 ТБ томов (например, VMDK, хранящийся в хранилище данных VMware VMFS). У вас есть lot дополнительных уровней в пути ввода/вывода, которые не должны быть у вас в целях тестирования, если это единственный тест, который вы запустили на этом томе или даже на этой ВМ.
Я бы рекомендовал предоставить вашей виртуальной машине прямой iSCSI доступ к отдельному тестовому тому, отформатировать том и запустить тест снова на тестовом томе.
Во-вторых, вам нужно определить, является ли IOPS нагрузка на диски фактором в ваших результатах, предполагая, что этот массив уже находится в производстве и имеет регулярную нагрузку на него. Штаб-квартира SAN предоставляется компанией Dell без дополнительной оплаты, при условии, что у вас есть активная гарантия на систему. SAN HQ предоставляет данные о IOPS для каждого шпинделя, и может показать вам, плохо ли выполняется ввод/вывод в очереди, когда вы выполняете эти тесты.
С помощью 16 шпинделей x 7.2K и настройки MPIO/сетей, которые у вас есть, вы легко сможете насытить одно гигабитное соединение, которое есть у этой ВМ (благодаря вашей конфигурации split-horizon, к которой я обращусь ниже). Если какая-либо из полос пропускания этого одиночного канала используется другими входами/выходами, это ещё один фактор, который ограничит или потенциально прервёт ваши результаты.
разделяемый через iSCSI на 2 эт-портах в двух разных подсетях
Это определённо усугубит проблемы с производительностью - массивы Equallogic не предназначены для использования с несколькими подсетями iSCSI, и эта конфигурация не поддерживается вовсе. При текущей конфигурации у вас нет избыточности на уровне сети на стороне EQL-массива (если сетевая связь падает на стороне EQL, то одна подсеть теряет весь доступ к iSCSI)
Последний фактор, о котором следует упомянуть, - это сам Гипервизор. Не исключено, что одним из факторов могут быть и проблемы с конфигурацией физического хоста или аппаратного обеспечения. Если вы в состоянии полностью исключить дисковую нагрузку IOPS и доступность пропускной способности сети в качестве виновников проблемы производительности, вам, возможно, придется обратиться за помощью к провайдеру поддержки. Я настоятельно рекомендую обратиться в службу поддержки Dell's Equallogic, особенно если вы используете VMware ESX.
.