Strukturierte Verkabelungsserver-Racks


8

Wir haben nächste Woche die Möglichkeit, fünf Server-Racks neu zu verdrahten, was derzeit ein echtes Chaos ist. In jedem Rack ist derzeit oben ein Schalter installiert, an dem viele Kabel hängen.

Wir denken darüber nach, Patch-Panels in jedem Rack zu installieren, die mit dem ersten Rack in einem anderen Panel-Panel verbunden sind. Von dort aus werden Patch-Kabel in die Switches und auf den anderen Racks Patch-Kabel in die Server geführt.

Geben Sie hier die Bildbeschreibung ein

So wäre beispielsweise ein Server in Rack 5 wie folgt verbunden:

[Server] -> [Patchkabel] -> [Patchfeld in Rack 5] -> -> -> -> -> -> [Patchfeld in Rack 1] -> [Patchkabel] -> [Schalter]

Wird so etwas funktionieren?

Alle Punkte, Vorschläge geschätzt.

Vielen Dank im Voraus!


+1, Gut für Organisation / Trennung ... Das NOC unseres Colos platziert die Server-Patchfelder am unteren Rand der Racks, da sie einen Doppelboden haben und die Verkabelung darunter verlegen.
Jscott

1
Gute Mühe bei der mspaint Zeichnung. :)
user78940

Antworten:


4

Dies wird funktionieren, aber was ist der Vorteil für Sie gegenüber der Reinigung vorhandener Kabel und der Aufbewahrung der Schalter in den lokalen Racks (haben Sie viele Querverbindungen zwischen den Racks, die beseitigt werden könnten?).
Denken Sie daran, dass Patchfelder Ihre Verkabelung nicht auf magische Weise sauberer machen: Disziplin, Wartung und viele Klettbänder tun dies.

Im Allgemeinen kann das Trennen Ihrer Racks eine gute Sache sein, insbesondere da Patch-Panels normalerweise mit schönen festen Stämmen von Panel zu Panel geliefert werden (weniger Müll unter dem Boden oder in Ihren Kabelrinnen).
Der große Nachteil ist, dass Sie jetzt viel mehr Fehler beheben müssen, wenn Sie die Verbindung zu einem Switch verlieren (ist es das Kabel vom Server zum lokalen Patch-Panel, der Panel-zu-Panel-Trunk, das Kabel vom Patch-Panel zum Schalter, der Schalter selbst, der Server selbst usw.).
Der kleinere Nachteil besteht darin, dass zwei Racks geöffnet werden müssen, um einen Server mit einem Switch zu verbinden. Dies kann jedoch als Erhöhung der Sicherheit angesehen werden (jemand mit Schlüsseln für das Switch-Rack muss in der Nähe sein, um neue Geräte anzuschließen.


Ein kleiner Ratschlag, egal für was Sie sich entscheiden: Dokumentieren Sie die Hölle aus Ihrer Verkabelung - INSBESONDERE, wenn Sie Patch-Panels verwenden. Sie werden sich später bedanken, wenn Sie herausfinden müssen, welchen Weg ein Server nimmt, um zu einem Switch-Port zu gelangen. (Hier gibt es einige Fragen zu Kabelkennzeichnungsschemata - /server/64259/what-is-the-most-effective-solution-you-used-to-label-cables ist eine davon)


1
+1 Nur für Klettbänder ... Ich möchte die Deiche zu jedem bringen, der ein Bündel Kabelbinder trägt.
Jscott

Vielen Dank für Ihren Kommentar und ich stimme zu, dass das Patch-Panel zusätzliche Fehlerpunkte hinzufügt, die untersucht werden müssten, wenn beispielsweise ein Server die Konnektivität verlieren würde. Wir haben derzeit einige Cross-Connect-Verbindungen und werden zwei SAN-Einheiten mit Mehrwegemöglichkeiten bereitstellen. Dies ist der Hauptgrund, warum wir erwägen, den Patch-Panel-Weg einzuschlagen.
PeterG

Das Konsolidieren von Querverbindungen ist meiner Meinung nach jeden zusätzlichen Aufwand wert - je weniger Mist in Ihrem Boden / Tablett, desto besser geht es Ihnen. Beachten Sie, dass es auch Glasfaser-Patch-Panels gibt (falls Sie ein Glasfaser-SAN in Betracht ziehen), die sich vielleicht lohnen, aber sie sind HIDEOUSLY teuer, ebenso wie alle Dinge aus Glasfaser :)
voretaq7

4

