Racks de servidor de cabeamento estruturado

Question

Nós temos a oportunidade na próxima semana de religar cinco racks de servidores que estão atualmente em uma verdadeira bagunça. Cada rack atualmente tem um switch instalado no topo com muitos cabos por aí.

Estamos pensando em instalar painéis de patch em cada rack, conectados de volta ao primeiro rack em outro painel de painel, de lá os patch cables que entram nos switches e nos outros racks, os patch nos servidores.

Assim, um servidor no rack 5, por exemplo, seria conectado assim:

[servidor] - > [lead de patch] - > [patch panel no rack 5] - > - > - > - > - > - > [patch panel no rack 1] - > [lead de patch] - > [mudar]

Será que algo assim funciona?

Quaisquer pontos, sugestões apreciadas.

Obrigado antecipadamente!

    

Answer 1

Isso funcionará, mas qual é a vantagem para você de limpar os cabos existentes e manter os comutadores nos racks locais (você tem muitas conexões cruzadas entre os racks que poderiam ser eliminados?). Lembre-se de que os patch panels não facilitam magicamente sua fiação: Disciplina, manutenção e muitos laços de velcro fazem isso.

Geralmente, separar seus racks pode ser uma coisa boa, especialmente porque os painéis de conexão geralmente vêm com bons troncos sólidos de painel a painel (menos lixo sob o piso ou em suas bandejas de cabo). A grande desvantagem é que, se você perder o link em um switch, seu agora terá muito mais para solucionar (é o cabo do servidor para o patch panel local, o tronco de painel a painel, o cabo do patch panel ao switch, o próprio switch, o próprio servidor, etc.).
A desvantagem menor é ter que abrir dois racks para conectar um servidor a um comutador. Isso pode ser discutido como um aumento na segurança (alguém com chaves para o rack de comutação precisa estar por perto para conectar novos equipamentos.

Um pequeno conselho, não importa o que você decida fazer: Documente o seu cabeamento - ESPECIALMENTE, se estiver usando painéis de conexão. Você se agradecerá mais tarde quando precisar descobrir qual caminho um servidor leva para chegar a uma porta de switch. (Há algumas perguntas aqui nos esquemas de rotulagem de cabos - link é um deles)

    

Answer 2

Pessoalmente, envolvi-me na conexão de data centers com os dois métodos que você descreveu e devo dizer que ter o switch no rack provou ser uma solução muito melhor. Tanto a instalação quanto a manutenção são mais fáceis com o switch em rack e, a menos que você planeje ter um número de servidores muito abaixo da densidade de porta do switch na rack, o switch in rack provavelmente será mais barato.

Aqui estão algumas das vantagens que encontrei para o switch na solução de rack

• Requer menos cabeamento entre racks - 1 (+ backups / ligação) uplink para cada switch central, em vez de 1 por host. Isso é enorme.
  • Menos tempo para implementar
  • Menos cabos para testar
  • Menor custo (supondo que você possa dimensionar seus comutadores de rack apropriadamente)
• Requer 1 patch cable em vez de 2 - Cada cabo que é executado é outro local que requer testes
• Menos documentação - No mínimo, cada cabo precisa ser rotulado e 1 é mais fácil do que 2
• Cabos de patch totalmente rastreáveis - Oversights acontecem e a documentação é perdida, em um único rack é muito mais fácil traçar um cabo (mas ainda assim não é divertido)
• Remoções / movimentações de servidor mais fáceis - O painel de patch exige muita confiança em sua documentação. Switch in rack Eu puxo o cabo do servidor cortar o fim e alimentá-lo de volta até o switch e remova. Não há confiança / suposição no painel de correção
• Menos erros nos dados - O painel de interconexão tem 6 pontos para perfurar / encrespar antes de chegar a um interruptor, o interruptor no rack tem 2. Cada ponto de crimpagem / perfuração é um local onde o sinal é perdido. Este é um problema menor com 100Mb e 1Gb +. Também achei mais fácil certificar um crimp rj45 e depois um punchdown de painel.
• Inventário de comutador mais rápido - Imprimir uma configuração para um único comutador e verificar um rack é muito mais fácil do que imprimir todas as configurações de todos os comutadores e verificar
• Menos confusão - A solução de patch panel requer muitos cabos em um espaço pequeno e se você estiver vendo desordem com 1 rack de servidores (~ 40 cabos) imagine se você tivesse 160+ tudo em um só lugar

Isso não quer dizer que estou completamente contra o patch panel, mas tento limitar seu uso a lugares onde não posso levar os switches ao equipamento. Cabines de escritório de fiação vêm à mente como um lugar perfeito para utilizar painéis de patch, mas no datacenter eu o encorajo a chegar o mais próximo possível de 0 painéis de patch.

    

Answer 3

Atualmente, fazemos exatamente isso onde eu trabalho. E eu odeio .

1. Muitos pontos extras de falha
2. Estamos sempre com uplinks curtos no gabinete.
3. Quando precisamos de novos links, alguém está conectando o gabinete em uma escada, arriscando todos os outros links.
4. Temos guias de fios no lugar para limpar os fios abaixo de cada painel de conexões e, em seguida, passar as guias no lado do comutador, desperdiçando espaço.
5. triplicando o número de cabos. Yay. Eu preciso de mais desses!
6. E os patch cables bajillion funcionam sem rima nem motivo e não há como rastreá-los facilmente .

Esse último ponto é o pior. Quando você está com pressa, os múltiplos níveis de rastreamento são um inferno e seu switch está muito longe quando tudo o que você quer fazer é verificar as luzes no servidor e no switch ao mesmo tempo.

Se você fizer dessa maneira, o que eu recomendo é que você intercale os comutadores de 1µ com guias de fio de 2µ para que você não tenha um mega-tijolo de fios correndo de cada lado de um bloco de uplinks para um bloco de interruptores. Você tem que amarrar o fio para baixo para mantê-lo sob controle, uma vez que você tem mais de 200 fios em um canal e então você não pode rastrear QUALQUER COISA.

Se você tiver SAN fabric que é um segundo switch, eu o colocaria na parte inferior para que sua fiação siga caminhos diferentes.

ATUALIZAÇÃO com conselhos

Nós usamos patch panels pop-in da Panduit e os hard-wired, ambos estão bem se o seu eletricista for bom. Muito alívio do estresse é crítico com a fiação de longo prazo, dobre-os, junte-os e amarre-os. E, honestamente, você tem que incutir uma cultura de fazer as coisas direito ... então pegue guias verticais e use-os religiosamente. (Velcro para quadro de rack é bom!) Cabos drapeados são cabos gravidade está destruindo.

Para o ponto de @ voretaq7: pré-cabear todo o bloco de 24 é uma boa idéia que você encontrará usos para eles mais tarde (nós acabamos puxando o KVM, usando-os como links de gabinete para gabinete e mais). / p>

Trabalhe duro para manter as coisas consistentes. 1-24 deve conectar-se para 1-24 na outra extremidade. Se você tiver as portas do switch para ele, conecte previamente todas elas (ou metade) em ordem. Se você executar mais do que dados na Ethernet, cor código cada cabo para esse link. Você quer ser capaz de detectar os estranhos com pressa. Considere atribuir portas pelo número de rack em vez de carregar da esquerda para a direita. Qualquer coisa que ajude você a evitar ter uma planilha gigante cheia de endereços encadeados que as pessoas não podem ler com pressa.

Uma vez que as coisas são ao vivo, ninguém quer deixar você voltar e tornar as coisas consistentes, então ter padrões naturais e fáceis que as pessoas podem seguir nos tempos de emergência sem burocracia significa que você não cai em disciplina toda vez que um servidor morre.

    

Answer 4

Funcionaria, e acho que é uma boa ideia. Dessa forma, você separa racks de servidores e racks de telecomunicações ...

    

Answer 5

Eu fiz os dois. Parece que você quer passar da alternância entre a parte superior do rack e a de fim de linha.

Acho que vou ignorar os painéis de patch e refazer o trabalho e limpar o que você tem.

Os painéis de patch não vão necessariamente limpar seus racks.

Eu movia os interruptores para o meio e passava fibra / outro entre os interruptores para fazer o tecido para o TOR. Você pode dividir a rede física em partes e, em seguida, executar o cabo adequadamente, dando-lhe o "cabo estruturado" sem muita estrutura rígida. Basta colocar o switch onde quiser e executar o cabeamento da mesma maneira que faria em um patch panel.

Eu usaria EOR como você tem acima, mas sem precisar de nenhum patch panel. Dependendo da densidade e da topologia geral do switch, você pode usar uma camada de agregação de comutação.

Você pode rotular alguns desses equipamentos com contagem de fabricação / modelo / porta?

    

Answer 6

Isso funcionará de maneira desafiadora, eu fiz a mesma coisa em nosso data center. Lembre-se de mantê-la organizada com algumas barras de gerenciamento de cabos e passe os cabos pelos lados do rack e não na frente do equipamento. / p>

Um problema que tive foi o fato de nossos cabos ficarem sob o piso e eu decidi colocar o patch panel no topo dos racks, então eu tenho 48+ cabos correndo do lado do rack para o patch panel, ocupando valiosos espaço.

Se eu fizesse isso de novo, eu diria que se os cabos estiverem funcionando sob o piso, em seguida, o painel de conexão na parte inferior, se o cabo estiver sendo executado acima dos racks, coloque o painel no topo.

Eu decidi seguir esse caminho para que meu núcleo Cisco ficasse junto e eu pudesse ter uma boa pilha em vez de conectá-los por fibra. Também torna o patching em um switch DMZ mais fácil.

Obviamente, você perderá alguns U de espaço em rack e documentará tudo e deixará algum cabo frouxo no caso de precisar mover um pouco os racks