Configuração do monitoramento de consultas
O Query History Monitoring and Management (QHMM) é um serviço que armazena e gerencia dados de diagnóstico, como heap dumps, thread dumps, histórico de consultas e informações relacionadas a eventos de consultas do mecanismo Presto no armazenamento associado a um catálogo Hive. Você pode recuperar os arquivos de histórico para analisar, depurar ou monitorar as consultas. Você também pode armazenar os dados em seu próprio bucket.
Presto ( Java ) nas instâncias do plano watsonx.data Lite não oferecem suporte ao QHMM.
Você pode ativar ou desativar o serviço QHMM para sua instância watsonx.data. Se você ativar o serviço QHMM, deverá especificar o armazenamento a ser usado para armazenar os dados da consulta. Você deve criar e associar um catálogo Hive para armazenar os dados QHMM (registrar seu próprio armazenamento (BYOB)). Para usar o BYOB, registre seu bucket em watsonx.data e configure-o para usar como armazenamento QHMM.
O QHMM é compatível apenas com o armazenamento Hive.
Ativação do recurso QHMM
Você pode ativar o recurso QHMM de uma das seguintes maneiras:
- No assistente de início rápido, durante o provisionamento do watsonx.data. Consulte Configurar monitoramento de consultas.
- No consolewatsonx.data > página de monitoramento de consultas.
Você pode recuperar os arquivos de histórico para analisar, depurar ou monitorar as consultas. No espaço de trabalho Query (Consulta), veja Recuperação de informações de consulta dos dados QHMM.
Procedimento
-
Efetue login no console do watsonx.data.
-
No menu de navegação, selecione Configurações.
-
Clique Monitoramento de consultas. A página de monitoramento de consultas é aberta.
-
Se você tiver ativado o recurso QHMM no momento do provisionamento do início rápido watsonx.data, poderá visualizar os detalhes da configuração do QHMM. Os detalhes a seguir estão disponíveis:
- Status do QHMM – Habilitado ou desabilitado.
- Mecanismo para acessar e consultar os dados do QHMM.
- Bucket configurado para armazenar dados QHMM.
- O subcaminho no bucket onde os dados QHMM estão disponíveis.
Para editar os detalhes da configuração, clique em Edit (Editar ) e faça as alterações necessárias. Você pode ativar ou desativar o QHMM, alterar o mecanismo associado ao catálogo do QHMM, alterar o bucket e atualizar o subcaminho de armazenamento.
-
Clique Salvar depois de fazer as alterações.
Ativação do QHMM no console
Se o recurso QHMM não estiver ativado no momento do provisionamento do início rápido watsonx.data, você poderá fazer isso na página de monitoramento de consultas.
-
Crie um par de armazenamento - catlaogApache Hive) em watsonx.data. Consulte Adição de um par de catálogo de armazenamento. O QHMM é compatível apenas com o catálogo Apache Hive.
-
Na página de monitoramento da consulta, clique em Editar.
-
Marque a caixa de seleção Habilitar. Você pode marcar a caixa de seleção somente se tiver criado um catálogo Hive em watsonx.data.
-
Selecione o motor em Engine (Motor ).
-
Selecione o catálogo Hive em Storage.
-
Você também pode atualizar o subcaminho.
-
Clique Salvar depois de fazer as alterações.
Ativação do recurso de poda de dados
Você pode ativar o recurso de eliminação de dados para QHMM na página de monitoramento de consultas. Para fazer isso:
Na página de monitoramento da consulta, clique em Editar. Na seção Data pruning (Poda de dados), ative a funcionalidade de poda de arquivos no QHMM para gerenciar a capacidade de armazenamento. Você pode configurar o tamanho máximo e a porcentagem de limite para o bucket de armazenamento QHMM. Quando o limite é atingido durante o upload do arquivo ou quando um agendador de limpeza é executado (padrão a cada 24 horas), os dados mais antigos são excluídos.
Forneça os seguintes detalhes:
-
Limite de poda: Limite no qual o QHMM aciona a poda ou emite um aviso quando a capacidade atinge a porcentagem do limite (padrão: 80%).
-
Frequência de poda: Frequência em horas em que ocorre a poda (padrão: 24 horas).
-
Uso máximo: Capacidade máxima do bucket em MB (padrão: 10240 MB).
-
Período de retenção de registros podados: Tempo de expiração do registro em dias para excluir registros da COS (padrão: 30 dias).
Clique Salvar depois de fazer as alterações.