Painel de métricas
O painel de métricas no aplicativo Lakebase fornece gráficos para monitoramento de métricas de sistema e banco de dados. Para abri-lo, clique em monitoramento na barra lateral do aplicativo Lakebase e, em seguida, selecione a tab Métricas . As métricas observáveis incluem uso de RAM, uso de CPU, contagens de conexões, tamanho do banco de dados, deadlocks, operações de linha, atrasos de replicação, desempenho de cache e tamanho do working set.
O painel exibe os modelos para o ramo e compute selecionados. Use os menus suspensos para view métricas de um ramo ou compute diferente. Você pode selecionar entre períodos de tempo predefinidos ( Última hora , Último dia , Últimos 7 dias ) ou escolher Outro para opções adicionais ( Últimas 3 horas , Últimas 6 horas , Últimas 12 horas , Últimos 2 dias ou Personalizado ). Use o botão de atualização para atualizar as métricas exibidas.
Entendendo computação inativa
Se os gráficos não exibirem nenhum dado, seu compute pode estar inativo devido à escala para zero.
Quando um compute está inativo, os valores de métricas caem para 0, pois é necessário um compute ativo para reportar dados. Os períodos de inatividade aparecem como um padrão de linhas diagonais no gráfico.
Se o gráfico não exibir dados, tente selecionar um período diferente ou retorne mais tarde após a coleta de mais dados de uso.
BATER
O gráfico de RAM mostra a RAM alocada e o uso ao longo do tempo para o compute selecionado.
Inclui as seguintes métricas:
Alocado : A quantidade de RAM alocada.
A memória RAM é alocada de acordo com o tamanho do seu compute ou com a sua configuração de dimensionamento automático . Com o dimensionamento automático, a RAM alocada aumenta e diminui conforme a capacidade compute aumenta ou diminui em resposta à carga. Se a opção "escalar para zero" estiver ativada e seu compute entrar em estado parado após um período de inatividade, a RAM alocada cairá para 0.
Utilizada : A quantidade de RAM utilizada.
O gráfico graficar uma linha mostrando o uso de RAM. Se a conexão atingir regularmente a quantidade máxima de RAM alocada, considere aumentar o tamanho do seu poder compute . Para opções de tamanho compute , consulte dimensionamento de computação.
Em cache : A quantidade de dados armazenados em cache na memória por consultas e operações anteriores.
CPU
O gráfico de CPU mostra a CPU alocada e o uso ao longo do tempo para o compute selecionado.
Alocado : A quantidade de CPU alocada.
A CPU é alocada de acordo com o tamanho do seu compute ou com a sua configuração de escalonamento automático . Com o dimensionamento automático, a CPU alocada aumenta e diminui conforme sua capacidade compute aumenta ou diminui em resposta à carga. Se a opção "escalar para zero" estiver ativada e seu compute entrar em estado "parado" após um período de inatividade, a CPU alocada cairá para 0.
Utilizado : A quantidade de CPU utilizada, em Unidades de Computação (UC).
Se a linha plotada atingir regularmente o limite máximo de CPU alocado, considere aumentar o tamanho do seu poder compute . Para opções de tamanho compute , consulte dimensionamento de computação.
Contagem de conexões Postgres
O gráfico Postgres connections count mostra o número máximo de conexões, o número de conexões paradas, o número de conexões ativas e o número total de conexões ao longo do tempo para o compute selecionado.
Ativo : O número de conexões ativas para o compute selecionado.
Monitorar as conexões ativas ajuda você a entender a carga de trabalho do seu banco de dados. Se o número de conexões ativas for consistentemente alto, seu banco de dados pode estar sob carga elevada, o que pode levar a problemas de desempenho, como tempos de resposta lentos para consultas.
parado : O número de conexões Parado para o compute selecionado.
As conexões Parado estão abertas, mas não estão em uso no momento. Embora algumas conexões parado geralmente sejam inofensivas, um grande número delas pode consumir recursos desnecessários, deixando menos espaço para conexões ativas e potencialmente afetando o desempenho. Identificar e fechar conexões parado desnecessárias pode ajudar a liberar recursos.
Total : A soma das conexões ativas e paralelas para o compute selecionado.
Máx .: O número máximo de conexões simultâneas permitidas para o tamanho do seu compute .
A linha Max ajuda você a visualizar o quão perto você está de atingir seu limite de conexão. Quando o número total de suas conexões se aproximar do limite máximo, considere o seguinte:
- Aumentar a capacidade compute permite mais conexões.
- Otimizar o gerenciamento de conexões do seu aplicativo (usando pool de conexões, fechando conexões não utilizadas prontamente e evitando conexões Parado de longa duração).
O limite de conexões é definido pela configuração max_connections do Postgres e é determinado pela sua configuração de tamanho compute . Para obter uma lista completa do número máximo de conexões por tamanho compute , consulte as especificações de computação.
Tamanho do banco de dados
O gráfico Database size mostra o tamanho dos seus dados reais para o banco de dados selecionado ou para todos os bancos de dados na branch selecionada.
Quando um banco de dados atinge sua cota de armazenamento, o desempenho de gravação diminui.
O tamanho lógico representa o tamanho dos seus dados conforme relatado pelo Postgres, incluindo tabelas e índices.
As especificações de tamanho do banco de dados são exibidas apenas enquanto seu compute estiver ativo. Quando o seu compute é Parado, os valores de tamanho do banco de dados não são relatados e o gráfico mostra zero, mesmo que haja dados presentes.
Impasses
O gráfico de Impasses mostra uma contagem de impasses ao longo do tempo.
Os impasses ocorrem quando duas ou mais transações se bloqueiam simultaneamente, mantendo recursos necessários para as outras transações, criando um ciclo de dependências que impede o andamento de qualquer transação. Isso pode levar a problemas de desempenho ou erros de aplicação. Para saber mais sobre impasses (deadlocks) no PostgreSQL, consulte a documentação do PostgreSQL sobre impasses.
Linhas
O gráfico Rows mostra o número de linhas excluídas, atualizadas e inseridas ao longo do tempo. As métricas de linha são Reset para zero sempre que o seu compute reinicia.
Acompanhar as linhas inseridas, atualizadas e excluídas ao longo do tempo fornece informações sobre os padrões de atividade do seu banco de dados. Você pode usar esses dados para identificar tendências ou irregularidades, como picos de inserção ou um número incomum de exclusões.
As métricas de linha capturam apenas alterações em nível de linha (INSERT, UPDATE, DELETE) e excluem operações em nível de tabela, como TRUNCATE.
Taxa de acesso ao cache de compute
O gráfico Compute cache hit rate mostra a porcentagem de solicitações de leitura atendidas a partir do seu cache de compute em vez do armazenamento. As leituras atendidas a partir do armazenamento são mais dispendiosas e podem resultar em um desempenho de query mais lento.
Para cargas de trabalho OLTP, busque uma taxa de acesso ao cache de 99% ou superior. Se sua taxa estiver abaixo de 99%, seu conjunto de trabalho pode não caber na memória, resultando em um desempenho mais lento. Para melhorar a taxa de acesso ao cache, aumente o tamanho do seu compute para expandir o cache do compute. A proporção ideal depende da sua carga de trabalho: cargas de trabalho com varreduras sequenciais de tabelas grandes podem ter um desempenho aceitável com uma proporção ligeiramente menor.
:::info Sobre o cache de compute
O cache do compute armazena dados acessados com frequência na memória local do seu compute, reduzindo a necessidade de leitura do armazenamento. O cache do compute pode usar até 75% da RAM do seu compute. Por exemplo, um compute com 8 GB de RAM tem um cache de compute de 6 GB. Para um desempenho ideal, dimensione seu compute de modo que seu conjunto de trabalho caiba dentro do cache do compute.
:::
Tamanho do conjunto de trabalho
Seu working set é o tamanho do conjunto distinto de páginas do Postgres (dados de relação e índices) acessadas em um determinado intervalo de tempo. Para um desempenho ideal e latência consistente, dimensione seu compute de modo que o working set caiba no cache do compute para acesso rápido.
O gráfico Working set size visualiza a quantidade de dados acessados (calculada como páginas únicas acessadas × tamanho da página) durante um determinado intervalo. O gráfico exibe:
5m (5 minutos) : Os dados acessados nos últimos 5 minutos.
15m (15 minutos) : Os dados acessados nos últimos 15 minutos.
1h (1 hora) : Os dados acessados na última hora.
Tamanho do cache do compute : O tamanho do cache do compute, determinado pelo tamanho do seu compute. Computes maiores têm caches maiores.
Para um desempenho ideal, o cache do seu compute deve ser maior que o tamanho do seu conjunto de trabalho para um determinado intervalo de tempo. Se o tamanho do seu conjunto de trabalho for maior que o tamanho do cache do compute, aumente o tamanho máximo do seu compute para melhorar a taxa de acerto do cache. Para opções e especificações de dimensionamento de compute, consulte Compute specifications.
Se o padrão da sua carga de trabalho não mudar muito ao longo do tempo, compare o tamanho do conjunto de trabalho de 1 hora com o tamanho do cache do compute e garanta que o tamanho do conjunto de trabalho seja menor que o tamanho do cache do compute.
bytes de atraso de replicação
O gráfico Replication delay bytes mostra o tamanho total, em bytes, dos dados enviados do compute primário, mas ainda não aplicados na réplica. Um valor maior indica um backlog maior de dados aguardando replicação, o que pode sugerir problemas com o throughput de replicação ou disponibilidade de recurso na réplica.
Este gráfico só fica visível ao selecionar uma réplica compute de leitura no menu suspenso de computação. Para obter mais informações sobre réplicas de leitura, consulte Réplicas de leitura.
Atraso de replicação em segundos
O gráfico Replication delay seconds mostra o atraso de tempo, em segundos, entre a última transação consolidada no compute primário e a aplicação dessa transação na réplica. Um valor mais alto sugere que a réplica está atrasada em relação à primária, potencialmente devido à latência de rede, alta carga de replicação ou restrições de recurso na réplica.
Este gráfico só fica visível ao selecionar uma réplica compute de leitura no menu suspenso de computação. Para obter mais informações sobre réplicas de leitura, consulte Réplicas de leitura.