Мне немного неловко, что я никогда не видел и не использовал параметр -iops как часть esxcli deviceconfig параметры.
Я наткнулся на статью и приступил к тестированию до и после использования различных размеров блоков и значений чтения / записи, и я вижу безбожный прирост производительности нашей сети хранения данных v3700, которая скоро будет развернута, независимо от конфигурации диска.
Мониторинг пропускной способности 8 интерфейсов iSCSI (это активный / активный дизайн) с помощью бесплатного монитора полосы пропускания SNMP Solarwinds на стековых коммутаторах, я видел, как каждый интерфейс подскочил со 120 Мбит / с (или 12% загрузки) до 325 Мбит / с (загрузка ~ 33%) . Некоторые из них были даже привязаны, что навело меня на мысль, что на этом конкретном порту была потеря пакетов (у меня не было возможности проверить статистику порта до завершения задания IOMeter).
Так в чем же здесь обратная сторона, кроме перенасыщения определенного пути (ссылка)? Какую безопасную и счастливую обстановку используют люди? Слишком хорошо, чтобы быть правдой.
В большинстве конфигураций iSCSI MPIO, которые я использую с VMware, в конечном итоге используются политики выбора пути, рекомендованные поставщиком SAN.
Для циклического перебора большинство систем хранения, которые я использовал, рекомендуют снизить количество операций ввода-вывода по умолчанию, прежде чем переключать пути со значения по умолчанию. 1000 к 1.
Изменить: у меня на недавней работе был v3700. В Лучшие практики IBM (см. Стр. 12) Отражено, что пути должны быть исправлены на ESXi 5.1 и циклическом переборе на 5.5. Для настройки мы настроились на 1 Операция ввода / вывода.