Referência de dados de monitoramento do Cache do Azure para Redis

Este artigo contém todas as informações de referência de monitoramento para este serviço.

Consulte Monitorar o Cache do Azure para Redis para obter detalhes sobre os dados que você pode coletar para o Cache do Azure para Redis e como usá-los.

Métricas

Esta seção lista todas as métricas da plataforma coletadas automaticamente para este serviço. Essas métricas também fazem parte da lista global de todas as métricas da plataforma com suporte no Azure Monitor.

Para obter informações sobre retenção de métricas, consulte Visão geral das métricas do Azure Monitor.

Para obter mais detalhes e informações sobre as métricas com suporte para Microsoft.Cache/redis e Microsoft.Cache/redisEnterprise, consulte Lista de métricas.

Métricas com suporte para Microsoft.Cache/redis

A tabela a seguir lista as métricas disponíveis para o tipo de recurso Microsoft.Cache/redis.

• Nem todas as colunas podem estar presentes em todas as tabelas.
• Algumas colunas podem estar além da área de visualização da página. Selecione Expandir tabela para exibir todas as colunas disponíveis.

Títulos de tabela

• Categoria: o grupo ou classificação de métricas.
• Métrica: o nome de exibição da métrica como aparece no portal do Azure.
• Nome na API REST: o nome da métrica, conforme mencionado na API REST.
• Unidade: unidade de medida
• Agregação: o tipo de agregação padrão. Valores válidos: Médio (Méd.), Mínimo (Mín.), Máximo (Máx.), Total (Soma), Contagem.
• Dimensões: as Dimensões disponíveis para a métrica.
• Intervalos de agregação: os Intervalos em que a métrica é amostrada. Por exemplo, PT1M indica que a métrica é amostrada a cada minuto, PT30M a cada 30 minutos, PT1H a cada hora e assim por diante.
• Exportação de DS: se a métrica é exportável para os Logs do Azure Monitor via configurações de diagnóstico. Para obter mais informações sobre exportação de métricas, consulte as Criar configurações de diagnóstico no Azure Monitor.

Métricas com suporte para Microsoft.Cache/redisEnterprise

A tabela a seguir lista as métricas disponíveis para o tipo de recurso Microsoft.Cache/redisEnterprise.

• Nem todas as colunas podem estar presentes em todas as tabelas.
• Algumas colunas podem estar além da área de visualização da página. Selecione Expandir tabela para exibir todas as colunas disponíveis.

Títulos de tabela

• Categoria: o grupo ou classificação de métricas.
• Métrica: o nome de exibição da métrica como aparece no portal do Azure.
• Nome na API REST: o nome da métrica, conforme mencionado na API REST.
• Unidade: unidade de medida
• Agregação: o tipo de agregação padrão. Valores válidos: Médio (Méd.), Mínimo (Mín.), Máximo (Máx.), Total (Soma), Contagem.
• Dimensões: as Dimensões disponíveis para a métrica.
• Intervalos de agregação: os Intervalos em que a métrica é amostrada. Por exemplo, PT1M indica que a métrica é amostrada a cada minuto, PT30M a cada 30 minutos, PT1H a cada hora e assim por diante.
• Exportação de DS: se a métrica é exportável para os Logs do Azure Monitor via configurações de diagnóstico. Para obter mais informações sobre exportação de métricas, consulte as Criar configurações de diagnóstico no Azure Monitor.

Métricas do Cache do Azure para Redis

A lista a seguir fornece detalhes e mais informações sobre as métricas do Azure Monitor com suporte para Microsoft.Cache/redis e Microsoft.Cache/redisEnterprise.

• Latência de 99º Percentil (versão prévia)

  • Descreve a latência de pior caso (99º percentil) de comandos do lado do servidor. Medido pela emissão de comandos PING do balanceador de carga para o servidor Redis e pelo acompanhamento do tempo para responder.
  • Útil para acompanhar a integridade da instância do Redis. A latência aumentará se o cache estiver sob carga pesada ou se houver comandos de execução prolongada que atrasem a execução do comando PING.
  • Essa métrica só está disponível nos caches de camada Standard e Premium.
  • Essa métrica não está disponível para caches afetados pela desativação do Serviço de Nuvem. Confira mais informações aqui

