Monitorar o Cache do Azure para Redis

Este artigo descreve:

• Os tipos de dados de monitoramento que você pode coletar para esse serviço.
• Maneiras de analisar esses dados.

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, confira a Visão geral do Azure Monitor.
• Para obter mais informações sobre como monitorar os recursos do Azure de modo geral, confira Monitorar os recursos do Azure com o Azure Monitor.

Insights

Alguns serviços no Azure têm um painel de monitoramento integrado no portal do Azure que fornece um ponto de partida para monitorar seu serviço. Esses painéis são chamados de insights e você pode encontrá-los no Hub de Insights do Azure Monitor no portal do Azure.

Os insights do Cache do Azure para Redis oferecem a seguinte experiência:

• Na perspectiva de escala dos recursos do Cache do Azure para Redis entre assinaturas. Você pode fazer o escopo seletivo somente para as assinaturas e os recursos que deseja avaliar.
• Análise de busca detalhada de um recurso específico do Cache do Azure para Redis. Para diagnosticar problemas, você pode ver uma análise detalhada da utilização, falhas, capacidade e operações ou ver uma visão detalhada das informações relevantes.
• Personalização criada com base em modelos de pasta de trabalho do Azure Monitor. Você pode alterar quais métricas são exibidas e modificar ou definir limites que se alinham com os seus. Você pode salvar as alterações em uma pasta de trabalho personalizada e, em seguida, fixar os gráficos da pasta de trabalho a painéis do Azure.

Insights do Cache do Azure para Redis não exigem que você habilite ou configure nada. As informações do Cache do Azure para Redis são coletadas por padrão e não há custo adicional para acessar insights.

Para saber como exibir, configurar e personalizar insights para o Cache do Azure para Redis, consulte as insights do Azure Monitor para o Cache do Azure para Redis.

Tipos de recurso

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 os tipos de recursos associados a eles, confira Provedores de recursos.

O Azure Monitor organiza os principais dados de monitoramento de maneira similar 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 Cache do Azure para Redis, consulte a referência de dados de monitoramento do Cache do Azure para Redis.

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.

Opcionalmente, você pode rotear dados de log de métricas e atividades para o armazenamento 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. Os 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, confira 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.

Coleta: O Azure Monitor coleta as métricas da plataforma automaticamente. Nenhuma configuração é necessária.

Roteamento: Você também pode rotear algumas métricas da plataforma para Logs do Azure Monitor / Log Analytics para que você 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, confira a Configuração de diagnóstico de métricas.
• Para definir as configurações de diagnóstico para um serviço, confira 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, confira Métricas com suporte no Azure Monitor.

Para obter uma lista das métricas disponíveis para o Cache do Azure para Redis, consulte referência de dados de monitoramento do Cache do Azure para Redis.

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.

Coleta: Os logs de recursos não serão coletados nem armazenados enquanto você não criar uma configuração de diagnóstico e encaminhar 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.

Encaminhamento: O padrão sugerido é encaminhar os logs de recursos para os logs do Azure Monitor para que você possa consultá-los com outros dados de logs. 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, confira Logs de recursos do Azure e Destinos de logs de recursos.

Para obter informações detalhadas sobre como coletar, armazenar e encaminhar logs de recursos, confira Configurações de diagnóstico no Azure Monitor.

Para obter uma lista de todas as categorias de logs de recursos disponíveis no Azure Monitor, confira 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 está descrito em Esquema do log de recursos do Azure Monitor.

Para obter as categorias de log de recursos disponíveis, suas tabelas associadas do Log Analytics e os esquemas de logs do Cache do Azure para Redis, consulte referência de dados de monitoramento do Cache do Azure para Redis.

Logs de recursos do Cache do Azure para Redis

No Cache do Azure para Redis, duas opções de log estão disponíveis:

• Métricas de cache ("AllMetrics") registram métricas do Azure Monitor
• Os Logs de Conexão registram conexões com o cache para fins de segurança e diagnóstico.

Métricas de cache

O Cache do Azure para Redis emite muitas métricas, como Server Load e Connections per Second que são úteis para fazer log. Selecionar a opção AllMetrics permite que essas e outras métricas de cache sejam registradas em log. Você pode configurar por quanto tempo manter as métricas.

