[MASOCH-L] Opniões sobre radius.

Jean Carlos Oliveira Guandalini jean.guandalini at corp.visaonet.com.br
Mon Jun 20 10:54:19 -03 2011


Temos um programa no exec-progam-wait, ele está com um tempo de 1s para
rodar, apesar de fazer uma verificação numa tabela muito grande ele até
que está rápido, vamos tentar verificar o tempo com o debug.

------------------------------------------
Jean Carlos Oliveira Guandalini
Dep. de Engenharia e Administração de Redes
VisãoNet Telecom
http://www.visaonet.com.br

Em 20-06-2011 10:09, Marcelo Costa escreveu:
> Eu utilizava Oracle, que é mais pesado que o MySQL.
> E, note, que fazíamos, também, o armazenamento de accounting no DB e
> executávamos scripts com exec-program-wait.
> 
> []s
> Eng. Marcelo Costa
> 
> 
> Em 20 de junho de 2011 10:05, Jean Carlos Oliveira Guandalini <
> jean.guandalini at corp.visaonet.com.br> escreveu:
> 
>> Marcelo, mesmo com uma quantidade muito grande de requisições você não
>> tinha problemas com o banco de dados? Utilizava MySQL mesmo?
>>
>> Em 20-06-2011 09:57, Marcelo Costa escreveu:
>>> Fazer o balanceamento é facil: rode outra instancia do radius e configure
>>> ele para fazer proxy para quantos servidores você quiser balancear e
>>> especifique round-robin.
>>> minha ultima rede possuía 22.000 assinantes e ocorria de faltar energia
>> em
>>> uma área grande e, mesmo assim, na volta o radius não morria.
>>>
>>> Att,
>>> Eng. Marcelo Costa
>>>
>>> Em 20 de junho de 2011 09:53, Jean Carlos Oliveira Guandalini <
>>> jean.guandalini at corp.visaonet.com.br> escreveu:
>>>
>>>> Em 20-06-2011 09:40, Rober Hoelscher escreveu:
>>>>> Aqui executo freeradius 2.1. Nenhum problema.
>>>>>
>>>>> Quantas requisições por segundo você tem e qual hardware ?
>>>> A quantidade de requisições em operação normal não é muito grande, o
>>>> problema é se fico com alguma indisponibilidade em alguma localidade e
>>>> de repente voltam trocentas conexões de uma só vez, inclusive não
>>>> consegui fazer o SNMP dele rodar, você faz algum monitoramento quanto a
>>>> requisições por segundo?
>>>> O Hardware é uma máquina virtualizada com o XenServer, e está com 4GB de
>>>> memória.
>>>>
>>>>>
>>>>> Quanto ao mikrotikm, realmente ele não faz load-balancing. O segundo
>>>>> radius é para failover.
>>>> Pensei que até uma solução fosse fazer um load-balance com algo do tipo
>>>> do ultra monkey por exemplo.
>>>>
>>>> Eu estou utilizando o MySQL, no banco de dados são dois servidores em
>>>> balanceamento de carga, segundo eu li na lista do freeradius o erro de
>>>> (300) que recebi seria sobrecarga do MySQL e o mesmo não estava
>>>> aguentando responder as requisições.
>>>>
>>>> O que percebo mesmo é que esse tipo de erro acontece quando temos uma
>>>> sobrecarga de requisições, mas não consegui medir o quanto é isso, penso
>>>> que talvez eu não tenha opções de tunning no radius para maiores
>>>> quantidades de requisições.
>>>>>
>>>>> Att.
>>>>> -
>>>>> Rober Hoelscher
>>>>>
>>>>> Em Segunda, 20/06/2011 no 9:24 Jean Carlos Oliveira Guandalini
>>>>> escreveu:
>>>>>
>>>>> Pessoal, ultimamente temos enfrentado alguns problemas com o radius,
>>>>> principalmente no que diz a sobrecarga, gostaria de algumas opniões
>>>>> do
>>>>> que vocês tem feito para sanar esse tipo de problema, se estão
>>>>> fazendo
>>>>> algum balanceamento de carga ou algo do tipo. (Vejo que o mikrotik,
>>>>> apesar de permitir configurar dois radius não faz um balanceamento
>>>>> de
>>>>> requisições entre os radius disponíveis)
>>>>>
>>>>> E agora ultimamente temos recebido as seguintes mensagens:
>>>>> Sat Jun 18 23:24:09 2011 : Error: FATAL: Thread create failed:
>>>>> Resource
>>>>> temporarily unavailable
>>>>> -----------------------------------------------------------------------
>>>>> Sun Jun 19 12:00:00 2011 : Info: The maximum number of threads (300)
>>>>> are
>>>>> active, cannot spawn new thread to handle request
>>>>>
>>>>> Esse primeiro erro começou depois que compilamos com a opção
>>>>> "threads".
>>>>>
>>>>> Vocês tem usado qual versão do radius? Tem compilado com alguma
>>>>> opção
>>>>> diferenciada?
>>>>>
>>>>> OBS: Por um problema de módulo estamos precisando utilizar a versão
>>>>> 1.1.8 ainda.
>>>>>
>>>>> Valeu
>>>>>
>>>>> Jean
>>>>> __
>>>>> masoch-l list
>>>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>>>
>>>>>
>>>>> __
>>>>> masoch-l list
>>>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>> __
>>>> masoch-l list
>>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>>
>>>
>>>
>>>
>> __
>> masoch-l list
>> https://eng.registro.br/mailman/listinfo/masoch-l
>>
> 
> 
> 



More information about the masoch-l mailing list