Назад | Перейти на главную страницу

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

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

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

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

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

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

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

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