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

Стекирование и задержка 4x PowerConnect 8024F

Мы строим новую сетевую инфраструктуру, чтобы заменить магистраль 1GbE, и решили использовать 4x Dell PowerConnect 8024F в качестве «основных» коммутаторов.

Как показано на схеме ниже, у нас есть 2x 8024 наверху и 2x внизу, обеспечивающие соединения по оптоволокну MMF для резервирования. Передаваемые данные представляют собой смесь (70/30) iSCSI / LAN по отдельным VLAN.

Как лучше всего настроить эти коммутаторы для обеспечения избыточности и пропускной способности, 2 стека по 2 8024 или 1 стека из 4 коммутаторов и где следует использовать LAG?

Конфигурация стекирования для пар 8024 наверху и внизу дает вам огромное преимущество в пропускной способности канала ISL без необходимости жертвовать любым из 24 портов, доступных на каждом коммутаторе, для подключения LAG.

Стекинг также обеспечивает немного больше простоты управления, но это не относится к вашему вопросу.

Проблемы, упомянутые longneck, определенно являются одноразовыми сценариями, и вы вряд ли столкнетесь с этими новыми коммутаторами (особенно если вы будете обновлять прошивку). Однако, по сравнению со связью LAG, ссылка на стек, вероятно, не будет обеспечивать такую ​​же отказоустойчивость (одно соединение против нескольких ссылок).

Если избыточность вызывает большую озабоченность, и у вас есть лишние ссылки, я бы согласился с длинным шеем, предлагая соединения LAG.

Меня укусили странные сбои технологий стекирования как Cisco, так и Dell, и я не буду полагаться на них в обеспечении избыточности.

Самым безумным примером может быть стек из 3 Cisco 3750, в котором два коммутатора вышли из строя. После длительного обращения в службу поддержки Cisco мы выяснили, что проблема была в третьем, на первый взгляд, функциональном коммутаторе. Если я удалил третий коммутатор из стека, два других коммутатора ожили. И нет, третий выключатель не был главным. Но простое подключение к кольцу стека приводило к тому, что другие переключатели перестали работать.

Имея несколько подобных опытов, я теперь проектирую сетевые топологии с учетом следующих моментов:

  • Предположим, что выходит из строя весь стек, а не только один коммутатор в стеке. Не полагайтесь на кольцо стека для резервирования.
  • Подключите все элементы стека хотя бы одним кабелем Ethernet к другому коммутатору, не входящему в этот стек. Таким образом, если кольцо стека выходит из строя или члены разделяются, связующее дерево вступает во владение, и вы все еще имеете доступ к устройствам, подключенным к коммутатору через этот резервный канал.
  • Если вы LAG резервной ссылки, не разделяйте эту LAG между членами стека.