Почему MPIO вместо 802.3ad Team для iSCSI

Выполняя свой первый сервер с целью iSCSI, я подумал, что скоро начну работать, установив сетевой адаптер на сервере (обычная команда 802.3ad).

Тем не менее, из многих онлайн-источников я вижу, что это НЕ рекомендуется, и вместо него следует использовать MPIO (в этой рекомендации не было конкретного определения размера, и, похоже, он применяется от кластера из 3 узлов к большим кластерам из десятков узлов и выше).

Я знаю, что MPIO лучше, так как он агрегирует передачи по независимым маршрутам (тогда как обычная команда NIC была бы на том же коммутаторе), кроме этого есть какая-то другая причина (риск повреждения данных) для Microsoft и состояния учебных материалов для использования MPIO вместо объединения ?

— morleyc
источник

Можете ли вы немного расширить свою архитектуру iSCSI? Сколько адресов инициатора / цели вы работаете, сколько физических коммутаторов, все в одной подсети или несколько?

Основной ответ таков: потому что MPIO управляет сквозными путями подключения и лучше справляется с балансировкой нагрузки подключения и устойчивостью соединения, чем общие механизмы избыточности сети и балансировки нагрузки.

Конкретные технические причины этого зависят от архитектуры, поэтому я могу быть более конкретным, если вы предоставите дополнительную информацию о настройке сети iSCSI. Несколько общих примеров:

Без какого-либо MPIO ваш IP-диалог инициатора к цели - это просто отдельный разговор. 802.3ad требует, чтобы порядок пакетов в диалоге не изменялся (и вы все равно не хотели бы, чтобы ваш трафик iSCSI был не в порядке), поэтому вы ограничены пропускной способностью одной линии.
MPIO обнаруживает и обрабатывает сбои пути, тогда как 802.3ad может компенсировать только сбой канала - и только если этот сбой канала правильно обнаружен. Если ваша сетевая карта зависает, но все еще сообщает о хорошем соединении, или ваша конфигурация коммутатора испорчена для определенного порта, вы, скорее всего, потеряете подключение к хранилищу, несмотря на то, что вторая ссылка все еще работает.
Вы привязаны к одному физическому коммутатору, вместо того чтобы иметь возможность подключать сетевые адаптеры вашего хоста к различным коммутаторам.

— Шейн Мэдден
источник

Привет, Шейн, спасибо за ответ - для нашей настройки это одна подсеть хранения и 1 физический коммутатор, однако в документации не указан размер, в котором сказано только использование MPIO. Из ваших комментариев кажется, что возможно использовать команду, но MPIO предпочтительнее. Хорошее объяснение, если вы не хотите больше добавлять, вы ответили на мой вопрос и скоро пометите его как таковой.

— Morleyc

@ g18c Да, поэтому основные преимущества, которые вы получите от MPIO вместо агрегации каналов, - это возможность повысить пропускную способность (если вашей пропускной способности достаточно для насыщения одного сетевого адаптера), а также возможность изящно обрабатывать более широкий диапазон состояния отказа. Наверное, вопрос в том, есть ли какие-то конкретные причины, по которым вы предпочитаете использовать 802.3ad вместо MPIO?

— Шейн Мэдден

MPIO становится особенно полезным, когда вы более продвинуты в настройке ISCSI - потому что с MPIO у вас есть отдельные логические соединения, которые могут выполнять избыточные конечные точки. SAN может реплицироваться в фоновом режиме, и 2-3 цели на самом деле являются разными amchines. Пока у вас есть сценарий «один путь, один сетевой адаптер», преимущества не так уж жестоки.

— TomTom