Quantas opções podem ser empilhadas / interconectadas?

Question

Gostaria de saber quantos switches podem ser empilhados com o fibre channel para obter uma melhor taxa de transferência entre os computadores.

Eu tenho 200 computadores conectados a 12 switches 3Com. Todos os switches possuem duas portas de fibra.

A melhor maneira de ter o switch de backbone de fibra e conectar o canal de fibra de todos os switches ao backbone? Ou ligue o interruptor 1 ao interruptor 2 ao interruptor 3 para ... ligue o interruptor 12 no interruptor 1 novamente?

Obrigado!

    

Answer 1

Vamos deixar de lado a terminologia primeiro.

"Canal de fibra" (ou "canal de fibra", como é mais conhecido) é uma tecnologia de rede específica usada em redes de área de armazenamento. Eu acho que, quando você diz "canal de fibra", você está realmente dizendo "portas em um switch Ethernet que os cabos de fibra óptica se conectam". Se você está realmente falando sobre o canal de fibra, me avise ... (mas, no meu conhecimento, a 3Com nunca fez um comutador Fibre Channel).

O termo "empilhamento" refere-se tipicamente a uma interconexão entre switches Ethernet através de uma interface dedicada (tipicamente proprietária) que estende alguma fração significativamente alta da capacidade de comutação do comutador de capacidade para outro comutador (estendendo o "switching fabric" para fora da caixa para outro interruptor). Geralmente, as interfaces de empilhamento operam em velocidades de vários gigabits (40Gb / s nos switches Dell PowerConnect série 6200, por exemplo).

Não há "limite rígido" para o número de switches Ethernet em uma rede. Você pode adicionar quantos quiser. A latência aumentará à medida que o número de "saltos" entre quaisquer dois endpoints aumenta e, obviamente, você aumenta a complexidade e as chances de falha à medida que adiciona mais switches.

As LANs Ethernet comutadas não podem ser dimensionadas indefinidamente. Transmissões excessivas ou inundação de quadros para destinos desconhecidos limitarão sua escala. Qualquer uma dessas condições pode ser causada ao tornar um único domínio de broadcast em uma LAN Ethernet muito grande.

O tráfego de transmissão é fácil de entender, mas a inundação de quadros para destinos desconhecidos é um pouco mais obscura. Se você obtiver tantos dispositivos que as tabelas MAC do switch estão transbordando, os switches serão forçados a inundar os quadros não-broadcast de todas as portas se o destino do quadro não corresponder a nenhuma entrada na tabela MAC. Se você tiver um domínio de broadcast único grande o suficiente em uma LAN Ethernet com um perfil de tráfego que os hosts falem com pouca frequência (ou seja, com pouca frequência que suas entradas tenham ficado fora das tabelas MAC nos switches), também quadros para destinos desconhecidos.

Na escala da qual você está falando (200 computadores), não haverá problemas com a inundação de quadros para destinos desconhecidos. A existência ou não de problemas de transmissão dependerá dos protocolos e aplicativos específicos usados. Se você estiver usando aplicativos e sistemas operacionais da Microsoft prontos para uso, eu arriscaria que seu nível de tráfego de transmissão seja bom.

Em geral, uma topologia de "estrela" que minimiza "saltos" entre switches é a topologia Ethernet mais eficaz. Colocar servidores ou outros recursos altamente utilizados no centro da estrela minimizará o tráfego em geral. Se seus switches suportarem a agregação de vários links juntos, você poderá usar esse recurso para aumentar a largura de banda nos links entre switches. Você deve usar uma ferramenta (até mesmo uma simples como MRTG ) se seus switches suportarem o monitoramento com SNMP para determinar onde sua utilização de largura de banda "hotspots" são.

Você pode criar "loops", desde que seus switches suportem o protocolo spanning tree, para lidar com falhas de switches ou links entre switches. Esse é um tópico um pouco mais avançado, e não é algo que eu recomendaria que você abordasse até ter mais experiência.

    

Answer 2

O número máximo de switches que podem ser empilhados (não um anel - uma string ou uma estrela, a menos que você esteja usando o STP com failover nas portas do backplane) depende do switch. Como exemplo, o 3Com® Switch 5500G-EI de 24 portas suporta 8 empilhadas usando um módulo de expansão SFP de 8 portas. Alguns switches se conectam em série, um para o outro. Outros switches, como o 5500G, se conectam em uma configuração em estrela com um switch de gerenciamento "pai" e até 8 switches "secundários".

Use as VLANs para reduzir os domínios de broadcast.

Muitas redes de escritórios de rede bem projetadas não precisam de um backplane compartilhado. A maioria do tráfego vai para um dos três destinos - servidor de arquivos, internet ou impressora. Um único backplane compartilhado é realmente apenas "obrigatório" para o tráfego peer to peer interno. Eu nunca vi uma situação com um único backplane compartilhado que não segmentasse de qualquer maneira com VLANs. O backplane compartilhado facilita a realização de movimentos físicos na rede. A reconfiguração de rede depois que uma máquina física é movida para um novo escritório (porta) pode ser feita remotamente no console de gerenciamento do comutador sem precisar reconectar cabos. O backplane compartilhado começa a fazer sentido quando você tem muitos servidores físicos e muitos clientes precisam se conectar a vários servidores. Hoje em dia, isso pode ser resolvido com caixas maiores e virtualização, reduzindo a contagem para um ou dois servidores físicos por cliente (ainda pode ter muitos servidores físicos, apenas clientes que precisam de acesso de "velocidade total" a todos os servidores, ou seja, servidores de segmento por departamento ou necessidades de serviço.)

Em uma configuração de rede comum, a largura de banda é aumentada pela instalação de uma NIC de largura de banda maior ou várias portas de tronco / ligação e NICs onde o tráfego agregado é, geralmente, o servidor de arquivos. No switch 3com do exemplo, você usaria uma NIC 10g no servidor e 1g NICs nos clientes

Se não houver tráfego peer to peer e nenhum encadeamento de switches (cada switch se conecta à sua própria NIC no servidor), não haverá melhoria de desempenho com um backplane compartilhado. Se as VLANs não forem usadas, o backplane compartilhado pode até ser mais lento devido a um domínio maior de transmissão / colisão.

    

Answer 3

Definitivamente, com um switch backbone rápido. Um pacote de um computador no switch 1 para um computador no switch 12 tem três switches para passar. Se você ligar em cadeia, serão doze interruptores. Não tenho certeza se isso funciona mesmo.