[AsteriskBrasil] Balanceamento de carga

[Rodrigo Lang]

Alexandre, o DNS Round-Robin realiza distribuição uniforme entre os IP
agregados de um mesmo DNS. No caso que citei, as requisições ficariam 50%
para cada servidor de autenticação, balanceando a carga. Achei um link
interessante e com uma explicação rápida.

http://dfoggi.spaces.live.com/blog/cns!973194C51155DFA7!1181.entry?wa=wsignin1.0&sa=176313517


Ats,
Rodrigo Lang.

Em 13 de maio de 2010 12:09, Alexandre Ricardo Souza Silva <
alexandre em componentizar.com.br> escreveu:

>  Rodrigo,
> Entendi, mas a solução ideal para o nosso amigo seria um Load Balance você
> não acha? colocaria varios servidores autenticando  em load Balance,
> manteria o nós dos cluster conforme a sua explicação que ficaram ótimas,
> assim ele nao teria problema algum de gravação não vai precisar de
> servidores muito parrudo e etc.
> essa solução de Load balance vc pode usar um servidor de dns para fazer
> isso ou comprar um hardware que alem de fazer ele sabe qtas conexoes foram
> mandadas para as maquinas e voce pode definir a qtade de conexões para cada
> maquina, se vc usar um servidor de DNS para fazer isso nao rola.
>
>
> Qdo puder mande o material para nnos
>
> Um Grande Abraço
>
> Alexandre
>
>
>
> ----- Original Message -----
> *From:* Rodrigo Lang <rodrigoferreiralang em gmail.com>
> *To:* asteriskbrasil em listas.asteriskbrasil.org
> *Sent:* Thursday, May 13, 2010 10:04 AM
> *Subject:* Re: [AsteriskBrasil] Balanceamento de carga
>
> Alexandre,
>
> Os dois servidores para autenticação seriam cluster's sim, de acordo com a
> definição de cluster [1]. No caso, funcionariam em Balanceamento de Carga.
> Mas quando um servidor parar, o DNS Round-Robin não checa se o ip está
> respondendo, se não estiver ele continua enviando para aquele ip. Então,
> você teria que retirar o ip do DNS manualmente ou fazer um shell script para
> automatizar.
>
> Quanto a questão dos dados sendo salvos no storage, é só direcionar os
> res_*.conf (vai mudar de acordo com o banco que você irá utilizar, eu indico
> o PostgreSQL) para o ip do storage. Nas gravações, é só você montar uma
> pasta do storage nos servidores locais e mandar o MixMonitor() salvar
> diretamente naquela pasta. Como a tabela dos usuários SIP's seriam
> compartilhadas,o primeiro servidor que receber a requisição do ramal SIP
> loga ele! O DUNDi faz o resto trabalho quanto a questão de rotas. Tenho um
> documento bastante explicativo sobre DUNDi em casa, de noite eu post ele no
> meu blog e passo o link.
>
> Nielsen, o Heartbeat funciona como passivo/ativo. Ele é uma ótima
> ferramenta para Alta Disponibilidade, faz parte do projeto Linux-HA
> (High-Availability Linux) [2] [3], mas o Cezar está procurando uma forma
> para Balanceamento de Carga.
>
> O documento que eu citei do Afonso Zimmermann está abaixo [4]. *Leiam*,
> pois é muito bom e tirará várias dúvidas.
>
> Se você quiser utilizar banco de canais dai complica a questão de
> balanceamento de carga. Daí sim, o que você poderia fazer seria uma Alta
> Disponibilidade dos dois servidores de autenticação, mas consiste em
> avaliabilidade e não performance. Se for poucos bancos de canais, poderia
> colocar no servidor gateway, mas no seu caso indico tudo softphone! Pega uma
> empresa para fazer um para vocês, personalizado para o cliente. Porra, o
> cliente vai chegar a chorar de alegria! Hhehehe
>
> [1] http://pt.wikipedia.org/wiki/Cluster#Tipos_de_cluster
> [2] http://pt.wikipedia.org/wiki/Linux-HA
> [3]
> http://www.slideshare.net/fred_m/alta-disponibilidade-em-linux-com-heartbeat-e-drbd
> [4] www.disc-os.org/e107/request.php?13
>
> Se eu falei alguma besteira, me desculpem pois faz tempo que mechi com
> clusters. Mas acho que está citado direitinho. Cezar, eu coloquei minha
> opinião neste e-mail, eu sei que desviei um pouco da sua pergunta original.
> Porém, minha intenção é mostrar-lhe uma alternativa que eu escolheria.
>
>
> Ats,
> Rodrigo Lang.
>
> --
> Rodrigo Recipes!
> Last post: Upgrade na facilidade Ligação por login vs. senha<http://rodrigorecipes.blogspot.com/2010/05/upgrade-na-facilidade-ligacao-por-login.html>
>
> ------------------------------
>
> _______________________________________________
> KHOMP: qualidade em placas de E1, GSM, FXS e FXO para Asterisk.
> - Hardware com alta disponibilidade de recursos e qualidade KHOMP
> - Suporte técnico local qualificado e gratuito
> Conheça a linha completa de produtos KHOMP em www.khomp.com.br
> _______________________________________________
> Participe do I Encontro VoIPCenter, 08 a 10 de junho - Rio de Janeiro.
> Área de exposição, palestras e cursos de VoIP, Asterisk e Convergência de
> Redes.
> http://www.encontrovoipcenter.com.br
> ______________________________________________
> Lista de discussões AsteriskBrasil.org
> AsteriskBrasil em listas.asteriskbrasil.org
> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
>
>
> _______________________________________________
> KHOMP: qualidade em placas de E1, GSM, FXS e FXO para Asterisk.
> - Hardware com alta disponibilidade de recursos e qualidade KHOMP
> - Suporte técnico local qualificado e gratuito
> Conheça a linha completa de produtos KHOMP em www.khomp.com.br
> _______________________________________________
> Participe do I Encontro VoIPCenter, 08 a 10 de junho – Rio de Janeiro.
> Área de exposição, palestras e cursos de VoIP, Asterisk e Convergência de
> Redes.
> http://www.encontrovoipcenter.com.br
> ______________________________________________
> Lista de discussões AsteriskBrasil.org
> AsteriskBrasil em listas.asteriskbrasil.org
> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
>



-- 
Rodrigo Recipes!
Last post: Upgrade na facilidade Ligação por login vs.
senha<http://rodrigorecipes.blogspot.com/2010/05/upgrade-na-facilidade-ligacao-por-login.html>
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://listas.asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20100513/8014bc09/attachment.htm