Logs de Conexão

O Cache do Azure para Redis usa as configurações de diagnóstico do Azure para registrar informações sobre as conexões de clientes com seu cache. O registro em log e a análise dessa configuração de diagnóstico ajudam você a entender quem está se conectando aos seus caches e o carimbo de data/hora dessas conexões. Esses dados de log podem ser usados para identificar o escopo de uma violação de segurança e para fins de auditoria de segurança.

Os logs de conexão têm implementações, conteúdo e procedimentos de instalação ligeiramente diferentes para as diferentes camadas do Cache do Azure para Redis. Para obter detalhes, consulte as configurações de diagnóstico do Azure Monitor.

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.

Coleta: Os eventos do log de Atividades são gerados e coletados automaticamente em um repositório separado para serem vistos no portal do Azure.

Roteamento: você pode enviar dados de log de atividades para os logs do Azure Monitor para 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 encaminhar o log de atividades, confira 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:

• Explorador de Métricas, uma ferramenta no portal do Azure que permite que você veja e analise as métricas de recursos do Azure. Para obter mais informações sobre essa ferramenta, consulte Analisar métricas com o explorador de métricas do Azure Monitor.

• Log Analytics, uma ferramenta no portal do Azure que permite consultar e analisar dados de log usando o 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 do usuário no portal do Azure para exibiçã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 uma visualização mais complexa incluem:

• Painéis, que permitem que você combine 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 pastas de trabalho podem incluir texto, métricas e consultas de log.
• Grafana, uma ferramenta de plataforma aberta que oferece excelência em termos de painéis operacionais. Você pode usar o Grafana para criar painéis que incluem dados de várias fontes além do Azure Monitor.
• Power BI, um serviço de análises corporativas que fornece visualizações interativas nas diversas fontes de dados. Você pode configurar o Power BI para importar dados de log automaticamente do Azure Monitor a fim de 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étricas 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, confira 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 do Azure Monitor, confira o Passo a passo da API REST de monitoramento do Azure.

Métricas do Cache do Azure para Redis

Métricas para instâncias do Cache do Azure para Redis são coletadas usando o comando INFO do Redis. As métricas são coletadas aproximadamente duas vezes por minuto para que possam ser exibidas nos gráficos de métricas e avaliados pelas regras de alerta. Para saber por quanto tempo os dados são mantidos e como configurar uma política de retenção diferente, consulte Retenção e arquivamento de dados nos logs do Azure Monitor.

As métricas de cache são relatadas usando vários intervalos de relatórios, incluindo Última hora, Hoje, Semana passada e Personalizado. Cada gráfico de métricas exibe os valores de média, mínima e máxima para cada métrica no gráfico, e algumas métricas exibem um total para o intervalo de relatórios.

Cada métrica inclui duas versões: uma métrica mede o desempenho de todo o cache e para caches que usam o clustering. Uma segunda versão da métrica, que inclui (Shard 0-9) no nome, mede o desempenho de um fragmento único em um cache. Por exemplo, se um cache tiver quatro fragmentos, Cache Hits é o número total de ocorrências de todo o cache e Cache Hits (Shard 3) mede apenas as ocorrências desse fragmento do cache.

Ver métricas de cache

Você pode exibir as métricas do Azure Monitor para o Cache do Azure para Redis diretamente de um recurso do Cache do Azure para Redis no portal do Azure.

Selecione sua instância do Cache do Azure para Redis no portal. A página Visão geral mostra os gráficos predefinidos de monitoramento Uso de memória e Carga do servidor Redis de exibição. Esses gráficos são resumos úteis que permitem que você dê uma olhada rápida no estado do seu cache.

Para obter informações mais detalhadas, você pode monitorar as seguintes métricas úteis do Cache do Azure para Redis na seção Monitoramento do menu Recurso.

Criar suas próprias métricas

Você pode criar seu próprio gráfico personalizado para rastrear as métricas que deseja ver. Métricas de cache são relatadas usando vários intervalos de geração de relatórios, incluindo Última hora, Hoje, Semana passada, e Personalizado. À esquerda, selecione Métrica na seção Monitoramento. Cada gráfico de métricas exibe os valores de média, mínima e máxima para cada métrica no gráfico, e algumas métricas exibem um total para o intervalo de relatórios.