• Latência do cache (versão prévia)

  • A latência do cache calculada usando a latência de entre nós do cache. Essa métrica é medida em microssegundos e tem três dimensões: Avg, Min e Max. As dimensões representam a latência média, mínima e máxima do cache durante o intervalo de relatório especificado.

• Erros de Cache

  • O número de pesquisas de chave com falha durante o intervalo de relatório especificado. Esse número é mapeado para keyspace_misses no comando INFO do Redis. Erros de cache não significam necessariamente que há um problema com o cache. Por exemplo, ao se usar o padrão de programação cache-aside, um aplicativo procura um item no cache primeiro. Se o item não estiver lá (erro de cache), o item será recuperado do banco de dados e adicionado ao cache na próxima vez. Erros de cache são o comportamento normal para o padrão de programação cache-aside. Se o número de erros de cache for maior do que o esperado, examine a lógica do aplicativo que popula e lê do cache. Se os itens estiverem sendo removidos do cache devido à pressão da memória, poderá haver alguns erros de cache, mas uma métrica melhor para monitorar a pressão da memória seria Used Memory ou Evicted Keys.

• Taxa de perda no cache

  • O percentual de pesquisas de chave sem êxito durante o intervalo de relatório especificado. Essa métrica não está disponível em caches da camada Enterprise ou Enterprise Flash.

• Cache Lido

  • A quantidade de dados lidos do cache, em MB/s, durante o intervalo de relatório especificado. Esse valor é derivado das placas de adaptador de rede que dão suporte à máquina virtual que hospeda o cache e não é específico do Redis. Esse valor corresponde à largura de banda de rede usada por esse cache. Se você quer configurar alertas para os limites de largura de banda de rede do lado do servidor, crie-os usando este contador Cache Read. Confira esta tabela para ver os limites de largura de banda observados para vários tamanhos e tipos de preço de cache.

• Gravação no Cache

  • A quantidade de dados gravados no cache, em MB/s, durante o intervalo de relatório especificado. Esse valor é derivado das placas de adaptador de rede que dão suporte à máquina virtual que hospeda o cache e não é específico do Redis. Esse valor corresponde à largura de banda de rede de dados enviados para o cache do cliente.

• Clientes conectados

  • O número de conexões de cliente com o cache durante o intervalo de relatório especificado. Esse número é mapeado para connected_clients do comando INFO do Redis. Assim que o limite de conexão for atingido, as tentativas posteriores de se conectar ao cache falharão. Mesmo que não haja aplicativos clientes ativos, ainda pode haver algumas instâncias de clientes conectados devido a conexões e processos internos.

• Clientes conectados usando o token do Microsoft Entra (versão prévia)

  • O número de conexões de cliente com cache autenticado usando o token do Microsoft Entra durante o intervalo de relatório especificado.

• Conexões criadas por segundo

  • O número de conexões instantâneas criadas por segundo no cache por meio da porta 6379 ou 6380 (SSL). Essa métrica pode ajudar a identificar se os clientes estão se desconectando e se reconectando com frequência, o que pode aumentar o uso da CPU e do carregamento do servidor Redis. Essa métrica não está disponível em caches da camada Enterprise ou Enterprise Flash.

• Conexões fechadas por segundo

  • O número de conexões instantâneas fechadas por segundo no cache por meio da porta 6379 ou 6380 (SSL). Essa métrica pode ajudar a identificar se os clientes estão se desconectando e se reconectando com frequência, o que pode aumentar o uso da CPU e do carregamento do servidor Redis. Essa métrica não está disponível em caches da camada Enterprise ou Enterprise Flash.

• CPU

  • A utilização da CPU do servidor do Cache Redis do Azure como um percentual durante o intervalo de relatório especificado. Esse valor é mapeado para o contador de desempenho \Processor(_Total)\% Processor Time do sistema operacional. Observe que essa métrica pode ser barulhenta devido a processos de segurança em segundo plano de baixa prioridade em execução no nó, portanto, recomendamos monitorar a métrica de carga do servidor para rastrear a carga em um servidor Redis.

