O ClusterControl 1.9.0 foi lançado em 16 de julho de 2021 com muitos novos recursos introduzidos no sistema. Esses recursos incluem Redis Management and Monitoring, um novo sistema de monitoramento de consultas baseado em agente para MySQL e PostgreSQL, melhorias no pgBackRest e algumas outras melhorias listadas aqui. Estamos bastante empolgados, pois este é nosso segundo grande lançamento para 2021 após o ClusterControl 1.8.2.
Se você é novo no ClusterControl, o Query Monitor é um dos nossos recursos úteis onde você pode obter informações sobre a carga de trabalho do seu banco de dados. O Query Monitor fornece um resumo do processamento de consultas em todos os nós do cluster, o que se torna indispensável quando você percebe ou experimenta degradação de desempenho. Nem todos os recursos do Query Monitoring são os mesmos para cada tipo de banco de dados, por exemplo, o Query Monitor para MySQL é diferente do Query Monitor para PostgreSQL.
Ter um desempenho de alto nível não é uma desculpa, especialmente quando você está executando aplicativos de missão crítica, além de fornecer a melhor experiência do usuário.
Nesta postagem do blog, discutiremos o que o novo Query Monitor ofereceu e seguiremos algumas das etapas sobre como habilitá-lo para sistemas baseados em MySQL e PostgreSQL. Sem mais delongas, vamos começar!
Nosso novo monitor de consultas MySQL
Se você já atualizou esta nova versão, provavelmente notará algumas mudanças na interface. O novo Query Monitor terá uma guia adicional chamada Visão geral. A Visão geral da consulta é um local onde você pode obter uma visão geral de todas as consultas para seu cluster de banco de dados. Para instâncias de banco de dados baseadas em MySQL, você precisa habilitar o parâmetro “performance_schema” para todas as suas instâncias MySQL antes que o agente de consulta possa ser instalado. Você verá a seguinte captura de tela se clicar na guia Visão geral da consulta:
Se você não ativou o “performance_schema”, não poderá utilizar este painel. Você pode habilitar o parâmetro através de Cluster -> Manage -> Configurations e editar o arquivo /etc/my.cnf para todos os hosts. Certifique-se de atualizar o valor para o seguinte:
esquema_desempenho =ATIVADO
Uma vez feito isso, você precisa fazer uma reinicialização contínua do cluster na lista de ações do cluster para que a alteração entre em vigor. Sem uma reinicialização contínua, o agente de consulta não pode ser instalado.
Claro, você também pode fazer isso manualmente a partir de seus nós de banco de dados, depende da sua preferência. Se você escolher o modo manual, você pode SSH para sua instância de banco de dados e editar /etc/my.cnf. Se você quiser SSH a partir da interface do usuário do ClusterControl, você pode facilmente fazê-lo na lista de ações do nó, como na captura de tela abaixo:
Agora você deve observar a captura de tela a seguir após a reinicialização contínua ser concluída e todos você precisa fazer é clicar no Install Query Monitor Agent:
Deve demorar um pouco até que você possa ver o novo painel de visão geral da consulta como a captura de tela a seguir:
No nosso novo painel de visão geral da consulta, existem algumas variáveis que você pode monitorar e obter as métricas de. Aqui você pode ver a taxa de transferência, simultaneidade, latência média, erro, bem como a lista de consultas na parte inferior. A explicação de cada um deles é a seguinte:
-
Processo - Consulta por segundo (q/s)
-
A capacidade geral de processar dados medidos em consultas por segundo, transações por segundo ou tempo médio de resposta .
-
-
Simultaneidade - Tempo(s) de bloqueio
-
O número de consultas simultâneas, especialmente a consulta INSERT. É medido em segundos.
-
-
Latência média - Tempo(s) médio(s) de consulta
-
A distribuição de latência de instruções em execução nesta instância do MySQL.
-
-
Erros - Erros (s)
-
O número de erros de consulta por segundo para o cluster.
-
Você pode selecionar em qual instância de banco de dados você gostaria de ver as métricas, bem como o prazo de 15 minutos a 4 horas para cada uma delas. Com esta opção, você pode identificar facilmente o que está acontecendo naquela instância específica.
Na parte inferior do painel, você pode observar que há uma lista de consultas que estão sendo executadas no momento para seu cluster. Aqui, você pode ver as informações do resumo da consulta, esquema, contagem, linhas e também o tempo de execução.
Ao contrário da versão mais antiga (1.8.2), este é um painel totalmente novo e será muito útil quando você quiser ter uma visão geral do cluster. Com as métricas aqui, você poderá executar as ações necessárias se perceber que o desempenho do cluster não é o ideal.
Novo monitor de consulta para PostgreSQL
O mesmo processo precisa ser feito para o PostgreSQL:depois de atualizar o ClusterControl para 1.9.0, você precisará instalar o agente de monitoramento de consultas antes de obter as métricas para a Visão geral da consulta. Você verá uma saída semelhante à abaixo:
No entanto, para o PostgreSQL você não precisa habilitar nenhum parâmetro como você necessário para bases de dados baseadas em MySQL, você pode instalar imediatamente o agente a partir do painel. A instalação deve demorar um pouco antes que você possa ver o painel Visão geral da consulta, como abaixo.
Como você pode ver, o painel é um pouco diferente do MySQL painel onde existem apenas 2 métricas que são taxa de transferência e latência média. Assim como o painel de visão geral da consulta baseado em MySQL, você também pode selecionar a instância de banco de dados que deseja ver as métricas, bem como o intervalo de tempo.
Você também pode ver a lista das consultas abaixo das métricas, conforme mostrado na captura de tela acima. Na lista de consultas, você pode ver o resumo, esquema, contagem, linhas e tempo de execução de cada consulta.
Considerações finais
Achamos que o novo Query Monitor é bastante útil quando você deseja ver o que está acontecendo com suas consultas em uma instância de banco de dados. Imagine que você tenha alguns nós:você pode alternar facilmente a instância do banco de dados da Visão geral da consulta para ver as métricas. Com esta opção, você pode saber especificamente o que está acontecendo em cada uma de suas instâncias de banco de dados.
Para instâncias baseadas em MySQL, lembre-se de ativar/ativar “performance_schema” para cada uma das instâncias de banco de dados antes de instalar o agente de consulta e continuar com a visão geral.
O que você acha do nosso novo Query Monitor? Gostou e achou útil? Deixe-nos saber na seção de comentários abaixo.