Cada métrica inclui duas versões: uma métrica mede o desempenho de todo o cache e para caches que usam o clustering. Uma segunda versão da métrica, que inclui (Shard 0-9) no nome, mede o desempenho de um fragmento único em um cache. Por exemplo, se um cache tiver quatro fragmentos, Cache Hits é o número total de ocorrências de todo o cache e Cache Hits (Shard 3) mede apenas as ocorrências desse fragmento do cache.

No menu Recurso à esquerda, selecione Métricas em Monitoramento. Aqui, você cria seu próprio gráfico para o cache, definindo o tipo de métrica e de agregação.

Tipos de agregação

Para obter informações gerais sobre tipos de agregação, consulte Configurar agregação.

Em condições normais de cache, a Average e a Max são semelhantes porque apenas o nó primário emite essas métricas. Em um cenário em que o número de clientes conectados muda rapidamente, Max, Average e Min mostram valores diferentes e esse também é um comportamento esperado.

Os tipos Count e Sum podem ser enganosos para determinadas métricas, como clientes conectados. Em vez disso, é melhor examinar as métricas Average e não as métricas Sum.

Para caches não clusterizados, é melhor usar as métricas sem o sufixo Instance Based. Por exemplo, para verificar a carga do servidor com relação à instância de cache, use a métrica Carga do Servidor.

Por outro lado, para caches clusterizados, use as métricas com o sufixo Instance Based. Em seguida, adicione uma divisão ou filtro em ShardId. Por exemplo, para verificar a carga do servidor da extensão 1, use a métrica Carga do servidor (baseada na instância) e, em seguida, aplique o filtro ShardId = 1.

Consultas do Kusto

Analise os dados de monitoramento nos logs do Azure Monitor/no repositório do Log Analytics usando o KQL (Linguagem de Consulta Kusto).

Para obter uma lista de consultas comuns para qualquer serviço, confira a Interface de consultas do Log Analytics.

Consultas do Log Analytics

Aqui estão algumas consultas básicas para usar como modelos.

let IpRange = "10.1.1.0/24";
ACRConnectedClientList
// For particular datetime filtering, add '| where TimeGenerated between (StartTime .. EndTime)'
| where ipv4_is_in_range(ClientIp, IpRange)
| summarize ConnectionCount = sum(ClientCount) by TimeRange = bin(TimeGenerated, 1h)

ACRConnectedClientList
| summarize count() by ClientIp

REDConnectionEvents
// For particular datetime filtering, add '| where EventTime between (StartTime .. EndTime)'
// For particular IP range filtering, add '| where ipv4_is_in_range(ClientIp, IpRange)'
// IP range can be defined like this 'let IpRange = "10.1.1.0/24";' at the top of query.
| extend EventTime = unixtime_seconds_todatetime(EventEpochTime)
| where EventType == "new_conn"
| summarize ConnectionCount = count() by TimeRange = bin(EventTime, 1h)

REDConnectionEvents
| extend EventTime = unixtime_seconds_todatetime(EventEpochTime)
// For particular datetime filtering, add '| where EventTime between (StartTime .. EndTime)'
// For particular IP range filtering, add '| where ipv4_is_in_range(ClientIp, IpRange)'
// IP range can be defined like this 'let IpRange = "10.1.1.0/24";' at the top of query.
| where EventType == "auth"
| summarize AuthenticationRequestsCount = count() by TimeRange = bin(EventTime, 1h)

REDConnectionEvents
// https://docs.redis.com/latest/rs/security/audit-events/#status-result-codes
// EventStatus :
// 0    AUTHENTICATION_FAILED    -    Invalid username and/or password.
// 1    AUTHENTICATION_FAILED_TOO_LONG    -    Username or password are too long.
// 2    AUTHENTICATION_NOT_REQUIRED    -    Client tried to authenticate, but authentication isn’t necessary.
// 3    AUTHENTICATION_DIRECTORY_PENDING    -    Attempting to receive authentication info from the directory in async mode.
// 4    AUTHENTICATION_DIRECTORY_ERROR    -    Authentication attempt failed because there was a directory connection error.
// 5    AUTHENTICATION_SYNCER_IN_PROGRESS    -    Syncer SASL handshake. Return SASL response and wait for the next request.
// 6    AUTHENTICATION_SYNCER_FAILED    -    Syncer SASL handshake. Returned SASL response and closed the connection.
// 7    AUTHENTICATION_SYNCER_OK    -    Syncer authenticated. Returned SASL response.
// 8    AUTHENTICATION_OK    -    Client successfully authenticated.
| where EventType == "auth" and EventStatus == 2 or EventStatus == 8 or EventStatus == 7
| summarize count() by ClientIp

