Ich bin gerade dabei, die Verkabelung unserer 5 Racks in einem unserer Büros neu zu verlegen, und ich möchte Sie um einige Hinweise bitten, wie Sie vorgehen oder wie Sie die Kabel zwischen den Racks verwalten würden. In unserem Fall haben wir 5 Racks, wobei das am weitesten rechts gelegene unser Hauptpatchpanel für 300 Stockwerkports ist. Das Rack daneben ist unser Hauptkommunikationsrack, in dem sich die Hauptschalter und ISP-Router befinden. Die anderen 3 Racks neben dem Kommunikationsrack müssen dann alle wieder mit dem Hauptkommunikationsrack verbunden werden.
Ich bin nicht sicher, ob ein 48-Port-Patchpanel in jedem Rack für dieses Szenario geeignet wäre? Hauptsächlich, weil ich nicht sicher bin, ob dies mit nur einem Kabel mit dem Haupt-Switch verbunden werden kann.
Wäre ein 48-Port-Switch in jedem Rack besser, da Sie diese per Uplink wieder zum Haupt-Switch verbinden können?
Oder sollten wir einfach Kabel zwischen den Racks zurück zum Haupt-Switch verlegen?
Hoffe, dass jemand mir einen Rat geben kann.
Antwort1
Meine Faustregel basiert auf jahrelanger Erfahrung im Bau von Serverräumen: Minimieren Sie die Verkabelung zwischen den Racks so weit wie möglich.
Das 300-Port-Rack für die Edge-Ports ist bei weitem nicht voll, sodass Sie die Edge-Switches im selben Rack platzieren können. Dadurch bleibt der Großteil der Verkabelung im selben Rack.
Die 3 Racks auf der linken Seite: Ich nehme an, diese beherbergen Ihre Server. Bauen Sie in jedes einen billigen Gigabit-Switch ein. Verwenden Sie 2, wenn Sie Server haben, die redundante Verbindungen benötigen. HP ProCurves oder Dells wären hierfür gut geeignet. Wenn Sie 1 verwenden, vergessen Sie nicht, es redundant mit Ihren Kernen zu verkabeln. Wenn Sie 2 redundante Switches verwenden, benötigen diese jeweils nur einen einzigen Uplink (zu unterschiedlichen Kernen).
Verbinden Sie alle 4 Racks mit Kupfer mit Ihren Kernen im Kommunikationsrack. Entfernungen rechtfertigen keine Glasfaser und Kupfer ist immer noch viel billiger. Verwenden Sie mehrere 1-GB-Kupferverbindungen mit Aggregation, um die Bandbreite bei Bedarf zu erhöhen. 10-GB-Kupfer könnte je nach Ihren Kernen/Switches ebenfalls eine Option sein.
Wenn Sie Server haben, die eine 1-zu-1-Verbindung mit einem Kern oder ISP-Gerät erfordern, verlegen Sie einfach ein zusätzliches UTP-Kabel. Das wird Sie nicht umbringen.
Wenn Ihre Kerne große Blade-Switches sind, die auch die Edge-Ports für das Rack ganz rechts tragen, sollten Sie ernsthaft erwägen, diese Kerne in dieses Rack zu verlegen (sofern der Platz es zulässt). Niemand, der bei klarem Verstand ist, möchte 300 UTP-Kabel zwischen Racks verlegen.
Möglicherweise müssen Sie etwas Geld für zusätzliche Switches ausgeben, aber das zahlt sich aus, da künftiger Supportaufwand minimiert wird.
Antwort2
Bitte betrachten Sie dies nicht als Antwort, denn dies ist Ihre persönliche Entscheidung, abhängig von Ihren Umständen und Ihrem Budget. Ich kann Ihnen beschreiben, was wir einige Monate zuvor in einer Struktur in (glaube ich) vergleichbarer Größe mit sehr geringem Budget gemacht haben.
Wir müssen etwa 5 verschiedene Netzwerke verwalten und hatten die gleiche Anzahl an Ethernet-Verbindungen zwischen den in unseren Gebäuden verteilten Racks, was die Wartung immer schwieriger machte. Wir haben uns entschieden, 3 alte Switches durch Switches derselben Marke (Dell) und desselben Typs zu ersetzen, VLANs einzuführen und für die längeren Distanzen optische Verbindungen zu verwenden. Glasfaserverbindungen sind heutzutage sehr günstig und sehr einfach zu installieren.
Die Patchpanel-Racks wurden über jeweils 2 optische Verbindungen mit den beiden Hauptswitches verbunden, die wiederum über 4 Kupferports (Trunk) miteinander verbunden sind. In jedem Serverrack haben wir nun einen 48-Port-Switch und an den Patchpanels befinden sich 3x 48 Ports (wir haben zwei Patchpanel-Racks) und 1x 24 Ports für eine kleinere Abteilung. Die Patchpanel-Switches haben nur einen Uplink zu den Hauptswitches und sind über Kupferports miteinander verbunden (auch dort wird Port-Trunking verwendet).
Jetzt sind wir in der komfortablen Lage, für jeden Port an jedem Switch in jedem Rack definieren zu können, zu welchem Netzwerk er gehört (VLAN) und müssen (meistens) die physischen Verbindungen nicht ändern. Da wir Virtualisierung verwenden, wird es sogar noch flexibler, da wir für die VM-Hosts nur 1 physische Verbindung benötigen, um die VMs an alle Netzwerke anzuschließen. Es gibt noch Arbeit zu tun (die Firewalls migrieren, um VLANs anstelle von physischen Ports zu verwenden), aber wir sind bisher wirklich zufrieden mit dieser Lösung und sie war wirklich günstig.