• Errors

  • Falhas específicas e problemas de desempenho que o cache pode estar enfrentando durante um intervalo de relatório especificado. Essa métrica tem oito dimensões que representam diferentes tipos de erro. Os tipos de erros representados agora são os seguintes:
    • Failover – quando um cache falha (subordinado promovido a primário)
    • Perda de Dados – quando há perda de dados no cache
    • UnresponsiveClients – quando os clientes não estão lendo dados do servidor com rapidez suficiente e, especificamente, quando o número de bytes no buffer de saída do servidor Redis para um cliente passa de 1.000.000 bytes
    • AOF – quando há um problema relacionado à persistência do AOF
    • RDB – quando há um problema relacionado à persistência do RDB
    • Importação – quando há um problema relacionado à Importação do RDB
    • Exportação – quando há um problema relacionado à Exportação do RDB
    • AADAuthenticationFailure - preterido
    • AADTokenExpired - preterido
    • MicrosoftEntraAuthenticationFailure – quando há uma falha de autenticação usando o token de acesso do Microsoft Entra
    • MicrosoftEntraTokenExpired – quando um token de acesso do Microsoft Entra usado para autenticação não é renovado e expira

• Chaves removidas

  • O número de itens removidos do cache durante o intervalo de relatório especificado devido ao limite de maxmemory.
  • Esse número é mapeado para evicted_keys no comando INFO do Redis.

• Chaves expiradas

  • O número de itens expirados do cache durante o intervalo de relatório especificado. Esse valor é mapeado para expired_keys do comando INFO do Redis.

• Métricas de replicação geográfica

  As métricas de replicação geográfica são afetadas por operações de manutenção interna mensais. O serviço Cache do Azure para Redis aplica patches periodicamente em todos os caches com os recursos e aprimoramentos mais recentes da plataforma. Durante essas atualizações, cada nó do cache fica offline, o que desabilita temporariamente o link da replicação geográfica. Se o link de replicação geográfica não estiver íntegro, verifique se isso foi causado por um evento de aplicação de patch no cache geográfico primário ou secundário usando Diagnosticar e resolver problemas no menu Recursos no portal. Dependendo da quantidade de dados no cache, o tempo de inatividade da aplicação de patches pode levar de alguns minutos a uma hora. Se o link de replicação geográfica não estiver íntegro por mais de uma hora, registre uma solicitação de suporte.

  A pasta de trabalho do Painel de Replicação Geográfica é uma maneira simples e fácil de exibir todas as métricas geográficas de nível Premium no mesmo local. Esse painel reúne métricas que são emitidas apenas pela região geográfica primária ou geográfica secundária, para que possam ser visualizadas simultaneamente.

  • Atraso de Conectividade da Replicação Geográfica

    • Ilustra o tempo, em segundos, desde a última sincronização de dados bem-sucedida entre geo-primário e geográfico secundário. Se o link ficar inativo, esse valor continuará aumentando, indicando um problema.
    • Essa métrica só é emitida da instância de cache geográfico secundário. Na instância geográfica primária, essa métrica não tem valor.
    • Essa métrica só está disponível na camada Premium para caches com a replicação geográfica habilitada.

  • Deslocamento da Sincronização de Dados da Replicação Geográfica

    • Representa a quantidade aproximada de dados, em bytes, que ainda não foram sincronizados com o cache geográfico secundário.
    • Essa métrica só é emitida da instância de cache geográfico primário. Na instância geográfica secundária, essa métrica não tem valor.
    • Essa métrica só está disponível na camada Premium para caches com a replicação geográfica habilitada.

  • Evento de Sincronização Completa da Replicação Geográfica Concluído

    • Descreve a conclusão da sincronização completa entre caches replicados geograficamente. Quando você vê muitas gravações no na geografia primária e a replicação entre os dois caches não consegue acompanhar, uma sincronização completa é necessária. Uma sincronização completa envolve copiar os dados completos da geografia primária para a secundária fazendo um instantâneo RDB em vez de uma sincronização parcial, que ocorre em instâncias normais. Consulte esta página para obter uma explicação mais detalhada.
    • A métrica informa zero na maior parte do tempo porque a replicação geográfica usa ressincronizações parciais para novos dados adicionados após a sincronização completa inicial.
    • Essa métrica só é emitida da instância de cache geográfico secundário. Na instância geográfica primária, essa métrica não tem valor.
    • Essa métrica só está disponível na camada Premium para caches com a replicação geográfica habilitada.

  • Evento de Sincronização Completa da Replicação Geográfica Iniciado

    • Descreve o início da sincronização completa entre caches replicados geograficamente. Quando há muitas gravações na replicação geográfica primária e a replicação entre os dois caches não consegue acompanhar, uma sincronização completa é necessária. Uma sincronização completa envolve copiar os dados completos da geografia primária para a secundária fazendo um instantâneo RDB em vez de uma sincronização parcial, que ocorre em instâncias normais. Consulte esta página para obter uma explicação mais detalhada.
    • A métrica informa zero na maior parte do tempo porque a replicação geográfica usa ressincronizações parciais para novos dados adicionados após a sincronização completa inicial.
    • A métrica só é emitida da instância de cache da replicação geográfica secundária. Na instância geográfica primária, essa métrica não tem valor.
    • A métrica só está disponível na camada Premium para caches com a replicação geográfica habilitada.

  • Replicação geográfica íntegra

    • Ilustra o status do link de replicação geográfica entre caches. Pode haver dois estados possíveis em que o link de replicação pode estar:
      • 0 desconectado/não íntegro
      • 1 – íntegro
    • A métrica está disponível nas camadas Enterprise, Enterprise Flash e caches de camada Premium com a replicação geográfica habilitada.
    • Em caches na camada Premium, essa métrica só é emitida da instância de cache da replicação geográfica secundária. Na instância geográfica primária, essa métrica não tem valor.
    • Essa métrica pode indicar um status de replicação desconectado/não íntegro por vários motivos, incluindo: aplicação de patch mensal, atualizações do sistema operacional do host, configuração incorreta de rede ou falha no provisionamento de link de replicação geográfica.
    • Um valor de 0 não significa que os dados na replicação geográfica foram perdidos. Isso significa apenas que o link entre a geografia primária e a secundária não é íntegro.
    • Se o link de replicação geográfica não estiver íntegro por mais de uma hora, registre uma solicitação de suporte.

