Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Este artigo descreve:
- Os tipos de dados de monitoramento que você pode coletar para esse serviço.
- Maneiras de analisar esses dados.
Observação
Se você já estiver familiarizado com esse serviço e/ou com o Azure Monitor e apenas quiser saber como analisar dados de monitoramento, consulte a seção Analisar perto do final deste artigo.
Quando seus aplicativos e processos de negócios críticos dependem de recursos do Azure, você precisa monitorar e receber alertas para o seu sistema. O serviço do Azure Monitor coleta e agrega métricas e logs de cada componente do seu sistema. O Azure Monitor lhe fornece uma exibição da disponibilidade, desempenho e resiliência e notifica você em caso de problemas. Você pode usar o portal do Azure, o PowerShell, a CLI do Azure, a API REST ou as bibliotecas de cliente para configurar e exibir dados de monitoramento.
- Para obter mais informações sobre o Azure Monitor, consulte a visão geral do Azure Monitor.
- Para obter mais informações sobre como monitorar os recursos do Azure em geral, consulte Monitorar recursos do Azure com o Azure Monitor.
O Analysis Services também fornece vários mecanismos de monitoramento fora do Azure Monitor:
- O SQL Server Profiler, instalado com o SQL Server Management Studio (SSMS), captura dados sobre eventos de processos de mecanismo, como, por exemplo, o início de um lote ou de uma transação, permitindo que você monitore a atividade do servidor e do banco de dados. Para obter mais informações, consulte Monitorar o Analysis Services com o SQL Server Profiler.
- Os Eventos Estendidos (xEvents) são um sistema leve de monitoramento de desempenho e rastreamento que usa poucos recursos do sistema, o que o torna uma ferramenta ideal para diagnosticar problemas nos servidores de teste e de produção. Para obter mais informações, consulte Monitorar o Analysis Services com Eventos Estendidos do SQL Server.
- As Exibições de Gerenciamento Dinâmico (DMVs) usam a sintaxe SQL para interagir com conjuntos de linhas do esquema que retornam metadados e informações de monitoramento sobre instâncias do servidor. Para obter mais informações, consulte Usar DMVs (Exibições de Gerenciamento Dinâmico) para monitorar o Analysis Services.
Tipos de recursos
O Azure usa o conceito de tipos de recursos e IDs para identificar tudo em uma assinatura. Os tipos de recurso também fazem parte das IDs de recursos para cada recurso em execução no Azure. Por exemplo, um tipo de recurso para uma máquina virtual é Microsoft.Compute/virtualMachines
. Para obter uma lista de serviços e seus tipos de recursos associados, consulte provedores de recursos.
O Azure Monitor também organiza os principais dados de monitoramento em métricas e logs com base em tipos de recursos, também chamados de namespaces. Métricas e logs diferentes estão disponíveis para diferentes tipos de recursos. Seu serviço pode estar associado a mais de um tipo de recurso.
Para obter mais informações sobre os tipos de recursos do Analysis Services, consulte a referência de dados de monitoramento do Analysis Services.
Armazenamento de dados
Para o Azure Monitor:
- Os dados de métricas são armazenados no banco de dados de métricas do Azure Monitor.
- Os dados de log são armazenados no repositório de logs do Azure Monitor. O Log Analytics é uma ferramenta no portal do Azure que pode consultar esse repositório.
- O log de atividades do Azure é um repositório separado com uma interface própria no portal do Azure.
É possível rotear dados de logs de atividades e de métricas para o repositório de logs do Azure Monitor. Em seguida, você pode usar o Log Analytics para consultar os dados e correlacioná-los com outros dados de log.
Muitos serviços podem usar configurações de diagnóstico para enviar dados de métricas e logs para outros locais de armazenamento fora do Azure Monitor. Exemplos incluem o Armazenamento do Azure, sistemas de parceiros hospedados e sistemas de parceiros não Azure, usando Hubs de Eventos.
Para obter informações detalhadas sobre como o Azure Monitor armazena dados, consulte a plataforma de dados do Azure Monitor.
Métricas de plataforma do Azure Monitor
O Azure Monitor fornece métricas de plataforma para a maioria dos serviços. Essas métricas são:
- Definidas individualmente para cada namespace.
- Armazenadas no banco de dados de métricas da série temporal do Azure Monitor.
- Leves e capazes de dar suporte a alertas quase em tempo real.
- Usadas para acompanhar o desempenho de um recurso ao longo do tempo.
Coleção: O Azure Monitor coleta automaticamente as métricas da plataforma. Nenhuma configuração é necessária.
Roteamento: Você também pode rotear algumas métricas de plataforma para logs do Azure Monitor/Log Analytics para que possa consultá-las com outros dados de log. Verifique a configuração de exportação de DS para cada métrica para ver se você pode usar uma configuração de diagnóstico para rotear a métrica para logs do Azure Monitor/Log Analytics.
- Para obter mais informações, consulte a configuração de diagnóstico de métricas.
- Para definir as configurações de diagnóstico para um serviço, consulte Criar configurações de diagnóstico no Azure Monitor.
Para obter uma lista de todas as métricas que é possível coletar para todos os recursos no Azure Monitor, consulte métricas com suporte no Azure Monitor.
Para obter uma lista das métricas disponíveis para o Analysis Services, consulte a referência de dados de monitoramento do Analysis Services.
Logs de recursos do Azure Monitor
Os logs de recursos fornecem insights sobre as operações que foram executadas por um recurso do Azure. Os logs são gerados automaticamente, mas você precisa encaminhá-los para os logs do Azure Monitor para serem salvos ou consultados. Os logs são organizados em categorias. Um determinado namespace pode ter várias categorias de logs de recursos.
Coleção: Os logs de recursos não são coletados e armazenados até que você crie uma configuração de diagnóstico e encaminhe os logs para um ou mais locais. Ao criar uma configuração de diagnóstico, você especifica quais categorias de logs coletar. Há várias maneiras de criar e manter configurações de diagnóstico, incluindo o portal do Azure, programaticamente e por meio do Azure Policy.
Roteamento: O padrão sugerido é rotear os logs de recursos para os Logs do Azure Monitor para que você possa consultá-los com outros dados de log. Também estão disponíveis outros locais, como o Armazenamento do Microsoft Azure, os Hubs de Eventos do Azure e determinados parceiros de monitoramento da Microsoft. Para obter mais informações, consulte logs de recursos do Azure e destinos de logs de recursos.
Para obter informações detalhadas sobre como coletar, armazenar e rotear logs de recursos, consulte as configurações de diagnóstico no Azure Monitor.
Para obter uma lista de todas as categorias de log de recursos disponíveis no Azure Monitor, consulte logs de recursos com suporte no Azure Monitor.
Todos os logs de recursos no Azure Monitor têm os mesmos campos de cabeçalho, seguidos de campos específicos do serviço. O esquema comum é descrito no esquema de log de recursos do Azure Monitor.
- Para consultar as categorias de log de recursos disponíveis, as tabelas associadas do Log Analytics e os esquemas de logs do Analysis Services, veja a referência de dados de monitoramento do Analysis Services.
Logs de recurso do Analysis Services
Para saber como configurar o log de diagnósticos, consulte Configurar o log de diagnóstico.
Ao configurar o registro em log para o Analysis Services, você pode selecionar eventos do Mecanismo ou Serviço para registrar, ou selecionar AllMetrics para registrar dados de métricas. Para obter mais informações, consulte os registros de recursos suportados para Microsoft.AnalysisServices/servers.
Log de atividades do Azure
O log de atividades contém eventos de nível de assinatura que acompanham as operações de cada recurso do Azure, conforme visto fora desse recurso, por exemplo, criar um recurso ou iniciar uma máquina virtual.
Coleção: Os eventos de log de atividades são gerados e coletados automaticamente em um repositório separado para exibição no portal do Azure.
Roteamento: Você pode enviar dados do log de atividades para os Logs do Azure Monitor para poder analisá-los junto com outros dados de log. Também estão disponíveis outros locais, como o Armazenamento do Microsoft Azure, os Hubs de Eventos do Azure e determinados parceiros de monitoramento da Microsoft. Para obter mais informações sobre como rotear o log de atividades, consulte Visão geral do log de atividades do Azure.
Analisar dados de monitoramento
Existem várias ferramentas para analisar os dados de monitoramento.
Ferramentas do Azure Monitor
O Azure Monitor dá suporte às seguintes ferramentas básicas:
Gerenciador de métricas, uma ferramenta no portal do Azure que permite exibir e analisar métricas para recursos do Azure. Para obter mais informações, consulte Analisar métricas com o Gerenciador de métricas do Azure Monitor.
Log Analytics, uma ferramenta no portal do Azure que permite consultar e analisar dados de log usando a KQL (linguagem de consulta Kusto). Para obter mais informações, consulte Introdução às consultas de log no Azure Monitor.
O log de atividades, que tem uma interface de usuário no portal do Azure para visualização e pesquisas básicas. Para fazer uma análise mais detalhada, você precisa encaminhar os dados para os logs do Azure Monitor e executar consultas mais complexas no Log Analytics.
As ferramentas que permitem visualização mais complexa incluem:
- Painéis que permitem combinar diferentes tipos de dados em um único painel no portal do Azure.
- Pastas de trabalho, relatórios personalizáveis que você pode criar no portal do Azure. As planilhas podem incluir texto, métricas e consultas de log.
- Grafana, uma ferramenta de plataforma aberta que se destaca em painéis operacionais. Você pode usar o Grafana para criar painéis que incluem dados de várias fontes diferentes do Azure Monitor.
- O Power BI, um serviço de análise de negócios que fornece visualizações interativas em várias fontes de dados. Você pode configurar o Power BI para importar automaticamente os dados de log do Azure Monitor para aproveitar essas visualizações.
Ferramentas de exportação do Azure Monitor
Você pode obter dados do Azure Monitor em outras ferramentas usando os seguintes métodos:
Métricas: Use a API REST para métricas para extrair dados de métrica do banco de dados de métricas do Azure Monitor. A API dá suporte a expressões de filtros para refinar os dados recuperados. Para obter mais informações, consulte a referência da API REST do Azure Monitor.
Logs: Use a API REST ou as bibliotecas de cliente associadas.
Outra opção é a exportação de dados do workspace.
Para começar a usar a API REST para o Azure Monitor, confira o passo a passo da API REST de monitoramento do Azure.
Analisar métricas do Analysis Services
Você pode usar as métricas do Analysis Services no Gerenciador de Métricas do Azure Monitor para obter ajuda para monitorar o desempenho e a integridade de seus servidores. Por exemplo, você pode monitorar a memória e o uso da CPU, o número de conexões de clientes e o consumo de recursos de consulta.
Para determinar se a expansão do servidor é necessária, monitore as métricas de tamanho da fila de trabalho do pool de consultas e QPU do servidor. Uma boa métrica a ser observada é a QPU média por ServerResourceType, que compara a QPU média do servidor primário com o pool de consultas. Para obter instruções detalhadas sobre como escalar horizontalmente o servidor com base nos dados de métricas, consulte a expansão do Azure Analysis Services.
Para obter uma listagem completa das métricas coletadas para o Analysis Services, consulte a referência de dados de monitoramento do Analysis Services.
Analisar logs no workspace do Log Analytics
Os eventos de métricas e de servidor são integrados com o xEvents no recurso de espaço de trabalho do Log Analytics para uma análise lado a lado. O workspace do Log Analytics também pode ser configurado para receber eventos de outros serviços do Azure, fornecendo uma visão holística dos dados de logs de diagnósticos ao longo da sua arquitetura.
Para exibir seus dados de diagnóstico, no workspace do Log Analytics, abra Logs no menu à esquerda.
No construtor de consultas, expanda LogManagement>AzureDiagnostics. O AzureDiagnostics inclui eventos de Engine e de Service. Perceba que uma consulta é criada instantaneamente. O campo EventClass_s contém nomes xEvent, que podem parecer familiares se você usar xEvents para registro em log local. Selecione EventClass_s ou um dos nomes de evento e o workspace do Log Analytics continua construindo uma consulta. Certifique-se de salvar as consultas para reutilizar posteriormente.
Consultas do Kusto
Analise os dados de monitoramento nos logs do Azure Monitor e no repositório do Log Analytics usando a linguagem de consulta Kusto (KQL).
Importante
Quando você seleciona Logs no menu do serviço no portal, o Log Analytics é aberto com o escopo da consulta definido como o serviço atual. Esse escopo significa que as consultas de log incluirão apenas dados desse tipo de recurso. Se você quiser executar uma consulta que inclua dados de outros serviços do Azure, selecione Logs no menu do Azure Monitor . Consulte o escopo da consulta de log e o intervalo de tempo no Log Analytics do Azure Monitor para obter detalhes.
Para obter uma lista de consultas comuns para qualquer serviço, consulte a interface de consultas do Log Analytics.
As consultas a seguir são úteis para monitorar o servidor do seu Analysis Services.
Exemplo 1
A consulta a seguir retorna as durações de cada evento de fim de consulta/fim de atualização de consulta para um modelo de banco de dados e servidor. Se for escalado horizontalmente, os resultados serão divididos por réplica porque o número da réplica está incluído no ServerName_s. O agrupamento por RootActivityId_g reduz a contagem de linhas recuperadas da API REST do Diagnóstico do Azure e ajuda a ficar dentro dos limites conforme a descrição nos limites de taxa do Log Analytics.
let window = AzureDiagnostics
| where ResourceProvider == "MICROSOFT.ANALYSISSERVICES" and Resource =~ "MyServerName" and DatabaseName_s =~ "MyDatabaseName" ;
window
| where OperationName has "QueryEnd" or (OperationName has "CommandEnd" and EventSubclass_s == 38)
| where extract(@"([^,]*)", 1,Duration_s, typeof(long)) > 0
| extend DurationMs=extract(@"([^,]*)", 1,Duration_s, typeof(long))
| project StartTime_t,EndTime_t,ServerName_s,OperationName,RootActivityId_g,TextData_s,DatabaseName_s,ApplicationName_s,Duration_s,EffectiveUsername_s,User_s,EventSubclass_s,DurationMs
| order by StartTime_t asc
Exemplo 2
A consulta a seguir retorna a memória e o consumo de QPU de um servidor. Se for escalado horizontalmente, os resultados serão divididos por réplica porque o número da réplica está incluído no ServerName_s.
let window = AzureDiagnostics
| where ResourceProvider == "MICROSOFT.ANALYSISSERVICES" and Resource =~ "MyServerName";
window
| where OperationName == "LogMetric"
| where name_s == "memory_metric" or name_s == "qpu_metric"
| project ServerName_s, TimeGenerated, name_s, value_s
| summarize avg(todecimal(value_s)) by ServerName_s, name_s, bin(TimeGenerated, 1m)
| order by TimeGenerated asc
Exemplo 3
A consulta a seguir retorna os contadores de desempenho de leitura de linhas por segundo do Analysis Services de um servidor.
let window = AzureDiagnostics
| where ResourceProvider == "MICROSOFT.ANALYSISSERVICES" and Resource =~ "MyServerName";
window
| where OperationName == "LogMetric"
| where parse_json(tostring(parse_json(perfobject_s).counters))[0].name == "Rows read/sec"
| extend Value = tostring(parse_json(tostring(parse_json(perfobject_s).counters))[0].value)
| project ServerName_s, TimeGenerated, Value
| summarize avg(todecimal(Value)) by ServerName_s, bin(TimeGenerated, 1m)
| order by TimeGenerated asc
Alertas
Os alertas do Azure Monitor o notificam proativamente quando condições específicas são encontradas em seus dados de monitoramento. Os alertas permitem que você identifique e resolva problemas no seu sistema antes que os clientes os percebam. Para obter mais informações, consulte alertas do Azure Monitor.
Existem muitas fontes de alertas comuns para os recursos do Azure. Para obter exemplos de alertas comuns para recursos do Azure, consulte consultas de alerta de log de exemplo. O site AMBA (Alertas de Linha de Base) do Azure Monitor fornece um método semi-automatizado de implementação de alertas, dashboards e diretrizes de métrica de plataforma importantes. O site se aplica a um subconjunto de serviços do Azure em contínua expansão, incluindo todos os serviços que fazem parte da Zona de Destino do Azure (ALZ).
O esquema de alerta comum padroniza o consumo das notificações de alerta do Azure Monitor. Para obter mais informações, consulte o esquema de alerta comum.
Tipos de alertas
Você pode receber alertas sobre qualquer fonte de dados de log ou métrica na plataforma de dados do Azure Monitor. Existem muitos tipos diferentes de alertas dependendo dos serviços que você está monitorando e dos dados de monitoramento que você está coletando. Diferentes tipos de alertas têm diversos benefícios e desvantagens. Para obter mais informações, consulte Escolher o tipo de alerta de monitoramento correto.
A lista a seguir descreve os tipos de alertas do Azure Monitor que você pode criar:
- Os alertas de métrica avaliam as métricas de recursos em intervalos regulares. As métricas podem ser métricas de plataforma, métricas personalizadas, logs do Azure Monitor convertidos em métricas ou métricas do Application Insights. Os alertas de métrica também podem aplicar várias condições e limites dinâmicos.
- Os alertas de log permitem que os usuários usem uma consulta do Log Analytics para avaliar os logs de recursos em uma frequência predefinida.
- Os alertas do log de atividades são disparados quando ocorre um novo evento de log de atividades que corresponde às condições definidas. Os alertas de integridade de recursos e alertas de integridade de serviços são alertas de log de atividades que relatam a integridade do seu serviço e recurso.
Alguns serviços do Azure também dão suporte a alertas de detecção inteligente, alertas do Prometheus ou regras de alerta recomendadas.
No caso de alguns serviços, você pode monitorar em larga escala aplicando a mesma regra de alerta de métricas a vários recursos do mesmo tipo que existem na mesma região do Azure. Notificações individuais são enviadas para cada recurso monitorado. Para os serviços e nuvens do Azure com suporte, consulte Monitorar vários recursos com uma regra de alerta.
Regras de alerta do Analysis Services
A tabela a seguir lista algumas regras de alerta comuns e populares para o Analysis Services.
Tipo de alerta | Condição | Descrição |
---|---|---|
Métrica | Sempre que a qpu_metric máxima for maior que o limite dinâmico. | Se a QPU for maximizada regularmente, isso significa que o número de consultas em relação aos modelos está excedendo o limite de QPU do plano. |
Métrica | Sempre que o QueryPoolJobQueueLength for maior que o limite dinâmico. | O número de consultas na fila de espera do pool de threads de consulta excede a QPU disponível. |
Recomendações do Assistente
Para alguns serviços, se ocorrerem condições críticas ou alterações iminentes durante operações de recurso, um alerta será exibido na página Visão Geral do serviço no portal. Você pode encontrar mais informações e correções recomendadas para o alerta nas recomendações do Assistente em Monitoramento no menu à esquerda. Durante as operações normais, nenhuma recomendação do consultor é exibida.
Para obter mais informações sobre o Assistente do Azure, consulte a visão geral do Assistente do Azure.
Conteúdo relacionado
- Consulte a referência de dados de monitoramento do Analysis Services para obter uma referência das métricas, logs e outros valores importantes criados para o Analysis Services.
- Consulte o monitoramento de recursos do Azure com o Azure Monitor para obter detalhes gerais sobre como monitorar recursos do Azure.