конфигурация vSwitch с 12 восходящими каналами

Если вы еще не потратили деньги, подумайте о том, чтобы вместо этого просто купить две сетевые карты 10 Гбит / с и запустить все через них, это будет чертовски проще в настройке и обслуживании, и я могу поручиться за его простоту и производительность.

Используйте отдельные vSwitches с выделенными восходящими каналами для трафика управления, данных и iSCSI. В большинстве случаев вы можете совместно использовать vMotion и Management, но если у вас достаточно сетевых адаптеров для их разделения, не стесняйтесь.

Вам не нужно выполнять транкинг в этой конфигурации, просто поместите физические порты в правильную VLAN, и вам следует быть готовым. Если у вас есть несколько виртуальных локальных сетей данных, в которых вы хотите, чтобы ваши виртуальные машины были включены, вы можете соединить порты данных и соответствующим образом настроить vSwitches, но это не похоже на то, что вам нужно.

Вы должны настроить по крайней мере один выделенный сетевой адаптер для трафика iSCSI. Лучше всего практика предполагает, что вы также выделяете отдельный сетевой адаптер для каждого трафика виртуальной машины, vMotion и отказоустойчивости. Лучшая практика также предполагает, что у вас есть два порта VMkernel, настроенных для трафика управления.

Что касается pSwitch, вам не нужно использовать магистраль Порты pSwitch должны быть настроены как порты доступа с членством в соответствующей VLAN.

MOAR не обязательно лучше :)

Вот идеально устойчивая установка хоста ESXi с 6 сетевыми интерфейсами, использующая:

2 pNIC - трафик VMWare VM.
2 pNIC - трафик VMWare VMotion.
2 pNIC - хранилище NFS. Также может быть трафик iSCSI с MPIO.

Вы можете транслировать (я сделал в этом случае, потому что среда является мультитенантной), или вы можете пометить отдельные порты соответствующей VLAN. В приведенном здесь примере каждый vSwitch имеет физические сетевые адаптеры, подключенные к другому члену стека коммутаторов Cisco 3750. Мы также используем разнообразие физических карт NIC. Таким образом, мы можем потерять один адаптер главной шины, канал, коммутатор и т. Д. И по-прежнему передавать трафик.

Если вы все еще используете каналы 1GbE, я не уверен, что можно добиться большего, если использовать больше физических сетевых адаптеров (например, 12!). Однако это зависит от того, что вам нужно делать с вашей виртуальной машиной.

Следует ли мне создавать отдельные vSwitches для трафика MGMT, vMotion, VM и SCSI?

VMware порекомендовала бы вам это сделать, и чтобы они были привязаны к разным физическим сетевым адаптерам.

Я бы сделал следующее, предполагая, что iSCSI san имеет более одного nic

VLAN 1 - трафик iSCSI
VLAN 2 - трафик vMotion
VLAN 3 - трафик управления
VLAN 4 - трафик виртуальной машины

vSwitch 1 - iSCSI
vSwitch 2 - vMotion
vSwitch 3 - Управление
vSwitch 4 - VM

NIC 0 - vSwitch 1 подключен к переключателю Force 10 1
Сетевая карта 1 - vSwitch 1 подключен к переключателю Force 10 2
Сетевая карта 2 - vSwitch 2 подключен к переключателю Force 10 1
Сетевая карта 3 - vSwitch 2 подключен к переключателю Force 10 2
Сетевая карта 4 - vSwitch 3 подключен к переключателю Force 10 1
Сетевая карта 5 - vSwitch 3 подключено к переключателю Force 10 2
Сетевая карта 6 - vSwitch 4 подключен к переключателю Force 10 1
Сетевая карта 7 - vSwitch 4 подключен к коммутатору Force 10 2

iSCSI SAN
NIC 0 - Force 10 switch 1
NIC 1 - Force 10 switch 2

То же самое на 2-м контроллере, если он есть.

Вы можете поместить трафик управления и vMotion на одни и те же порты.
Порты, соединяющиеся с серверами ESXi, могут быть в немаркированном режиме. Возможно, стоит пометить сеть трафика виртуальных машин на случай, если в будущем вам понадобятся виртуальные машины в других виртуальных локальных сетях, тогда это просто вопрос транкинга виртуальной локальной сети через порты виртуальных машин.