Ich war persönlich an der Verkabelung von Rechenzentren mit beiden von Ihnen beschriebenen Methoden beteiligt, und ich muss sagen, dass es sich als viel bessere Lösung erwiesen hat, den Switch im Rack zu haben. Sowohl die Installation als auch die Wartung sind mit dem Switch im Rack einfacher. Wenn Sie nicht vorhaben, dass die Anzahl der Server deutlich unter der Dichte Ihres Switch-Ports im Rack liegt, ist der Switch im Rack höchstwahrscheinlich günstiger.

Hier sind einige der Vorteile, die ich für die Switch-in-Rack-Lösung erhalten habe

  • Erfordert weniger Verkabelung zwischen Racks - 1 Uplink (+ Backups / Bonding) für jeden Core-Switch anstelle von 1 pro Host. Das ist riesig.
    • Weniger Zeit für die Implementierung
    • Weniger zu testende Kabel
    • Geringere Kosten (vorausgesetzt, Sie können Ihre Rack-Switches entsprechend dimensionieren)
  • Benötigt 1 Patchkabel anstelle von 2 - Jedes Kabel, das verlegt wird, ist ein anderer Ort, der getestet werden muss
  • Weniger Dokumentation - Zumindest muss jedes Kabel beschriftet sein und 1 ist einfacher als 2
  • Patchkabel vollständig rückverfolgbar - Versehen passiert und Dokumentation wird übersehen. In einem einzelnen Rack ist es viel einfacher, ein Kabel aufzuspüren (macht aber immer noch keinen Spaß).
  • Einfachere Serverentfernungen / -verschiebungen - Patch-Paneling erfordert viel Vertrauen in Ihre Dokumentation. Rack einschalten Ich ziehe das Kabel vom Server ab, schneide das Ende ab und führe es zurück zum Switch und entferne es. Kein Vertrauen / Rätselraten im Patch-Panel
  • Weniger Datenfehler - Die Patchverkleidung hat 6 Punkte zum Stanzen / Crimpen, bevor ein Schalter erreicht wird. Der Schalter im Rack hat 2. Jeder Crimp- / Stanzpunkt ist ein Ort, an dem das Signal verloren geht. Dies ist bei 100 MB weniger ein Problem als bei 1 GB +. Ich fand es auch einfacher, einen rj45-Crimp zu zertifizieren, als einen Panel-Punchdown.
  • Schnelleres Switch-Inventar - Das Ausdrucken einer Konfiguration für einen einzelnen Switch und das Überprüfen eines Racks ist viel einfacher als das Ausdrucken aller Konfigurationen für alle Switches und das Überprüfen
  • Weniger Unordnung - Die Patchpanel-Lösung erfordert viele Kabel auf kleinem Raum. Wenn Sie Unordnung mit 1 Server-Rack (~ 40 Kabel) sehen, stellen Sie sich vor, Sie hätten mehr als 160 an einem Ort

Das soll nicht heißen, dass ich völlig gegen Patch-Paneling bin, aber ich versuche, seine Verwendung auf Orte zu beschränken, an denen ich die Schalter nicht zum Gerät bringen kann. Die Verkabelung von Bürokabinen ist ein perfekter Ort für die Verwendung von Patch-Panels. Im Rechenzentrum möchte ich Sie jedoch dazu ermutigen, so nahe wie möglich an 0 Patch-Panels heranzukommen.


3

Wir machen genau das, wo ich arbeite. Und ich hasse es .

  1. Viele zusätzliche Fehlerquellen
  2. Wir haben immer kurze Uplinks im Schrank.
  3. Wenn wir neue Verbindungen benötigen, verdrahtet jemand den Schrank auf einer Leiter und riskiert alle anderen Verbindungen.
  4. Wir haben Drahtführungen installiert, um die Drähte unter jedem Patchfeld zu reinigen, und dann Drahtführungen auf der Schalterseite, wodurch Platz verschwendet wird.
  5. Verdreifachung der Anzahl der Kabel. Yay. Ich brauche mehr davon!
  6. Und die Bajillion-Patchkabel verlaufen ohne Reim oder Grund und ohne Möglichkeit, sie leicht aufzuspüren .

Dieser letzte Punkt ist der schlimmste. Wenn Sie es eilig haben, sind die verschiedenen Ebenen der Rückverfolgung die Hölle und Ihr Switch ist weit weg, wenn Sie nur gleichzeitig die Lichter auf dem Server und den Switch überprüfen möchten.

Wenn Sie dies auf diese Weise tun, würde ich empfehlen, 1µ-Schalter mit 2µ-Drahtführungen zu verschachteln, damit nicht auf jeder Seite ein Mega-Ziegelstein von einem Block von Uplinks zu einem Block von Schaltern verläuft . Sie müssen den Draht festbinden, um ihn unter Kontrolle zu halten, sobald Sie mehr als 200 Drähte in einem Kanal haben und dann nichts mehr aufspüren können.

