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

Коммутация в верхней части стойки, отсутствие единой точки отказа

Предположим, у вас есть 1 стойка в надежном помещении для коло. Colo (очевидно) имеет продвинутые переключатели шасси и может обеспечить любой разумный указанный способ сброса (но ограниченное количество сбросов). Другими словами, вы можете указать конфигурацию отбрасывания cat6 на два ГБ таким образом (укажите здесь дополнительную конфигурацию).

Также предположим, что у вас есть N (скажем, 10) «серверов», каждый с портами Ethernet 2 ГБ. Каждый сервер должен иметь один всегда доступный маршрутизируемый IP-адрес. Другими словами, каждый сервер имеет IP-адрес WWW.XXX.YYY.ZZZ, который должен быть доступен для проверки связи с любого правильно настроенного хоста в Интернете.

Какую простейшую логическую и физическую топологию сети можно установить наверху стойки, чтобы не было единой точки отказа, ведущей к проблемам IP-соединения между серверами и шлюзом, предоставляемым colo?

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

Несколько уточнений к предложению Руны:

  • если вы используете Cisco Catalyst 3750, стекируемый кабель устранит связующее дерево между коммутаторами, обеспечит большую пропускную способность и избыточность без использования портов хоста.
  • Если colo имеет ядра Cisco 6500 с блейд-модулями sup720 VSS, то вы можете сделать Etherchannel на 3750 для виртуального Etherchannel на ядрах (switch1 -> core1 & switch2 -> core2), что еще больше уменьшит связующее дерево.
  • Если поддерживается colo:
    • использовать HSRP, VRRP или GLBP для резервирования шлюза
    • реализовать агрессивный UDLD на восходящих каналах (при условии, что они оптоволоконные)
  • рассмотрите возможность использования блоков RPS для резервирования питания на 3750

Вам понадобится два коммутатора, которые подключат ваши восходящие каналы colo / isps к каждому из них. Между двумя переключателями установите два патча и включите быстрое связующее дерево на каждом из переключателей. Это гарантирует, что будет использован только один из двух патчей и только один из исходящих каналов.

Затем на каждом сервере настраиваем бонд http://www.linuxfoundation.org/collaborate/workgroups/networking/bonding Предполагается, что серверы Linux. В других ОС есть свой подход к этому, но большинство, если не все, его поддерживают.

Эта установка в значительной степени зависит от быстрого связующего дерева и может быть реализована с помощью большинства аппаратных средств.

Для более сложной настройки, хотя это не совсем то, что вам нужно, вы можете использовать коммутаторы с возможностью маршрутизации, завершить работу каждого сервера на его собственном vlan и использовать VRRP или HSRP, чтобы сделать серверный шлюз избыточным, и использовать быстрые связующие деревья на каждом vlan, чтобы убедиться, что он не проходит через два канала между коммутаторами. Затем, наконец, используйте BGP для обработки автоматического переключения при отказе между восходящими ссылками. Если вы использовали коммутаторы с небольшим объемом памяти, ваш интернет-провайдер может объявить 0/0, а не полную таблицу маршрутизации.

Надеюсь это поможет :)