[MASOCH-L] RES: Opniões sobre radius.

Alexandre J. Correa - Onda Internet alexandre at onda.psi.br
Mon Jun 20 11:22:37 BRT 2011


usa o phpmyadmin para fazer a alteração.. aaqui passei para innodb em 
uma época que o servidor mysql ficava rejeitando muito acesso...

e olha q por causa de compatibilidade com nosso ERP.. mysql aqui tem q 
ser o 4.1 ainda hehehehe


Em 20/06/2011 11:20, Jean Carlos Oliveira Guandalini escreveu:
> Ops, errei o Nome, é Frederico, desculpe.
>
>
>
> Em 20-06-2011 10:57, Frederico Terra Boechat escreveu:
>> Eu tive o mesmo problema que você e pesquisei muto sobre o assunto.
>>
>> O que acontecia comigo, e pode estar acontecendo com você, éque a tabela do
>> MySQL era ISAM, e por padrão ao se alterar um registro (no caso é a parte de
>> accounting que faz as alterações) ele dá um lock na tabela inteira, o que
>> faz com que as demais requisições simultâneas sejam descartadas.
>>
>> O que eu fiz foi mudar todas as tabelas para INNODB, e nunca mais tive
>> problema algum.
>>
>> Recomendo olhar por aí.
>>
>> Frederico Boechat
>>
>> -----Mensagem original-----
>> De: masoch-l-bounces at eng.registro.br
>> [mailto:masoch-l-bounces at eng.registro.br] Em nome de Marcelo Costa
>> Enviada em: Monday, June 20, 2011 10:09 AM
>> Para: Mail Aid and Succor, On-line Comfort and Help
>> Assunto: Re: [MASOCH-L] Opniões sobre radius.
>>
>> 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
>>>
>>
>>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>


-- 
Sds.

Alexandre Jeronimo Correa
Sócio-Administrador

Onda Internet
www.onda.net.br

IPV6 Ready !



More information about the masoch-l mailing list