Wenn Sie eine SAN-Struktur haben, die ein zweiter Schalter ist, würde ich sie unten platzieren, damit Ihre Verkabelung auf unterschiedliche Weise verläuft.

UPDATE mit Rat

Wir haben Panduit-Pop-In-Patchfelder verwendet und beide sind fest verdrahtet. Beide sind in Ordnung, wenn Ihr Elektriker gut ist. Viel Stressabbau ist bei Langzeitverkabelungen von entscheidender Bedeutung. Biegen Sie sie, bündeln Sie sie und binden Sie sie. Und ehrlich gesagt muss man eine Kultur schaffen, Dinge richtig zu machen ... also hol vertikale Drahtführungen und benutze sie religiös. (Klettverschluss zum Gestellrahmen ist in Ordnung!) Drapierte Kabel sind Kabel, die durch die Schwerkraft zerstört werden.

Um @ voretaq7 zu verdeutlichen: Die Vorverdrahtung des gesamten 24er-Blocks ist eine gute Idee, die Sie später verwenden werden (wir haben KVM gezogen und sie als Verbindungen von Schrank zu Schrank und mehr verwendet).

Arbeite hart, um die Dinge konsistent zu halten. 1-24 sollte verbunden werden, um 1-24 am anderen Ende. Wenn Sie die Switch-Ports dafür haben, schließen Sie alle (oder die Hälfte) der Reihe nach vorab an. Wenn Sie mehr als nur Daten im Ethernet ausführen, kennzeichnen Sie jedes Kabel für diese Verbindung farblich. Sie möchten in der Lage sein, die Seltsamen in Eile zu erkennen. Ziehen Sie in Betracht, die Ports nach der Rack-µ-Nummer zuzuweisen, anstatt von links nach rechts zu laden. Alles, was Ihnen hilft, eine riesige Tabelle voller verketteter Adressen zu vermeiden, die die Leute nicht so schnell lesen können.

Sobald die Dinge live sind, möchte niemand mehr zulassen, dass Sie zurückgehen und die Dinge konsistent machen. Wenn Sie also einfache, natürliche Standards haben, denen die Menschen in Notfällen ohne Papierkram folgen können, fallen Sie nicht jedes Mal aus der Disziplin, wenn ein Server stirbt.


1
Ich kann Ihnen in Bezug auf Nr. 1 und Nr. 4 zustimmen, abhängig von der Art der verwendeten Drahtführungen, aber der Rest klingt nach lokalen Prozessproblemen - insbesondere Nr. 3: Wenn Sie das tun, tun Sie es falsch (tm) - - Ihre Patchfelder sollten durchgehend vorverdrahtet sein und keine zusätzlichen Arbeiten erfordern, sobald sie in das Rack eingelegt sind. Die Verkabelung von einem Patchpanel zu einem Gerät ist genau die gleiche wie von einem Switch zu einem Gerät ...
voretaq7

Welche Art von Fehlern sind Ihrer Erfahrung nach bei dieser Art von Einrichtung am häufigsten? Das Letzte, was wir tun möchten, ist, Probleme in eine Umgebung einzuführen, die absolut solide, aber höllisch chaotisch war. Ich meine, keine Kabel sind festgebunden, sie hängen nur von Switches zu Servern, aber wie die meisten zustimmen würden, ist es eine Katastrophe, die darauf wartet, passiert zu werden. Wir denken darüber nach, ungefähr 2 Patch-Panels mit 48 Ports in die Racks 2 - 5 einzubauen, was mehr sein wird als genug für unseren Einsatz jetzt und auf absehbare Zeit.
PeterG

Um es noch einmal zu überprüfen, ich habe das noch nie zuvor so wenig unsicher gemacht - eine Verkabelung von der Rückseite eines Patch-Panels zur anderen Rückseite des nächsten Patch-Panels ist möglich? Was gibt es zu beachten, mit dem Sie besonders vorsichtig sein sollten?
PeterG

+1 bis voretaq7. Dennoch sind "lokale Prozessprobleme" Probleme, die fast jeder auf der Welt hat. @PeterG hat derzeit drapierte Kabel, daher sind Dinge, die mit menschlichen Fehlern funktionieren, besser als drakonische Regeln, denen die Leute nicht folgen. Je größer das Unternehmen, desto mehr haben Sie jedoch Recht. ;-)
Mark

2

Es würde funktionieren und ich finde es eine gute Idee. Auf diese Weise trennen Sie Server-Racks und Telco-Racks ...


