Я пытаюсь создать как можно больше избыточности с помощью имеющегося у нас оборудования, и вот как я все настроил:
У нас есть пара стековых коммутаторов force10 S55, которая является нашим ядром. Затем в каждом из наших 4 шкафов у нас есть пара коммутаторов Cisco 2960-S, у которых один кабель соединен с нашим ядром. Например:
кабинет1 2960-sw1 -> force10-sw1 2960-sw2 -> force10-sw2
Вот мои вопросы:
Самый дешевый способ создать избыточность - это сделать следующее:
Переключатель A -> Core A
|
|
Переключатель B -> Core B
Связующее дерево отключит связь между коммутаторами A и B, если только один из коммутаторов Core не выйдет из строя или связь не выйдет из строя.
По соображениям производительности разделите основные сетевые адаптеры на вашем сервере поровну между коммутаторами A и B.
Также, что касается объединения сетевых адаптеров, они будут совместно использовать виртуальный Mac, поэтому они должны быть оба в одном коммутаторе (или в стеке, который фактически является одним и тем же коммутатором).
Чтобы добавить к моим рассуждениям, чтобы быть избыточным без перекрестного соединения между коммутаторами уровня доступа, вам нужно будет подключить каждые 2960 к ОБЕИМ S55. Я полагаю, что это связано с волокном и, следовательно, дорого. В конечном итоге вы поместите 2 SFP в каждый 2960 и по 2 в каждый S55, что приведет к использованию в общей сложности 8 SFP, коммутационных шнуров и волоконных жил. Единственное преимущество этого дизайна заключается в том, что вы можете объединить ссылки вместе, поскольку S55 сложены, как указано в Art, для увеличения вашего восходящего канала до 2 ГБ. Но если в этом нет необходимости, это дорогостоящий способ сделать это, когда вы можете обеспечить резервирование, используя соединительный кабель CAT6 между коммутаторами и подключив их так, как я предложил. В любом случае - удачи!
Если я правильно понимаю вашу топологию, нет необходимости соединять коммутаторы 2960-S вместе на уровне доступа. Хотя он может варьироваться в зависимости от конкретных требований, Cisco или Dell не рекомендуют перекрестное соединение коммутаторов уровня доступа.
И пока вы не перекрестно подключаетесь на уровне доступа, протокол связующего дерева не будет ограничивать какие-либо ссылки в вашей топологии.
Хотя было бы предпочтительнее подключать каждый 2960 к каждому ядру сети, в этом нет необходимости. Поскольку ваши серверы имеют двойное подключение к резервным 2960, в случае отказа одного из ваших коммутаторов 2960 или S55 резервное соединение должно вступить во владение в зависимости от таймеров, используемых вашим методом переключения при отказе, поэтому, если это приемлемо, вы все настроены . Если вы решили добавить избыточное соединение, чтобы каждый 2960 имел соединение с каждым S55, это можно было бы настроить как группу агрегации каналов, поскольку S55 объединены в стек.
Вы правы, что вы не можете использовать стандартный lacp для создания активных / активных ссылок с вашего сервера, если вы не сложите свои 2960; однако многие решения для серверов и гипервизоров теперь имеют варианты балансировки нагрузки, которые полностью независимы от переключателей. Если вы используете виртуализацию серверов, вы, скорее всего, можете включить эту функцию. Если нет, обратитесь к поставщику nic или в расширенных настройках nic, чтобы узнать, доступна ли эта функция на вашей платформе.
Вам нужно определить, как долго вы можете быть в отключке, прежде чем вообще сделать какой-либо выбор.
Стековое ядро обеспечивает хорошую избыточность (особенно когда дело доходит до сбоя питания, если эти коммутаторы Force10 поддерживают стек питания). Запуск двух ссылок от каждого пограничного коммутатора к ядру устраняет потенциальное время простоя в случае смерти члена ядра, поскольку он будет использовать либо STP, либо LACP (что более вероятно), чтобы поддерживать соединение.
Если бы время безотказной работы было очень критичным на граничном уровне, вам понадобились бы многоуровневые коммутаторы на краю, а также и т. Д. Избыточность - это бесконечная игра :)
Я не специалист по cisco, поэтому кто-то, вероятно, сможет дать более подробную информацию, но вот что:
1 и 2: если вы включаете STP (протокол связующего дерева), вы можете иметь как отдельный восходящий канал от каждого 2960 к каждому s55, так и канал между 2960. STP будет обрабатывать потенциальные петли и будет использовать, например, канал между 2960, только если один из них потеряет исходящий канал.
Если вы используете такой протокол, как LAG или LACP, вы можете подключить два канала от сервера с одним и тем же IP-адресом к одному коммутатору для обеспечения избыточности и увеличения пропускной способности.
Наконец, я заметил, что в первом квартале вы говорите, что коммутаторы не складываются, но вы, кажется, предлагаете возможность в третьем квартале.