Rack per server di cablaggio strutturato

La prossima settimana abbiamo l'opportunità di ricollegare cinque rack di server che è attualmente in un vero caos. Ogni rack ha attualmente un interruttore installato nella parte superiore con molti cavi in ​​giro.

Stiamo pensando di installare i patch panel in ciascun rack, collegati al primo rack in un altro pannello del pannello, da lì i lead patch che vanno negli switch e sugli altri rack, i patch patch che vanno nei server.

Quindi, ad esempio, un server nel rack 5 sarebbe collegato in questo modo:

[server] -> [patch lead] -> [patch panel nel rack 5] -> -> -> -> -> -> [patch panel nel rack 1] -> [patch lead] -> [switch]

Funzionerà qualcosa del genere?

Eventuali punti, suggerimenti apprezzati.

Grazie in anticipo!

Funzionerà, ma qual è il vantaggio per te di ripulire i cavi esistenti e mantenere gli interruttori nei rack locali (hai un sacco di collegamenti incrociati tra i rack che potrebbero essere eliminati?).
Ricorda che i pannelli patch non rendono magicamente più ordinata la tua cablatura: la disciplina, la manutenzione e molte fascette in velcro lo fanno.

In generale, separare i rack può essere una buona cosa, soprattutto perché i pannelli patch di solito sono dotati di bei tronchi solidi da pannello a pannello (meno spazzatura sotto il pavimento o nei passacavi).
Il grande svantaggio è che se perdi il collegamento su uno switch ora hai molto di più da risolvere (è il cavo dal server al pannello patch locale, il trunk da pannello a pannello, il cavo dal pannello patch al switch, lo switch stesso, il server stesso, ecc.).
Il rovescio della medaglia è quello di dover aprire due rack per connettere un server a uno switch. Questo può essere sostenuto come un aumento della sicurezza (qualcuno con le chiavi del rack di commutazione deve essere in giro per collegare nuove apparecchiature.

Qualche piccolo consiglio a prescindere da cosa decidi di fare: documenta l'inferno dei tuoi cavi, soprattutto se usi i pannelli patch. Ti ringrazierai più tardi quando avrai bisogno di capire quale percorso prende un server per raggiungere una porta switch. (Ci sono alcune domande qui sugli schemi di etichettatura dei cavi - /server/64259/what-is-the-most-effective-solution-you-used-to-label-cables è uno di questi)

Sono stato coinvolto personalmente nel cablaggio dei data center con entrambi i metodi che hai descritto e devo dire che avere l'interruttore nel rack ha dimostrato di essere una soluzione molto migliore. Sia l'installazione che la manutenzione sono più semplici con lo switch nel rack e, a meno che non si preveda di avere conteggi dei server ben al di sotto della densità della porta dello switch nel rack, molto probabilmente lo switch nel rack sarà più economico.

Ecco alcuni dei vantaggi che ho riscontrato per la soluzione switch in rack

• Richiede meno cavi tra rack - 1 uplink (+ backup / bonding) per ogni switch core anziché 1 per host. Questo è ENORME.
  • Meno tempo per l'implementazione
  • Meno cavi da testare
  • Costo inferiore (supponendo che sia possibile dimensionare adeguatamente gli switch del rack)
• Richiede 1 cavo patch anziché 2 - Ogni cavo che viene eseguito è un altro posto che richiede test
• Meno documentazione - Almeno ogni cavo deve essere etichettato e 1 è più facile di 2
• Cavi patch completamente tracciabili: si verificano sviste e la documentazione viene persa, in un singolo rack è molto più facile rintracciare un cavo (ma ancora non divertente)
• Rimozione / spostamento del server più semplici: il patch panel richiede molta fiducia nella documentazione. Switch nel rack Estraggo il cavo dal server per tagliare l'estremità e reinserirlo nello switch e rimuoverlo. Nessuna fiducia / ipotesi sul pannello patch
• Meno errori di dati - Il patch panel ha 6 punti da perforare / crimpare prima di raggiungere un interruttore, l'interruttore nel rack ha 2. Ogni punto di crimpatura / punzonatura è un punto in cui il segnale viene perso. Questo è meno un problema con 100Mb quindi 1Gb +. Ho anche trovato più facile certificare una crimpatura rj45 e un punchdown del pannello.
• Inventario degli switch più veloce - Stampare una configurazione per un singolo switch e verificare un rack è molto più semplice che stampare tutte le configurazioni per tutti gli switch e verificare
• Meno ingombri: la soluzione del pannello di patch richiede molti cavi in ​​uno spazio ridotto e se vedi un disordine con 1 rack di server (~ 40 cavi), immagina di avere più di 160 in un unico posto

Questo non vuol dire che sono completamente contrario al patch panel, ma cerco di limitarne l'utilizzo in luoghi in cui non riesco a portare gli switch sull'apparecchiatura. I quadri elettrici per ufficio vengono in mente come un luogo perfetto per utilizzare il patch panel, ma nel datacenter ti incoraggio ad avvicinarti il ​​più possibile a 0 patch panel.

Al momento facciamo esattamente questa cosa dove lavoro. E lo odio .

1. Molti punti extra di fallimento
2. Siamo sempre brevi collegamenti nel gabinetto.
3. Quando abbiamo bisogno di nuovi collegamenti, qualcuno sta cablando l'armadio su una scala, rischiando tutti gli altri collegamenti.
4. Disponiamo di guide dei cavi per pulire i cavi sotto ciascun pannello patch e quindi guide dei cavi sul lato dell'interruttore, sprecando spazio.
5. triplicando il numero di cavi. Sìì. Ho bisogno di più di quelli!
6. E i cavi patch bajillion corrono senza rima o motivo e non c'è modo di rintracciarli facilmente .

L'ultimo punto è il peggiore. Quando sei di fretta, i livelli multipli di tracciamento sono infernali e il tuo interruttore è molto lontano quando tutto ciò che vuoi fare è controllare le luci sul server e l'interruttore allo stesso tempo.

Se lo fai in questo modo, la cosa che raccomanderei è di interlacciare interruttori 1µ con guide per fili 2µ in modo da non avere un mega-mattone di fili che scorrono lungo ciascun lato da un blocco di uplink a un blocco di interruttori . Devi legare il filo per tenerlo sotto controllo una volta che hai più di 200 fili in un canale e quindi non puoi rintracciare NULLA.

Se hai un tessuto SAN che è un secondo interruttore, lo metterei in fondo in modo che il tuo cablaggio vada in modi diversi.

AGGIORNAMENTO con consulenza

Abbiamo usato i pannelli patch pop-in Panduit e entrambi i cavi, entrambi vanno bene se il tuo elettricista è bravo. Un sacco di sollievo dallo stress è fondamentale con cablaggio a lungo termine, piegarli, raggrupparli e legarli. E, onestamente, devi instillare una cultura di fare le cose nel modo giusto ... quindi procurati le guide verticali e usale religiosamente. (Il velcro sul telaio del rack va bene!) I cavi drappeggiati sono cavi che la gravità sta distruggendo.

Al punto di @ voretaq7: precablare l'intero blocco di 24 è una buona idea che troverai usi per loro in seguito (abbiamo finito per tirare KVM, usandoli come collegamenti cabinet-to-cabinet e altro ancora).

Lavorare sodo per mantenere le cose coerenti. 1-24 dovrebbe connettersi per 1-24 all'altra estremità. Se hai le porte dello switch per esso, pre-connetti tutte (o metà) anche in ordine. Se esegui più di dati su Ethernet, codifica a colori tutti i cavi per quel collegamento. Vuoi essere in grado di individuare quelli strani in fretta. Prendere in considerazione l'assegnazione delle porte per numero di rack µ anziché caricarle da sinistra a destra. Tutto ciò che ti aiuta a evitare di avere un foglio di calcolo gigante pieno di indirizzi concatenati che le persone non possono leggere in fretta.

Una volta che le cose sono in vita nessuno vuole lasciarti tornare indietro e rendere le cose coerenti, quindi avere degli standard semplici e naturali che le persone possono seguire nei tempi di emergenza senza scartoffie significa che non cadi fuori disciplina ogni volta che muore un server.

Funzionerebbe e trovo che sia una buona idea. In questo modo separa i server rack e i telco rack ...

Ho fatto entrambe le cose. Sembra che tu voglia spostarti dalla commutazione del rack alla commutazione di fine riga.

Penso che salterei i pannelli patch e rielaborerei e ripulire ciò che hai.

I pannelli patch non puliranno necessariamente i tuoi rack.

Spostavo gli interruttori al centro e correvo fibra / altro tra gli interruttori per creare il tessuto per TOR. È quindi possibile dividere la rete fisica in pezzi e far passare il cavo in modo appropriato fornendo il "cavo strutturato" senza troppa struttura rigida. Posiziona l'interruttore dove vuoi ed esegui il cablaggio come faresti con un pannello patch.

Userei EOR come hai sopra ma senza bisogno di pannelli di permutazione. A seconda della densità e della topologia generale dell'interruttore, è possibile utilizzare un livello di aggregazione di commutazione.

Riesci a etichettare alcuni di quei dispositivi con il conteggio / modello / numero di porte?

Funzionerà in modo provocatorio, ho fatto la stessa cosa nel nostro data center, ricordati solo di mantenerlo bello e ordinato con alcune barre di gestione dei cavi e far passare i cavi lungo i lati del rack e non davanti all'apparecchiatura.

Un problema che ho avuto è che i nostri cavi passano sotto il pavimento e ho deciso di posizionare il patch panel nella parte superiore dei rack, quindi ho 48+ cavi che corrono lungo il lato del rack verso il patch panel occupando spazio prezioso.

Se lo facessi di nuovo, direi che i cavi passeranno sotto il pavimento, quindi il pannello patch nella parte inferiore, se il cavo passa sopra i rack, quindi il pannello patch nella parte superiore.

Ho deciso di fare così così il mio core Cisco era insieme e potevo avere un bel stack piuttosto che averli collegati tramite fibra. Inoltre semplifica l'applicazione di patch in uno switch DMZ.

Ovviamente perderai qualche U di spazio nel rack e documenterai tutto e lascerai del cavo allentato nel caso in cui tu abbia mai bisogno di spostare un po 'i tuoi rack