[GTER] Indicação - Switch 10Gb/s

Rômulo Lima romulo at itsbrasil.net
Tue Jun 17 09:51:37 -03 2014


Muito Obrigado Shine pela resposta,


     De acordo com a sua avaliação, quais seriam os modelos ou 
fabricantes que você recomendaria para utilizarmos neste cenário?

Muito Obrigado.

-- 

Em 16/06/2014 19:28, Shine escreveu:
> Romulo,
>
> Pelo que entendi, os switches são mais para conectar os clientes para
> acesso a Internet, então são switches mais para uso de campus network ou
> metro network. Dificilmente um MK suportaria a carga de um workload de
> datacenter com aplicações Leste-Oeste mais pesadas.
>
> A maioria dos switches L3 de 10G de campus e metro atende sua demanda. Como
> você separa os domínios de cada POP não há propagação de broadcast, então a
> tabela mac depende mais do que você tem dentro da rede atualmente (um dado
> fácil de obter usando "show mac add" nos seus switches atuais.)
>
> Essa é a sua situação hoje. Agora pensando em futuro, você precisa ter os
> dados de um ambiente no médio e longo prazo. Tudo bem que você planeje de
> uma forma mais conservadora e o futuro, se tudo der muito certo, chegue
> antes... ;)
> 1) ampliação do POP. Se sua demanda inclui ter um POP que interligue nos
> dois atuais, você já deve pensar em como prover a lógica de
> redundância/contingência, já que neste caso você acaba tendo uma topologia
> mais em forma de anel. Existem desde esquemas como REP/EAPS/MPR como também
> pode-se começar a adotar um protocolo de metro como MPLS, ou mesmo o STP
> (que não é lá uma maravilha de convergência para redes metro em escala).
> 2) densidade de portas. 48 atende hoje... atenderá amanhã?
> 3) quantidade de portas 1GE e 10GE. Ter um switch non-blocking de 10GE é
> altamente escalável, mas ainda é caro e se você não usa imediatamente para
> conectar clientes a 10GE o TCO pode não compensar. Pense nessas quantidades
> para fechar a sua qualificação de switches em uma gama que esteja adequada
> ao seu negócio.
>
>
>
> Em 16 de junho de 2014 17:07, Rômulo Lima <romulo at itsbrasil.net> escreveu:
>
>> Muito obrigado pela informação Shine,
>>
>>
>>      Fiquei sem e-mail por alguns dias e só agora estou lendo as respostas
>> sobre o meu questionamento. Vou tentar explicar um pouco melhor:
>>
>> 1-  Em nossa realidade, estamos com dois data-centers/POPs em edfícios
>> vizinhos e atualmente usamos Switches de 48 portas (com LAGs de 2 e 3Gb/s)
>> em L2 para fazer esta interligação. Em cada data-center temos um roteador
>> de borda, desta forma trafegamos por esses switches a internet de clientes
>> provenientes de POPs diversos.
>>       Estes LAGs já estão chegando ao seu limite e decidimos ampliar isso
>> para 10Gb/s.
>>
>> 2 - Para rotear os nossos clientes nesses data-center usamos Mikrotiks
>> (CCR), e queremos unificar tudo em switches L3, ou seja, hoje em cada lugar
>> eu tenho uma CCR e um Switch cisco de 48P com LAGs de 2 e 3Gb/s e quero
>> usar apenas um switch em cada ponto, fazendo roteamento com minha borda
>> (OSPF/IBGP) e provendo enlaces em 10Gb/s entre os prédios e demais POPs.
>>
>> 3 - Atualmente em nosso IBGP temos aproximadamente 1300 rotas (V4 e V6) e
>> no OSPF temos 353.
>>
>> Com essa explicação resumida, que switch você indicaria?
>>
>> Atenciosamente,
>>
>> Rômulo Lima
>>
>> Em 11/06/2014 22:58, Shine escreveu:
>>
>>   Romulo,
>>> Nos dias atuais, definir uma rede apenas por quesitos de velocidade não é
>>> suficiente para definir equipamentos. Um core de rede pode ter
>>> características diversas e entre o uso adequado dos recursos você consegue
>>> classificar e definir melhor o que atenderá a sua demanda.
>>> Por exemplo, você citou um "core", mas não disse se o core é de roteamento
>>> backbone internet ou um core de rede datacenter, por exemplo. São redes
>>> com
>>> características distintas, um core backbone precisa de mais recursos de
>>> memória para poder escalar em prefixos, um core datacenter prioriza
>>> uniformidade, latência. Tipicamente backbones precisam de roteadores, data
>>> centers usam switches (muitas vezes um spine switch é o core da rede
>>> também).
>>>
>>> Definindo que você usará um switch, existem diversas escolhas. Você pode
>>> pensar em um core de 10 Gbps, mas o switch, mesmo em camada 3 pode usar
>>> SVIs, portanto aprender endereços mac. Outro ponto é se o switch usa L3,
>>> ele pode precisar aprender mais ARP por estar em uma rede camada 2
>>> potencialmente maior.
>>> Então no mínimo devemos considerar:
>>> 1) capacidade da tabela arp
>>> 2) capacidade da tabela mac
>>> 3) quantidade de prefixos ipv4 e ipv6
>>> Com esses dados em mãos, existem outros que devem ser considerados:
>>> - capacidade de tráfego non-blocking
>>> - tipos de interfaces suportadas
>>> - quantidade máxima de SVI
>>> - capacidade de agregação (ao menos em LACP) em portas por grupo e
>>> quantidade de gruposf
>>>
>>> Existem outros parâmetros, mas esses são mais voltados para aplicações
>>> específicas e de alta performance:
>>> - latência
>>> - jitter
>>>
>>> E algumas funcionalidades mais voltados para arquitetura, dependendo do
>>> campo de uso: citaria ao menos redes metropolitanas, campus core e
>>> datacenter. Aqui a lista fica bem grande...
>>>
>>>
>>>
>>> Em 11 de junho de 2014 08:58, Rômulo Lima <romulo at itsbrasil.net>
>>> escreveu:
>>>
>>>   Bom dia amigos,
>>>>
>>>>       Estou estudando ampliar meu core para trabalhar em 10Gb/s, mas não
>>>> temos muitas informações sobre que equipamento utilizar.
>>>>
>>>>       A priori, pensamos em colocar um switch L3 de 24 ou 48 portas sendo
>>>> que todas as portas suportem 10Gb/s, vocês teriam alguma indicação para
>>>> estudarmos a solução.
>>>>
>>>>
>>>> Desde já, muito obrigado.
>>>>
>>>> Atenciosamente,
>>>> --
>>>> --
>>>> gter list    https://eng.registro.br/mailman/listinfo/gter
>>>>
>>>>   --
>>> gter list    https://eng.registro.br/mailman/listinfo/gter
>>>
>> --
>> gter list    https://eng.registro.br/mailman/listinfo/gter
>>
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter





More information about the gter mailing list