Início
Através deste tópico venho apresentar uma receita para um sucesso no gerenciamento de banda , economia de link assim como uma ótima latência na rede.
Através de minhas experiências com provedor ao longo destes anos pude desenvolver esta topologia e regras para adaptar a todos os problemas e dificuldades que os pequenos provedores tem, como por exemplo a falta de quantidade e qualidade de link assim como também o problema de latência ocasionado por falta de um correto gerenciamento de sistema na rede.
Claro que um fator muito importante que gostaria de ressaltar aqui é a qualidade dos hardwares , vou deixar bem claro minha posição sobre isto , NÃO ADIANTA APLICAR ESTA TOPOLOGIA E REGRAS EM HARDWARES DE MÁ QUALIDADE .
Devido a muitas experiências , não posso deixar de relatar que hardwares de boa qualidade como servers profissionais assim como equipamentos wireless , swicths e todos os outros devem ser de qualidade comprovada para que realmente este processo ou qualquer outro que tentem funcione corretamente.
Esclarecido questão hardware vamos à topologia :
Esta topologia está da seguinte forma :
1 - Link que chega ao Servidor (load balance com com 4 links sendo 1 dedicado e 3 adsl).
2 - Servidor em BSD com regras de Traffic Shaping criadas por mim que já estão postadas aqui https://fpibrasil.forumeiros.com/t64-traffic-shaping-analise-e-melhor-regra juntamente com controle de banda, hot-spot e todas as outras funções necessárias.
3 - Cache como cliente , ao ver a imagem poderíamos dizer que está em paralelo ao servidor , teoricamente falando sim, paralelo , mas em meu sistema falamos que ele é um cliente de nosso servidor , pois temos uma função totalmente interativa que podemos desativar e ativar o cache sem que pare a navegação dos clientes.
Obs: O provedor deverá testar o melhor cache que estiver no momento sem problemas devido ao fato desta total interatividade e facilidade para substituição do mesmo sem que atrapalhe a navegação dos clientes.
Agora vem o X da questão , o que de bom tem nesta topologia, sistema e regras ?
Analisem agora e vejam o resultado.
No início afirmei que são 4 links sendo 1 dedicado e 3 adsl então vamos lá.:
Links balanceados :
1- link dedicado de 6 Mb
2- link adsl 4 Mb
3- link adsl 4 Mb
4- link adsl 2 Mb
TOTAL = 16 Mb
Total de clientes cadastrados do provedor = 500
Média de clientes on-line = 200
RESULTADO :
VELOCIDADE DE CONEXÃO ENTREGUE PARA CADA CLIENTE ON-LINE = 1MB E COM LATÊNCIA BAIXÍSSIMA.
É isto mesmo , 1MB para cada cliente com apenas os links citados balanceados.
Observações:
- Muitos podem perguntar , porque não usar Mikrotik , a resposta é, o MK já tem regras pré-estabelecidas não deixando que possamos criar melhores regras de traffic shaping , assim como também não tem uma facilidade de regras para interligação com o cache da maneira que necessitamos para que este processo funcione.
- A quantidade de Mb aqui citadas dos links não precisam estar necessariamente com estes valores , mas sim de acordo com a necessidade de cada provedor com sua devida quantidade de clientes , pois claro que é apenas uma topologia e regras a serem aplicadas para ajudar e não fazer milagres.
Espero ter colaborado pessoal e estou aqui quando precisarem para mais esclarecimentos .
Att. Marcio Marques
skype : netfastbg
Através de minhas experiências com provedor ao longo destes anos pude desenvolver esta topologia e regras para adaptar a todos os problemas e dificuldades que os pequenos provedores tem, como por exemplo a falta de quantidade e qualidade de link assim como também o problema de latência ocasionado por falta de um correto gerenciamento de sistema na rede.
Claro que um fator muito importante que gostaria de ressaltar aqui é a qualidade dos hardwares , vou deixar bem claro minha posição sobre isto , NÃO ADIANTA APLICAR ESTA TOPOLOGIA E REGRAS EM HARDWARES DE MÁ QUALIDADE .
Devido a muitas experiências , não posso deixar de relatar que hardwares de boa qualidade como servers profissionais assim como equipamentos wireless , swicths e todos os outros devem ser de qualidade comprovada para que realmente este processo ou qualquer outro que tentem funcione corretamente.
Esclarecido questão hardware vamos à topologia :
Esta topologia está da seguinte forma :
1 - Link que chega ao Servidor (load balance com com 4 links sendo 1 dedicado e 3 adsl).
2 - Servidor em BSD com regras de Traffic Shaping criadas por mim que já estão postadas aqui https://fpibrasil.forumeiros.com/t64-traffic-shaping-analise-e-melhor-regra juntamente com controle de banda, hot-spot e todas as outras funções necessárias.
3 - Cache como cliente , ao ver a imagem poderíamos dizer que está em paralelo ao servidor , teoricamente falando sim, paralelo , mas em meu sistema falamos que ele é um cliente de nosso servidor , pois temos uma função totalmente interativa que podemos desativar e ativar o cache sem que pare a navegação dos clientes.
Obs: O provedor deverá testar o melhor cache que estiver no momento sem problemas devido ao fato desta total interatividade e facilidade para substituição do mesmo sem que atrapalhe a navegação dos clientes.
Agora vem o X da questão , o que de bom tem nesta topologia, sistema e regras ?
Analisem agora e vejam o resultado.
No início afirmei que são 4 links sendo 1 dedicado e 3 adsl então vamos lá.:
Links balanceados :
1- link dedicado de 6 Mb
2- link adsl 4 Mb
3- link adsl 4 Mb
4- link adsl 2 Mb
TOTAL = 16 Mb
Total de clientes cadastrados do provedor = 500
Média de clientes on-line = 200
RESULTADO :
VELOCIDADE DE CONEXÃO ENTREGUE PARA CADA CLIENTE ON-LINE = 1MB E COM LATÊNCIA BAIXÍSSIMA.
É isto mesmo , 1MB para cada cliente com apenas os links citados balanceados.
Observações:
- Muitos podem perguntar , porque não usar Mikrotik , a resposta é, o MK já tem regras pré-estabelecidas não deixando que possamos criar melhores regras de traffic shaping , assim como também não tem uma facilidade de regras para interligação com o cache da maneira que necessitamos para que este processo funcione.
- A quantidade de Mb aqui citadas dos links não precisam estar necessariamente com estes valores , mas sim de acordo com a necessidade de cada provedor com sua devida quantidade de clientes , pois claro que é apenas uma topologia e regras a serem aplicadas para ajudar e não fazer milagres.
Espero ter colaborado pessoal e estou aqui quando precisarem para mais esclarecimentos .
Att. Marcio Marques
skype : netfastbg
Última edição por Marcio Marques em Seg 8 Jun - 8:21, editado 1 vez(es)
