Лучший способ обеспечить резервное переключение / ссылки на сервер

Для сети, подключенной к пользователю, подойдет протокол STP. Да, у вас будет небольшое прерывание при вычислении нового дерева. Однако время сходимости меньше тайм-аута TCP, поэтому прерывание должно быть практически незаметным. Только для чрезвычайно чувствительных ко времени приложений, таких как VOIP, вы столкнетесь с проблемами, и даже они могут быть устранены.

Для вашей сети iSCSI вы должны использовать multipathing (MPIO). Это может намного быстрее обнаружить неудачный путь и повторить попытку, прежде чем система хранения откажется.

1. Вам следует избегать использования STP, поскольку при изменении топологии вашей сети ваш коммутатор перестанет пересылать пакеты на несколько секунд, что приведет к прерыванию работы вашей сети. Но для этого вам нужно будет сложить 8024F, а затем использовать агрегацию ссылок.

2. В стековой конфигурации 2 коммутатора = 1, тогда вы можете использовать 802.3ad даже между коммутаторами и серверами.

3. Это цель 802.3ad: https://www.kernel.org/doc/Documentation/networking/bonding.txt

Я бы порекомендовал вам разместить это на Сетевая инженерия Сайт обмена стеками. Однако я считаю, что следующие ответы будут твердыми.

1) LAG - это не то, что думает большинство людей. Это увеличивает избыточность и пропускную способность межсоединения, а не самого соединения. Если у вас есть два канала по 1 Гбит / с, общая пропускная способность составляет 2 Гбит / с, но максимальная пропускная способность, которую будет использовать любая отдельная передача, составляет 1 Гбит / с. Но это позволяет вам иметь две одновременные передачи 1 Гбит / с. При этом я не вижу причин для LAG ваших магистральных коммутаторов 8024 (хранилище или сетевой трафик?), Если у вас нет неустановленных требований. Вы уже настроили избыточность и MPIO. Я бы отключил STP на портах между коммутаторами и SAN и хостами. В Cisco я бы установил порты в режим «switchport mode access» и «spanning-tree portfast». Я не знаю, что такое эквивалент PowerConnect. Если вас беспокоит избыточность, убедитесь, что у каждого коммутатора есть блоки питания A и B и что у вас есть независимые цепи питания A и B, к которым подключены соответствующие переключатели.

2) Для iSCSI у VMWare есть технический документ и руководство по установке: http://www.vmware.com/files/pdf/techpaper/vmware-multipathing-configuration-software-iSCSI-port-binding.pdf Этот документ очень простой. Для сетевого трафика виртуальных машин это зависит от ваших потребностей. Как бы то ни было, я бы не стал настраивать LACP / LAG между VMHOSTS и коммутаторами. Согласно рекомендациям VMWare Networking Best Practices здесь:VMWare Networking Best Practices.PDF; Я бы объединил 2 сетевых адаптера для каждого коммутатора (настроен для магистрали 802.1qw / без связующего дерева, разделен между двумя кластерами) и использовал бы объединение Active / Active на основе идентификатора порта исходной виртуальной машины на виртуальном хосте или, в качестве альтернативы, поместил все 4 сетевых узла в один коммутатор. в Active / Active и поместите 1 порт с каждой карты nic на каждый коммутатор. TL; DR: ознакомьтесь с передовыми методами работы с сетью VMWare и спроектируйте коммутацию LAN в соответствии со своими требованиями. В отношении отдельных сетевых адаптеров для iSCSI делать ничего особенного не требуется; настроить MPIO с помощью руководства VMWare. ОБРАТИТЕ ВНИМАНИЕ НА НАСТРОЙКИ STP ДЛЯ ВАШИХ ВЛАНОВ

3) Это зависит от обстоятельств. Для трафика iSCSI, если у вас включен MPIO, то да. Теоретически вы можете потерять 1 переключатель наверху и 1 переключатель внизу и продолжать работу, но с пониженной производительностью. Для сетевого трафика виртуальных машин это зависит от того, как у вас настроены vswitches VMWare и ваша среда VLAN / STP. Но правильно настроенный, тогда да, вы можете потерять 1 коммутатор Cisco и 1 коммутатор 8024 внизу и продолжить работу с пониженной мощностью.

При этом ваши ошибки будут заключаться в конфигурации vSwtich и обеспечении правильности настроек VLAN и STP. Удачи!