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