Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
Importante
Este recurso está em versão Beta. Os administradores do espaço de trabalho podem controlar o acesso a esse recurso na página Visualizações . Ver Gerir as pré-visualizações de Azure Databricks.
Quando configura a observabilidade de um projeto, o Lakebase cria dashboards Lakeview prontos sobre as suas tabelas de telemetria, para obter gráficos ricos e interativos da sua atividade Postgres sem construir nenhum por si próprio. Leem as mesmas tabelas Delta no Unity Catalog que Insights e Genie usam.
Na página de Monitorização do projeto, o separador Métricas apresenta gráficos em tempo real de um único cálculo (CPU, memória, ligações, taxa de acerto na cache) para uma resposta zero de configuração a "a minha base de dados está saudável neste momento?" O separador de Telemetria do Advanced Postgres também está sempre presente, mas mantém-se vazio até configurares a observabilidade. Quando a telemetria começa a fluir, mantém um cartão ligado a cada um destes dashboards. Como se baseiam na telemetria capturada nas tabelas Delta, mantêm-se após reinícios e respondem a perguntas a que o Metrics não consegue responder: que consulta é lenta, se um plano mudou e o que difere entre dois intervalos de tempo.
Pré-requisitos
- Um projeto Lakebase Autoscaling com observabilidade configurada e um cálculo em curso.
- Os dashboards são criados na primeira vez que a configuração escreve telemetria, por isso espere alguns minutos depois de configurar a observabilidade. Tal como as tabelas, só aparecem depois de a telemetria ter sido recebida pelo menos uma vez.
Abrir um painel
Abra os painéis de um projeto a partir do separador Advanced Postgres Telemetry :
- Abra o seu projeto e vá a Monitorização.
- Selecione o separador Telemetria avançada do Postgres. Apresenta um cartão para cada painel que a configuração de observabilidade do projeto cria.
- Clique num cartão para abrir esse painel no Databricks SQL, num novo separador. O painel abre-se com um filtro aplicado ao endpoint principal (leitura/escrita) da ramificação.
Se o separador mostrar um estado vazio em vez de cartões, falta uma de duas coisas:
- Nenhuma configuração atribuída — o projeto ainda não tem telemetria avançada configurada. Atribua ou crie primeiro uma configuração de observabilidade nas definições do projeto. Ver Configurar observabilidade.
- Ainda não há painéis — foi atribuída uma configuração, mas esta ainda não criou os respetivos painéis. Aparecem assim que a configuração os disponibiliza, pouco depois de a telemetria começar a fluir.
Note
Também podes abrir os dashboards diretamente. No espaço de trabalho, vá a Dashboards e procure por Resumo Geral de Lakebase ou Comparação de Intervalos de Tempo Lakebase. Como os painéis são painéis comuns do Lakeview no seu espaço de trabalho (veja Os painéis são seus), podem ser pesquisados aí como quaisquer outros.
Os painéis de controlo padrão
São criados dois dashboards para cada configuração de observabilidade. Cada dashboard tem filtros que definem as suas vistas, para que possas restringir à janela temporal e aos cálculos que te interessam. Os filtros exatos e a localização diferem entre os dois dashboards, conforme descrito abaixo.
Visão Geral de Lakebase
Uma visão ampla da saúde e desempenho de um projeto ao longo de um intervalo de tempo, para um ou mais endpoints. Tem três páginas.
A página Descrição geral apresenta o processamento, as ligações, as consultas e as esperas numa vista rápida:
| Graph | O que mostra | Leituras de |
|---|---|---|
| CPU e RAM ao longo do tempo | Calcule o uso de CPU e memória ao longo da janela selecionada. | compute_gauges |
| Utilização da CPU ao longo do tempo (núcleos em uso) | Núcleos em uso ao longo do tempo. Períodos prolongados próximos da CPU alocada indicam que a computação está limitada pela CPU. | compute_counters |
| E/S de Disco ao Longo do Tempo (MB/s) | Taxa de leitura/escrita do disco ao longo do tempo. | compute_counters |
| E/S de Rede ao Longo do Tempo (MB/s) | Rendimento de rede ao longo do tempo. | compute_counters |
| Ligações por Endpoint | Contagem de ligações ao longo do tempo, dividida por endpoint. | active_session_history |
| Sessões Ativas ao Longo do Tempo | Sessões ativas simultâneas ao longo do tempo. | active_session_history |
| Volume de Execução de Consultas ao Longo do Tempo | Quantas consultas foram feitas ao longo do tempo. | pg_stat_statements_counters |
| Tempo Médio de Execução de Consultas (ms) | Latência média da consulta ao longo do tempo. | pg_stat_statements_counters |
| Principais 20 Consultas por Número de Chamadas | As consultas mais frequentemente executadas na janela. | pg_stat_statements_counters |
| Top 10 Perguntas: Tempo Total de Execução ao Longo do Tempo | As consultas que consomem mais tempo total de execução, monitorizadas ao longo do intervalo de tempo. | pg_stat_statements_counters |
| Top 10 Consultas: % de alteração do tempo médio de execução (face à média) | Consultas cuja latência média se desvia mais da sua própria média, para regressões de superfície. | pg_stat_statements_counters |
| Tempo de espera por classe ao longo do tempo | Tempo de espera, discriminado por classe de espera (bloqueios, E/S e outras), ao longo do tempo. A classe que predomina indica onde as consultas são bloqueadas. | wait_event_counters |
| As 25 consultas mais lentas (Histórico do plano) | As execuções individuais mais lentas capturadas na história do plano. | plan_history |
| Visão Geral da Memória LFC por Terminal | Utilização da memória da cache local de ficheiros por ponto terminal, um indicador da dimensão do conjunto de trabalho. | compute_gauges |
A página de Análise de Consultas aprofunda uma única consulta (selecionada com o filtro de ID de Consulta da página):
| Graph | O que mostra | Leituras de |
|---|---|---|
| Chamadas de Consulta & Tempo Médio de Execução ao Longo do Tempo | Volume de chamadas e latência média para a consulta selecionada ao longo do tempo. | pg_stat_statements_counters |
| Tempo de Execução por Hash do Plano | Tempo de execução por hash do plano, para que possas ver quando o plano de uma consulta mudou e como cada plano se comporta. Uma desaceleração súbita aparece aqui frequentemente como um novo e mais lento esquema de planos. | plan_history |
| Estatísticas de Duração da Consulta | Estatísticas de duração para as execuções da consulta selecionada. | plan_history |
| Estatísticas médias de I/O ao longo do tempo | Média de I/O efetuada pela consulta selecionada ao longo do tempo. | plan_history |
| As 5 Execuções Mais Demoradas | As cinco execuções individuais mais lentas da consulta selecionada. | plan_history |
A página de Filtros Globais contém os controlos que abrangem todas as outras páginas: Intervalo de Datas, Endpoint e Incluir Base de Dados Postgres.
Comparação do Intervalo de Tempo do Lakebase
Compara a atividade de um endpoint entre dois intervalos de tempo que escolher (um “antes” e um “depois”), para identificar alterações e regressões, por exemplo, após uma implantação ou um pico de tráfego. Define o Período A e o Período B com os selecionadores de intervalos de datas e escolhe o ponto final, depois lê os dois períodos lado a lado:
| Graph | O que mostra | Leituras de |
|---|---|---|
| Principais Eventos de Espera — Período A / Período B | Os eventos de espera predominantes em cada período, sob a forma de barras lado a lado. | wait_event_counters |
| Aguarde os Eventos ao Longo do Tempo — Período A / Período B | Como os eventos de espera evoluem dentro de cada período. | wait_event_counters |
| Tabela Comparativa de Eventos de Espera | Espera os eventos dos dois períodos numa só tabela, para que os turnos se destaquem. | wait_event_counters |
| Tabela de Comparação de Consultas | Consulta as estatísticas dos dois períodos lado a lado, para perceber quais as consultas que ficaram mais lentas ou mais ocupadas. | pg_stat_statements_counters |
Para saber o significado de cada coluna nestas tabelas, consulte a referência da tabela de Telemetria.
Partilhar um painel de controlo
Os painéis são criados como rascunhos que lhe pertencem, pelo que pode abri-los e utilizá-los imediatamente.
Se quiseres partilhar um dashboard com outros utilizadores, publica-o. Quando publica, escolhe como as respetivas consultas são executadas para esses utilizadores:
- Credenciais incorporadas — as consultas são executadas como o editor, e tu geres o acesso ao nível do dashboard. Esta é a opção mais simples.
- Credenciais do visualizador — as consultas são executadas com as credenciais de cada visualizador, pelo que deve conceder-lhes permissões nas tabelas de telemetria subjacentes. Isto dá mais trabalho, mas permite que outros executem as suas próprias consultas personalizadas sobre os mesmos dados.
Personalize e amplie um painel de controlo
Os painéis são seus para alterar. Como cada um é um painel comum do Lakeview, pode editá-lo como qualquer outro: renomear ou remover gráficos, alterar visualizações, ajustar os filtros predefinidos ou adicionar os seus próprios gráficos e páginas apoiados pelas mesmas tabelas de telemetria (ou ligados a quaisquer outros dados no Unity Catalog). Para saber como editar dashboards Lakeview, veja Dashboards.
Se preferires manter os originais intocados, clona primeiro um dashboard e personaliza a cópia.
Para construir vistas totalmente novas, escreve as tuas próprias consultas sobre as tabelas de telemetria com qualquer ferramenta SQL do Azure Databricks. Os dados estão no formato Delta padrão no seu próprio Unity Catalog.
Os painéis de controlo são seus.
Os dashboards e as tabelas de telemetria são propriedade dos utilizadores. O Lakebase cria-os, mas pertencem-te, e remover a configuração nunca os remove:
- Eliminar a configuração de observabilidade não os elimina. Se apagar ou reatribuir uma configuração, os seus painéis de controlo e tabelas de telemetria mantêm-se no lugar. Quaisquer alterações que tenha feito num painel de controlo são preservadas. Remova-os você mesmo se já não os quiser.
- Alterar o destino de escrita de uma configuração (o respetivo catálogo, esquema ou prefixo da tabela) mantém os dashboards existentes inalterados e cria um novo dashboard que aponta para o novo destino. O dashboard anterior mantém-se como conteúdo independente.
Como são dashboards Lakeview padrão e tabelas Delta no seu próprio Catálogo Unity, comportam-se como qualquer outro conteúdo que possua, em vez de estarem presos a um produto de observabilidade separado.
Passos seguintes
- Capturar telemetria para o Lakehouse — configurar a configuração de observabilidade que cria estes dashboards.
- Referência das tabelas de telemetria — todas as tabelas e colunas que os gráficos utilizam.
- Encontre e resolva problemas com o Insights — deixe que um agente de fundo revele os problemas da mesma telemetria.
- Diagnostica e corrige problemas com o Genie — investiga um problema de forma conversacional.