1
Ich würde dies mit einer Ausnahme von Herzen unterstützen - wenn Sie SAN-Geräte haben, sollten sich diese vorzugsweise im selben Rack wie die Server befinden, die sie bedienen, und über Kabel innerhalb dieses Racks verbunden sein.
Mike Insch

Wir haben mehr daran gedacht, die SAN-Einheiten im ersten Rack zu haben, damit die gesamte Verkabelung für jeden und jeden Mehrweg dort durchgeführt werden kann und dann einfach jeden Server gepatcht wird. Wenn ich darüber nachdenke, scheint es, als wäre es ein Sehr nette Lösung, aber wie einige geantwortet haben, werden Fehlerpunkte usw. hinzugefügt. Vielen Dank für die Kommentare und Vorschläge. Es hilft wirklich! :)
PeterG

1

Ich habe beides getan. Es hört sich so an, als ob Sie von der Umstellung von der Oberseite des Racks zur Umschaltung am Ende der Reihe wechseln möchten.

Ich denke, ich würde die Patch-Panels überspringen und das, was Sie haben, überarbeiten und bereinigen.

Patch-Panels werden Ihre Racks nicht unbedingt aufräumen.

Ich würde die Schalter in die Mitte bewegen und Faser / andere zwischen den Schaltern laufen lassen, um den Stoff für TOR zu bilden. Sie können das physische Netzwerk dann in Teile aufteilen und das Kabel entsprechend verlegen, sodass Sie das "strukturierte Kabel" ohne zu viel harte Struktur erhalten. Stellen Sie den Schalter einfach an die gewünschte Stelle und verlegen Sie die Verkabelung wie ein Patchfeld.

Ich würde EOR wie oben verwenden, aber ohne Patch-Panels. Abhängig von der Dichte und der gesamten Switch-Topologie können Sie eine Switching-Aggregationsebene verwenden.

Können Sie einen Teil dieser Ausrüstung mit Marke / Modell / Portanzahl kennzeichnen?


Wir haben darüber nachgedacht, die Schalter in der Mitte des Racks zu belassen oder vielmehr zu verschieben, aber wie ich bereits in einer früheren Antwort erwähnt habe, ist der Hauptgrund für die Entscheidung für die Patch-Panels, dass wir zwei SAN-Einheiten mit Multipath und installieren würden Ich möchte mir nicht vorstellen, wie viel Kabel über fünf Racks entstehen.
PeterG

Ich habe den Teil über das SAN bis jetzt nicht verstanden. Was ist die SAN-Struktur?
Dmourati

@PeterG - Ich bin kein Fan von Switches oder PDUs "in der Mitte" eines Racks - Dies scheint eine großartige Idee zu sein, da die Kabel kürzer sind und die Hälfte Ihrer Kabel "hoch" und die andere Hälfte "hoch" geht. down ", aber ich habe noch nie gesehen, dass es in der Praxis gut läuft.
voretaq7

Das SAN wird iSCSI (Equallogic) sein
PeterG

0

Das wird trotzig funktionieren. Ich habe das Gleiche in unserem Rechenzentrum getan. Denken Sie daran, es mit einigen Kabelführungsleisten schön und ordentlich zu halten und alle Kabel an den Seiten des Racks und nicht vor dem Gerät zu verlegen.

Ein Problem, das ich hatte, ist, dass unsere Kabel unter dem Boden verlaufen, und ich habe beschlossen, das Patchfeld oben auf den Racks anzubringen, sodass mehr als 48 Kabel an der Seite des Racks zum Patchfeld verlaufen und wertvollen Platz beanspruchen.

Wenn ich es noch einmal tun würde, würde ich sagen, wenn Ihre Kabel unter dem Boden verlaufen, dann das Patchfeld unten, wenn das Kabel über den Racks verlegt wird, dann das Patchfeld oben.

Ich entschied mich für diesen Weg, damit mein Cisco-Kern zusammen war und ich einen schönen Stack haben konnte, anstatt sie über Glasfaser verbinden zu lassen. Außerdem erleichtert es das Patchen in einen DMZ-Switch.

Offensichtlich verlieren Sie ein paar U Rack-Platz und dokumentieren alles und lassen ein lockeres Kabel, falls Sie Ihre Racks jemals ein wenig bewegen müssen


Super, danke für den Tipp. Unser Colo-Anbieter hat beschlossen, die Verkabelung über den Racks zu verlegen, damit ich die Panels auf jeden Fall dort oben belasse. Auf meiner sehr primitiven Skizze habe ich die Kabelführungsleisten nicht hinzugefügt, aber wir planen, sie auch dort einzubauen.
PeterG
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.