PS5000E Dell Equallogic, Мультисоединяющий Дополнительный Модуль каналом для VMware vSphere, потребовал, даже если устройство хранения данных не представлено ESXI?
Единственный Dell Equallogic массив PS5000E, fw 7.0.5, двойной контроллер, NIC0 и NIC1 на каждом контроллере находятся на VLAN iSCSI, NIC2 на каждом контроллере, находится на VLAN управления.
VMware vSphere 5.5, iSCSI программного обеспечения, каждый хост имеет два физических NICs, подключенные к VLAN iSCSI. трафик iSCSI пробегает стандарт vSwitch, который имеет два vmkernel порта, каждому vmkernel порту назначили один физический NIC активным и соответствующий другой набор к неиспользованному. Привязка порта настраивается правильно на вкладке конфигурации сети адаптера iSCSI программного обеспечения.
PS5000E не будет представлен хостам ESXI и не будет использоваться в качестве хранилища данных VMDK. PS5000E будет представлен как устройство iSCSI к VM, чем Windows Server 2012 R2 выполнений, отформатировал с NTFS и использовал этим VM исключительно. VM будет иметь два виртуальных NICs на VLAN iSCSI. VM будет иметь Инструменты Интеграции Хоста Dell EqualLogic для Microsoft установленными, который должен заботиться о стороне ОС MPIO к PS5000E.
Вопрос состоит в том, нужен ли хостам ESXI Dell EqualLogic, Мультисоединяющий Дополнительный Модуль каналом для VMware vSphere, чтобы в полной мере воспользоваться MPIO между VM на тех хостах и PS5000E, без которого устройство хранения данных представлено ESXI?
Мне кажется, что модуль не требуется, потому что PS5000E не представлен ESXI, и любой трафик iSCSI является передачей, но я не могу найти, что фактическая ссылка создает резервную копию этого.
Обсуждение боковой панели: единственная причина дать VM два виртуальных NICs в VLAN iSCSI состоит в том, чтобы агрегировать пропускную способность устройства хранения данных в и из VM к PS5000E.
МЭМ Dell Equallogic никогда не требуется никогда , даже если вы используете его для хранения VMDK. Встроенные в VMware политики выбора путей позволят сделать это, хотя и не совсем хорошо (например, Round Robin, или менее желательный по умолчанию "Static" PSP).
Так как вы делаете прямой доступ к iSCSI с вашей виртуальной машины, то установка средств интеграции хоста непосредственно на ВМ является хорошим вызовом. Это также дает вам доступ к снимкам "Smart Copy", если они вам понадобятся, в дополнение к DSM (модуль, специфичный для конкретного устройства) для улучшения функциональности MPIO.
Пример конфигурации с 2 сетевыми картами / 2 группами портов ВМ из комментария к другому ответу: Создайте 2 группы портов виртуальных машин на iSCSI vSwitch, затем измените порядок обхода отказа так, чтобы каждая из них имела доступ только к 1 сетевой карте, с одной активной и одной неиспользуемой (группа портов 1 -> NIC 1 активная / NIC 2 неиспользуемая. Группа портов 2 -> NIC 1 неиспользуемая / NIC 2 активная), затем дать ВМ соответствующей 2 сетевым картам, каждая из которых имеет доступ к одной из групп портов ВМ. Это смоделирует конфигурацию, "ожидаемую" драйвером EHCM MPIO, и даст вам желаемую балансировку нагрузки и поведение управления сессиями (и, надеюсь, преимущества в производительности).
Напоминание: Если это не сработает, просто позвоните в службу поддержки! Поддержка EQL с удовольствием протянет руку помощи с небольшими настройками конфигурации, как эта
.Модуль расширения помогает только в том случае, если вы используете iSCSI с самим хостом. Так как вы используете iSCSI изнутри гостевого Dell's MPIO DSM для Windows должен обрабатывать MPIO, хотя я сомневаюсь, что это возможно с вашей текущей настройкой. Так как DSM основывается на том факте, что у него есть две физические сетевые карты, а не две виртуальные сетевые карты, подключенные к одному vSwitch, что на самом деле уменьшит MPIO до встроенного выбора пути VMware. Необходимо использовать два vSwitch - по одному для каждой физической NIC: vSwitch1 и vSwitch2 - и подключать одну из виртуальных сетевых карт гостя к vSwitch1, а другую - к vSwitch2. Таким образом, вы сможете воспользоваться MPIO DSM от Dell.
.