Диагностика узких мест в iSCSI

565
Eds

Я только что взял в свои руки несколько DL380 G5 и подумал, что смогу использовать их в своей домашней лаборатории, чтобы протестировать создание кластера Hyper-V с использованием настройки хранилища iSCSI. Я установил Server 2012 R2 на всех трех и создал несколько дисков / LUN iSCSI на одном хосте, на котором все 8 дисков работают в RAID 10.

Все три сервера имеют как минимум 6 сетевых карт, поэтому я решил, что лучше всего использовать 4 на сервере хранения для iSCSI, 1 для управления хостом и 1 в режиме ожидания. Затем на узлах hyper-v я бы использовал 2 для iSCSI, 2 для локальной сети VM, с 1 управлением и 1 резервом.

Для обеспечения максимальной производительности я разделил трафик управления и хранения на отдельные коммутаторы. Хост-хранилище использует встроенную функцию объединения сетевых адаптеров 2012 года для объединения сетевых адаптеров в единый интерфейс / IP-адрес (в соответствии с этой статьей эта настройка объединения сетевых карт поддерживается для целевой стороны). На хостах Hyper-V я держал их отдельно и вместо этого установил MPIO (используя руководство из этой главы), настроив путь от каждого сетевого адаптера до IP-адреса хранилища.

Мой запрос в основном вращается вокруг этого; Выполняя тестирование диска на хосте хранения, я получаю около 250 МБ / с для чтения / записи (как на физическом томе, так и на смонтированном VHDX, на который указывает мой iSCSI). Когда я использую один сетевой адаптер на хостах hyper-v и подключаю этот iSCSI LUN, я получаю около 95-100 МБ / с (из-за одного гигабитного интерфейса, ожидаемый результат). Когда я настраиваю второй сетевой адаптер, мои операции чтения и записи достигают примерно 150 МБ / с, что, как я ожидал, будет ближе к 200 МБ / с. При добавлении третьего NIC к миксу мои чтения и записи все еще находятся на отметке 150 МБ / с.

Я знаю, что не должен ожидать того же результата, что и тест, который я проводил на самом хосте, но я нахожу странным, что он ограничен 150 МБ / с. На коммутаторе и на всех сетевых картах включены Jumbo-кадры, но я не могу преодолеть эту проблему. Есть ли какие-либо другие шаги, которые я должен выполнить здесь, или это будет ожидаемая скорость передачи при такой настройке?

5
Вы объединяетесь в сетевых платах и ​​платах расширения? Это может быть узким местом в автобусе. Linef4ult 8 лет назад 0
Объединение на хосте хранения выполняется на одной карте, которая представляет собой 4-портовый гигабитный сетевой адаптер HP NC364T. То же самое относится и к стороне Hyper-V, используя ту же карту. Не думал о распределении между несколькими физическими адаптерами, так что попробуйте. Eds 8 лет назад 1
Похоже, что разные физические сетевые карты не имеют значения. Ради этого я попробовал простое копирование файла, а не тест CrystalDisk, и мне показалось, что он приближается к 220 МБ / с, поэтому я начинаю подозревать, что iSCSI MPIO был в порядке, и это был тест, который был отключен , Собираюсь пойти с iSCSI для моего тестового кластера, и посмотреть, что произойдет. Eds 8 лет назад 0
Еще более необычно, после того, как я вижу, что операция копирования файла завершена, я все еще вижу фоновый сетевой трафик как на узле Hyper-V, так и на сервере хранения, все еще ограниченный скоростью 100 МБ / с. Это действительно начинает расстраивать меня! Eds 8 лет назад 0
Попробуйте отключить очереди виртуальных машин, перезагрузить «голое железо» и снова протестировать. Linef4ult 8 лет назад 0
Единственное место, где я мог найти VMQ, было на адаптере команды NIC. Отказался от этого, перезапустил. Копирование на устройство хранения показывает фоновый трафик после завершения операции с файлом, копирование с него не показывает сетевой трафик с обеих сторон?!?! ха-ха Eds 8 лет назад 0
Проблема с VMQ связана с адаптерами Broadcom. У DL есть такие, если вы заказываете их вместе с ними. Вы отключаете VMQ на адаптере. Затем снова подключите сетевой адаптер к другому виртуальному коммутатору. Вы можете изменить привязку обратно на оригинал, но вам нужно изменить виртуальные коммутаторы один раз. Вы можете увидеть ваш мониторинг трафика работает сейчас. Citizen 7 лет назад 0

0 ответов на вопрос