REDConnectionEvents
// https://docs.redis.com/latest/rs/security/audit-events/#status-result-codes
// EventStatus : 
// 0    AUTHENTICATION_FAILED    -    Invalid username and/or password.
// 1    AUTHENTICATION_FAILED_TOO_LONG    -    Username or password are too long.
// 2    AUTHENTICATION_NOT_REQUIRED    -    Client tried to authenticate, but authentication isn’t necessary.
// 3    AUTHENTICATION_DIRECTORY_PENDING    -    Attempting to receive authentication info from the directory in async mode.
// 4    AUTHENTICATION_DIRECTORY_ERROR    -    Authentication attempt failed because there was a directory connection error.
// 5    AUTHENTICATION_SYNCER_IN_PROGRESS    -    Syncer SASL handshake. Return SASL response and wait for the next request.
// 6    AUTHENTICATION_SYNCER_FAILED    -    Syncer SASL handshake. Returned SASL response and closed the connection.
// 7    AUTHENTICATION_SYNCER_OK    -    Syncer authenticated. Returned SASL response.
// 8    AUTHENTICATION_OK    -    Client successfully authenticated.
| where EventType == "auth" and EventStatus != 2 and EventStatus != 8 and EventStatus != 7
| project ClientIp, EventStatus, ConnectionId

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 saber mais, confira 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, confira Amostra de consultas de alerta de logs. O site Alertas de Linha de Base do Azure Monitor (AMBA) fornece um método semiautomatizado de implementação de alertas, painéis e diretrizes importantes de métrica de plataforma. 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 a consumo do Azure Monitor para notificações de alerta no Azure. Para obter mais informações, confira Esquema de alertas comuns.

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, confira Escolha o tipo de alerta de monitoramento correto para você.

A lista a seguir descreve os tipos de alertas do Azure Monitor que você pode criar:

• Os Alertas de métricas avaliam as métricas de recursos a 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 logs permitem que os usuários usem uma consulta do Log Analytics para avaliar os logs de recursos com uma frequência predefinida.
• Os Alertas do log de atividades são disparados quando ocorre um novo evento de log de atividades que corresponda às condições definidas. Os alertas do Resource Health e da Integridade do Serviço são alertas do log de atividades que relatam a integridade do serviço e do recurso.

Alguns serviços do Azure também dão suporte a alertas de detecção inteligentes, 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 ver os serviços e as nuvens do Azure com suporte, confira Monitorar vários recursos com uma regra de alerta.

Criar alertas

É possível configurar para receber alertas com base em métricas e logs de atividades. O Azure Monitor permite configurar um alerta para que ele faça o seguinte quando for acionado:

• Enviar uma notificação por email
• Chamar um webhook
• Invocar um aplicativo lógico do Azure

Para configurar alertas para seu cache, selecione Alertas em Monitoramento no menu Recurso.

Regras de alerta comuns do Cache do Azure para Redis

A tabela a seguir lista as regras de alerta comuns e recomendadas para o Cache do Azure para Redis.

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 de 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 assistente será exibida.

Para obter mais informações sobre o Assistente do Azure, confira Visão geral do Assistente do Azure.

A captura de tela a seguir mostra uma recomendação do assistente para um alerta do Cache do Azure para Redis:

Para atualizar o cache, clique em Atualizar agora a fim de alterar o tipo de preço e escalar seu cache. Para obter mais informações sobre como escolher um tipo de preço, confira Como escolher o tipo certo.

Conteúdo relacionado

• Confira Referência de dados de monitoramento do Cache do Azure para Redis para obter uma referência das métricas, logs e outros valores importantes criados para o Cache do Azure para Redis.
• Confira Como monitorar recursos do Azure com o Azure Monitor para obter detalhes gerais sobre o monitoramento de recursos do Azure.