• Gets

  • O número de operações get do cache durante o intervalo de relatório especificado. Esse valor é a soma dos seguintes valores de informações do comando INFO all do Redis: cmdstat_get, cmdstat_hget, cmdstat_hgetall, cmdstat_hmget, cmdstat_mget, cmdstat_getbit e cmdstat_getrange. Ele é equivalente à soma de acertos e erros de cache durante o intervalo de relatório.

• Operações por segundo

  • O número total de comandos processados por segundo pelo servidor de cache durante o intervalo de relatório especificado. Este valor mapeia para "instantaneous_ops_per_sec" a partir do comando INFO do Redis.

• Carga do Servidor

  • O percentual de ciclos de CPU em que o servidor Redis está ocupado processando, e não ocioso esperando por mensagens. Se esse contador atingir 100, o servidor Redis atingiu um limite de desempenho, e a CPU não pode processar o trabalho mais depressa. Você pode esperar um grande efeito de latência. Se você estiver vendo uma alta Carga do Servidor Redis, como 100, porque está enviando muitos comandos caros para o servidor, talvez você veja exceções de tempo limite no cliente. Nesse caso, considere escalar verticalmente, escalar horizontalmente para um cluster Premium ou particionar seus dados em vários caches. Quando a Carga do Servidor está moderadamente alta, como 50 a 80%, a latência média geralmente permanece baixa e as exceções de tempo limite podem ter outras causas além da alta latência do servidor.
  • A métrica Carga do Servidor é sensível a outros processos no computador usando os ciclos de CPU existentes que reduzem o tempo ocioso do servidor Redis. Por exemplo, na camada de serviço C1, tarefas em segundo plano, como verificação de vírus, fazem com que a Carga do servidor aumente por nenhum motivo óbvio. Recomendamos que você preste atenção a outras métricas, como operações, latência e CPU, além da Carga do Servidor.

  Cuidado

  A métrica Carga do Servidor pode apresentar dados incorretos para caches da camada de serviço Enterprise e Enterprise Flash. Às vezes, a Carga do Servidor é representada como sendo mais de 100. Estamos investigando esse problema. Recomendamos usar a métrica de CPU enquanto isso.

