Я нахожусь на этапе планирования повторной прокладки кабелей в наших 5 стойках в одном из наших офисов и хотел бы попросить совета о том, как вы собираетесь или собираетесь управлять кабелями, которые идут между стойками. В нашей ситуации у нас есть 5 стоек, где самая правая — это наша главная коммутационная панель на 300 портов этажа. Стойка рядом с ней — наша главная стойка связи, где расположены главные коммутаторы и маршрутизаторы ISP. Остальные 3 стойки рядом со стойкой связи затем все должны быть подключены обратно к главной стойке связи.
Я не уверен, подойдет ли для этого сценария коммутационная панель на 48 портов в каждой стойке? В основном потому, что я не уверен, что ее можно будет подключить к главному коммутатору с помощью всего одного кабеля.
Будет ли лучше установить коммутатор на 48 портов в каждой стойке, поскольку вы сможете подключить их обратно к главному коммутатору?
Или нам просто проложить кабели между стойками к главному выключателю?
Надеюсь, кто-нибудь сможет дать мне совет.
решение1
Мое практическое правило, основанное на многолетнем опыте строительства серверных комнат: по возможности минимизируйте количество кабелей между стойками.
Стойка на 300 портов для граничных портов далека от заполнения, поэтому вы можете разместить граничные коммутаторы в той же стойке. Это позволяет разместить большую часть кабелей в той же стойке.
Три стойки слева: я предполагаю, что они держат ваши серверы. Установите в каждую из них дешевый гигабитный коммутатор. Используйте 2, если у вас есть серверы, требующие избыточных соединений. HP ProCurves или Dells прекрасно подойдут. Если вы используете 1, не забудьте подключить его избыточным кабелем к вашим ядрам. Если вы используете 2 избыточных коммутатора, им понадобится только один восходящий канал (к разным ядрам) каждому.
Свяжите все 4 стойки медью с вашими ядрами в стойке связи. Расстояния не оправдывают оптоволокно, а медь все еще намного дешевле. Используйте несколько медных соединений 1 Гбит/с с агрегацией для увеличения пропускной способности, если это необходимо. Медь 10 Гбит/с также может быть вариантом в зависимости от ваших ядер/коммутаторов.
Если у вас есть серверы, которым требуется соединение 1-на-1 с ядром или оборудованием ISP, то просто проложите дополнительный кабель UTP. Это вас не убьет.
Если ваши ядра — это большие blade-коммутаторы, которые также несут граничные порты для самой правой стойки, серьезно рассмотрите возможность перемещения этих ядер в эту стойку (если позволяет место). Ни один здравомыслящий человек не захочет прокладывать 300 кабелей UTP между стойками.
Возможно, вам придется потратить немного денег на дополнительные коммутаторы, но это окупится за счет минимизации будущих проблем с поддержкой.
решение2
Пожалуйста, не рассматривайте это как ответ, потому что это ваш личный выбор, зависящий от ваших обстоятельств и бюджета. Я могу описать вам, что мы делали несколько месяцев назад в структуре в (я думаю) сопоставимом размере с очень низким бюджетом.
Нам приходится управлять примерно 5 различными сетями, и у нас было столько же каналов Ethernet между стойками, распределенными в наших зданиях, которые становились все хуже и хуже в обслуживании. Мы решили заменить 3 старых коммутатора, чтобы все были одной марки (Dell) и типа, ввести VLAN и использовать оптические соединения для более длинных расстояний. Оптоволоконные соединения в настоящее время очень дешевы и очень просты в установке.
Стойки коммутационных панелей были подключены двумя оптическими линиями (каждая) к двум основным коммутаторам, которые, в свою очередь, подключены друг к другу четырьмя медными портами (транк). В каждой серверной стойке у нас теперь есть один коммутатор на 48 портов, а на коммутационных панелях есть 3x 48 портов (у нас есть две стойки коммутационных панелей) и 1x 24 порта для небольшого отдела. Коммутаторы коммутационных панелей имеют только один аплинк к основным коммутаторам и соединены между собой медными портами (используя также транкинг портов).
Теперь мы находимся в удобном положении, чтобы иметь возможность определять для каждого порта на каждом коммутаторе в каждой стойке, к какой сети он принадлежит (VLAN), и не нужно менять физические соединения (большую часть времени). Поскольку мы используем виртуализацию, это даже становится более гибким, потому что для хостов VM нам нужно всего лишь 1 физическое соединение, чтобы присоединить VM ко всем сетям. Еще есть работа (миграция брандмауэров для использования VLAN вместо физических портов), но мы действительно довольны этим решением на данный момент, и оно было действительно дешевым.