
Estou na fase de planejamento do recabeamento de nossos 5 racks em um de nossos escritórios e gostaria de pedir alguma orientação sobre como você procederia ou como gerenciar os cabos que passam entre os racks. Em nossa situação, temos 5 racks, onde o mais à direita é nosso patch panel principal para 300 portas de piso. O rack próximo a ele é nosso rack de comunicação principal, onde os switches principais e roteadores ISP estão localizados. os outros 3 racks próximos ao rack de comunicações precisam ser conectados novamente ao rack de comunicações principal.
Não tenho certeza se um patch panel de 48 portas em cada rack seria bom para este cenário. principalmente porque não tenho certeza se isso pode ser conectado ao interruptor principal com apenas 1 cabo.
Um switch de 48 portas em cada rack seria melhor, já que você pode fazer o uplink deles de volta ao switch principal?
Ou devemos apenas passar os cabos entre os racks de volta ao switch principal?
Espero que alguém possa oferecer alguma orientação.
Responder1
Minha regra prática baseada em anos de construção de salas de servidores: minimize o cabeamento entre racks tanto quanto possível.
O rack de 300 portas para as portas de borda está longe de estar cheio, então você pode colocar os switches de borda no mesmo rack. Isso mantém a maior parte do cabeamento no mesmo rack.
Os 3 racks à esquerda: presumo que eles contenham seus servidores. Coloque um switch gigabit barato em cada um. Use 2 se você tiver servidores que exijam links redundantes. HP ProCurves ou Dells se encaixariam perfeitamente. Se você usar 1, não se esqueça de cabeá-lo de forma redundante aos seus núcleos. Se você usar 2 switches redundantes, eles precisarão apenas de um único uplink (para núcleos diferentes) cada.
Conecte todos os 4 racks com cobre aos núcleos do rack de comunicação. As distâncias não garantem fibra e o cobre ainda é muito mais barato. Use vários links de cobre de 1 GB com agregação para aumentar a largura de banda, se necessário. O cobre de 10 Gbs também pode ser uma opção, dependendo de seus núcleos/switches.
Se você tiver servidores que exigem um link 1-a-1 com um núcleo ou equipamento ISP, basta instalar um cabo UTP extra. Isso não vai te matar.
Se seus núcleos forem grandes switches blade que também carregam as portas de borda para o rack mais à direita, considere seriamente mover esses núcleos para esse rack (se o espaço permitir). Ninguém em sã consciência deseja cabear 300 cabos UTP entre racks.
Talvez você precise gastar algum dinheiro em switches extras, mas isso se pagará, minimizando futuras dificuldades de suporte.
Responder2
Por favor, não veja isso como uma resposta porque esta é sua escolha pessoal, dependendo de suas circunstâncias e orçamento. Posso descrever o que fizemos alguns meses antes em uma estrutura de tamanho (acho) comparável e com orçamento muito baixo.
Tínhamos que gerenciar cerca de 5 redes distintas e tínhamos o mesmo número de links ethernet entre os racks distribuídos em nossos prédios o que piorava cada vez mais a manutenção. Decidimos substituir 3 switches antigos por terem todos da mesma marca (Dell) e tipo, introduzir VLANs e usar conexões ópticas para distâncias mais longas. As conexões de fibra são muito baratas hoje em dia e muito fáceis de instalar.
Os racks do patch panel foram conectados por 2 links ópticos (cada) aos dois switches principais, que são conectados entre si por 4 portas de cobre (tronco). Em cada rack de servidor temos agora um switch de 48 portas e nos patch panel há 3x 48 portas (temos dois racks de patch panel) e 1x 24 portas para um departamento menor. Os switches do patch panel possuem apenas um uplink para os switches principais e são interconectados por portas de cobre (usando entroncamento de porta também).
Agora estamos em uma posição confortável para poder definir para cada porta de cada switch de cada rack a qual rede ele pertence (VLAN) e não precisar alterar as conexões físicas (na maioria das vezes). Como usamos virtualização, ela se torna ainda mais flexível porque para os hosts VM precisamos apenas de 1 link físico para conectar as VMs a todas as redes. Ainda há trabalho a fazer (migrar os firewalls para usar VLANs em vez de portas físicas), mas estamos muito satisfeitos com esta solução até agora e foi muito barata.