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

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


No MySQL, você alguma configuração de tunning? Eu utilizei o mysqltuner
para melhorar a configuração, mas talvez vocês tenham alguma opção que
pode me auxiliar.
Tenho dois servidores fazendo replicação master/master, os servidores são:

2 x Xeon E5345 2.33GHz Quadcore
8Gb de memória

Obrigado


Em 20-06-2011 11:22, Alexandre J. Correa - Onda Internet escreveu:
> 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
>>
> 
> 



More information about the masoch-l mailing list