• Conjuntos

  • O número de operações set para o cache durante o intervalo de relatório especificado. Esse valor é a soma dos seguintes valores de informações do comando INFO all do Redis : cmdstat_set, cmdstat_hset, cmdstat_hmset, cmdstat_hsetnx, cmdstat_lset, cmdstat_mset, cmdstat_msetnx, cmdstat_setbit, cmdstat_setex, cmdstat_setrange e cmdstat_setnx.

• Total de chaves

  • O número máximo de chaves no cache durante o período de relatório anterior. Esse número é mapeado para keyspace no comando INFO do Redis.

  Importante

  Devido a uma limitação no sistema subjacente de métricas, para os caches com clustering habilitado, o Total de Chaves retorna o número máximo de chaves do fragmento que tinha o número máximo de chaves durante o intervalo do relatório.

• Total de Operações

  • O número total de comandos processados pelo servidor de cache durante o intervalo de relatório especificado. Esse valor é mapeado para total_commands_processed do comando INFO do Redis. Quando o Cache do Azure para Redis é usado somente para publicação ou assinatura, não há métricas de Cache Hits, Cache Misses, Gets ou Sets, mas há métricas de Total Operations que refletem o uso do cache para operações de publicação ou assinatura.

• Memória Usada

  • A quantidade de memória de cache em MB que é usada para os pares de chave/valor no cache durante o intervalo de relatório especificado. Esse valor é mapeado para used_memory do comando INFO do Redis. Esse valor não inclui metadados ou fragmentação.
  • Na camada Enterprise e Enterprise Flash, o valor de Memória Usada inclui a memória nos nós primário e de réplica. Isso pode fazer com que a métrica apareça duas vezes maior do que o esperado.

• Porcentagem de memória utilizada

  • O percentual da memória total que está sendo usada durante o intervalo de relatório especificado. Isso referencia o valor used_memory no comando INFO do Redis para calcular a porcentagem. Esse valor não inclui fragmentação.

• Memória RSS Usada

  • A quantidade de memória de cache usada, em MB, durante o intervalo de relatório especificado, incluindo fragmentação. Esse valor é mapeado para used_memory_rss do comando INFO do Redis. Essa métrica não está disponível em caches da camada Enterprise ou Enterprise Flash.

Logs de recursos

Esta seção lista os tipos de logs de recursos que você pode coletar para o este serviço. A seção extrai da lista de todos os tipos de categoria de logs de recursos com suporte no Azure Monitor.

Logs de recursos com suporte para Microsoft.Cache/redis

Logs de recursos com suporte para Microsoft.Cache/redisEnterprise/databases

Tabelas de Logs do Azure Monitor

Esta seção lista todas as tabelas dos Logs do Azure Monitor relevantes para este serviço e disponíveis para consulta pela análise de logs usando o Kusto. As tabelas contêm dados de log de recursos e possivelmente mais, dependendo do que é coletado e roteado para elas.

Cache do Azure para Redis

microsoft.cache/redis

• ACRConnectedClientList
• AzureActivity
• AzureMetrics

Cache do Azure para Redis Enterprise

Microsoft.Cache/redisEnterprise

• REDConnectionEvents

Log de atividades

A tabela vinculada lista as operações que podem ser registradas no log de atividades desse serviço. Essas operações são um subconjunto de todas as operações do provedor de recursos possíveis no log de atividades.

Para obter mais informações sobre o esquema de entradas do log de atividades, confira Esquema do log de atividades.

• Operações do provedor de recursos Microsoft.Cache

Conteúdo relacionado

• Consulte Monitorar o Cache do Azure para Redis para obter uma descrição do monitoramento do Cache do Azure para Redis.
• Confira Monitorar recursos do Azure com o Azure Monitor para ver informações detalhadas sobre o monitoramento dos recursos do Azure.