Julio,
Bom dia.
Somente para uma tentativa de contribuição, tente identificar um padrão.
Ou seja, verifique se isto ocorre sempre que ultrapassa uma quantidade
exata (ou próximo disso) de chamadas simultâneas.
- Se vc diminuir a quantidade de chamadas simultâneas, o consumo
de CPU e memória diminuem ?
- Qual versão do seu Asterisk ? (aqui eu resolvi alguns problemas
de performance atualizando a versão do Asterisk)
- Tem certeza que não está sofrendo ataques ? Eu sugiro bloquear
completamente a comunicação com a internet (se for possível) por um ciclo
mínimo de 3 atividades suspeitas, para tentar ver se realmente não é isso.
- Tem alguma tratativa no dialplan de consulta a Banco de Dados
externo ? Se sim, isto pode estar causando latências altas e enfileiramento
de requisições. Inclusive no chan_sip o "stack" para e vai acumulando até
ser desafogado por alguma resposta (isso foi mais resolvido no pjsip).
- Existe algum log que aponte algum padrão de erro no momento em
que começam os problemas de consumo ?
Atenciosamente,
--
Daniel Varella de Oliveira
Consultor de T.I.
Cel.: +55(21)98615-6050
Digium Certified Asterisk Professional - (dCAP)
Novell Certified Linux Administrator (Novell CLA) &
Novell Data Center Technical Specialist (Novell DCTS)
SUSE Linux Enterprise 11
Linux Professional Certified - LPI
Information Technology Infrastructure Library - ITIL Certified
Cisco Certified Network Associate - CCNA
On Thu, Dec 10, 2020 at 8:50 AM Julio França <[email protected]>
wrote:
> Luis utilizamos somente o Alaw e MuLaw, mas sim temos algumas rotinas, vou
> prestar atenção nesses pontos que você mencionou e vou verificar com minha
> equipe agora. Muito obrigado pela dica. No momento estamos resolvendo
> reiniciando o serviço do asterisk todo dia pela manhã, mas isso é só
> postergar o problema, não é o ideal, to querendo achar a fonte dessa causa,
> mas enquanto isso vou aplicar as dicas que os colegas propuseram.
>
>
>
> Em qua., 9 de dez. de 2020 às 19:17, Luiz Gabriel Gasparelli <
> [email protected]> escreveu:
>
>> Opa, há muita codificação nesse servidor? tente utilizar um mesmo codec
>> para tudo e evitar. No caso de g729 vai utilizar cpu para isso, tente com
>> g711.
>> Outro ponto validar seus fluxos internos, dialplan, tente deixar "clean"
>> utilize macros, valide seu asteriskdb, valide suas agi, apis, consultas que
>> for...
>>
>> Em qua., 9 de dez. de 2020 às 17:18, P@ulo <[email protected]>
>> escreveu:
>>
>>> Júlio, aqui de vez em quando tenho estes problemas em alguns servidores,
>>> diante disto fiz um script para limpar caches de memória de tempos em
>>> tempos, que por sua vez diminuem também o processamento, pelo menos até vc
>>> descobrir a fonte desse consumo.
>>>
>>> veja um tempo de intervalo para rodá-lo que melhor se adpte a seu
>>> problema.
>>>
>>> #!/bin/bash
>>> # Tenha em mente que estamos usando "echo 3", mas não é recomendado na
>>> produção, em vez disso, use "echo 1".
>>> echo "echo 3 > /proc/sys/vm/drop_caches"
>>>
>>>
>>> Em ter., 8 de dez. de 2020 às 11:33, Julio França <
>>> [email protected]> escreveu:
>>>
>>>> Meu Asterisk esta com um consumo muito alto de uso de CPU, usando o
>>>> comando HTOP temos picos de todos os nucleos em 100% a cada 10 segundos em
>>>> média, e as ligações ficam péssimas quando há esse pico. Porem não
>>>> conseguimos identificar oque esta causando esse alto consumo. Quando
>>>> reinicio o serviço do asterisk, resolve o problema porem após algumas horas
>>>> volta a dar os picos.
>>>>
>>>> [image: image.png]
>>>>
>>>> [image: image.png]
>>>>
>>>> [image: image.png]
>>>> _______________________________________________
>>>> Contact Center em Nuvem
>>>> Home Office
>>>> http://www.weontap.com.br
>>>> _______________________________________________
>>>> Para remover seu email desta lista, basta enviar um email em branco
>>>> para [email protected]
>>>
>>>
>>>
>>> --
>>> ------------------
>>> Paulo César
>>> ------------------
>>> _______________________________________________
>>> Contact Center em Nuvem
>>> Home Office
>>> http://www.weontap.com.br
>>> _______________________________________________
>>> Para remover seu email desta lista, basta enviar um email em branco para
>>> [email protected]
>>
>>
>>
>> --
>> Luiz Gabriel Gasparelli
>> https://br.linkedin.com/in/lggasparelli
>> _______________________________________________
>> Contact Center em Nuvem
>> Home Office
>> http://www.weontap.com.br
>> _______________________________________________
>> Para remover seu email desta lista, basta enviar um email em branco para
>> [email protected]
>
> _______________________________________________
> Contact Center em Nuvem
> Home Office
> http://www.weontap.com.br
> _______________________________________________
> Para remover seu email desta lista, basta enviar um email em branco para
> [email protected]
_______________________________________________
Contact Center em Nuvem
Home Office
http://www.weontap.com.br
_______________________________________________
Para remover seu email desta lista, basta enviar um email em branco para
[email protected]
