Monitorizar a Cache do Azure para Redis

Este artigo descreve:

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

Observação

Se já estiver familiarizado com este serviço e/ou Azure Monitor e quiser apenas saber como analisar dados de monitorização, consulte a secção Analisar perto do final deste artigo.

Quando você tem aplicativos críticos e processos de negócios que dependem de recursos do Azure, você precisa monitorar e receber alertas para seu sistema. O serviço Azure Monitor coleta e agrega métricas e logs de cada componente do seu sistema. O Azure Monitor fornece uma exibição de disponibilidade, desempenho e resiliência e notifica você sobre problemas. Você pode usar o portal do Azure, PowerShell, CLI do Azure, API REST ou 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.

Perspetivas

Alguns serviços no Azure têm um painel de monitoramento interno 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.

O Insights for Azure Cache for Redis oferece a seguinte experiência:

• At scale perspective of your Azure Cache for Redis resources across subscriptions. Você pode definir seletivamente o escopo apenas para as assinaturas e os recursos que deseja avaliar.
• Análise detalhada de um recurso 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 de informações relevantes.
• Personalização criada 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 seus limites. Você pode salvar as alterações em uma pasta de trabalho personalizada e, em seguida, fixar gráficos da pasta de trabalho nos painéis do Azure.

O Insights for Azure Cache for Redis não exige 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á cobrança extra para acessar insights.

To learn how to view, configure, and customize insights for Azure Cache for Redis, see [Azure Monitor insights for Azure Cache for Redis]/azure-cache-for-redis/cache-insights-overview.md).

Tipos de recursos

O Azure usa o conceito de tipos de recursos e IDs para identificar tudo em uma assinatura. Os tipos de recursos 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 organiza de forma semelhante os dados principais de monitorização em métricas e registos com base nos tipos de recursos, também chamados namespaces. Diferentes métricas e logs 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 para o Cache do Azure para Redis, consulte 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 interrogar este repositório.
• O log de atividades do Azure é um repositório separado com sua própria interface no portal do Azure.

Opcionalmente, você pode rotear dados de métricas e logs de atividades 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étrica e log para outros locais de armazenamento fora do Azure Monitor. Os exemplos incluem o Armazenamento do Azure, sistemas de parceiros hospedados e sistemas de parceiros que não são do Azure, usando Hubs de Eventos.

Para obter informações detalhadas sobre como o Azure Monitor armazena dados, consulte Plataforma de dados do Azure Monitor.

Métricas da plataforma Azure Monitor

O Azure Monitor fornece métricas de plataforma para a maioria dos serviços. Essas métricas são:

• Definido individualmente para cada namespace.
• Armazenado no banco de dados de métricas de séries cronológicas do Azure Monitor.
• Leve e capaz de suportar alertas quase em tempo real.
• Usado para acompanhar o desempenho de um recurso ao longo do tempo.

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

Roteamento: você também pode rotear algumas métricas da plataforma para o Azure Monitor Logs / Log Analytics para poder consultá-las com outros dados de log. Verifique a configuração de exportação DS para cada métrica para determinar se é possível usar uma configuração de diagnóstico para encaminhar a métrica para o Azure Monitor Logs / Log Analytics.

• Para obter mais informações, consulte a Configuração de diagnóstico de métricas.
• Para definir 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 reunir para todos os recursos no Azure Monitor, consulte Métricas suportadas no Azure Monitor.

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

Registos de recursos do Azure Monitor

Os logs de recursos fornecem informações sobre operações que foram feitas por um recurso do Azure. Os logs são gerados automaticamente, mas você deve roteá-los para os logs do Azure Monitor para salvá-los ou consultá-los. Os logs são organizados em categorias. Um determinado namespace pode ter várias categorias de log de recursos.

Coleção: Os registos de recursos não são recolhidos e armazenados até que o utilizador crie uma configuração de diagnóstico e encaminhe os registos para um ou mais locais. Ao criar uma configuração de diagnóstico, você especifica quais categorias de logs devem ser coletadas. Há várias maneiras de criar e manter configurações de diagnóstico, incluindo o portal do Azure, programaticamente e por meio da Política do Azure.

Roteamento: O padrão sugerido é rotear logs de recursos para os Logs do Azure Monitor para que você possa consultá-los com outros dados de log. Outros locais, como o Armazenamento do Azure, Hubs de Eventos do Azure e determinados parceiros de monitoramento da Microsoft também estão disponíveis. Para obter mais informações, consulte Registos de recursos do Azure e Destinos de registo de recursos.

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

Para uma lista de todas as categorias de registos de recursos disponíveis no Azure Monitor, consulte Registos de recursos suportados no Azure Monitor.

Todos os logs de recursos no Azure Monitor têm os mesmos campos de cabeçalho, seguidos por campos específicos do serviço. O esquema comum é descrito no esquema de log de recursos do Azure Monitor.

Para obter as categorias de log dos recursos disponíveis, as suas tabelas associadas de Log Analytics e os esquemas de logs para o Azure Cache para Redis, consulte a Referência de dados de monitorização do Azure Cache para Redis.

Cache do Azure para logs de recursos Redis

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

• Métricas de Cache ("AllMetrics") regista métricas do Azure Monitor
• Registos de ligação regista as ligações à cache para fins de segurança e diagnóstico.

Métricas da cache

O Cache Redis do Azure emite muitas métricas, como Server Load e Connections per Second, que são úteis para o registo. Selecionar a opção AllMetrics permite que estas e outras métricas da cache sejam registadas. Você pode configurar por quanto tempo reter as métricas.

Registos de ligação

Azure Cache for Redis usa as configurações de diagnóstico do Azure para registrar informações sobre conexões de clientes com o seu cache. O registo e a análise desta definição de diagnóstico ajudam a compreender quem se está a ligar às suas caches e o carimbo de data/hora dessas ligações. Os dados de registo podem ser utilizados para identificar o âmbito 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údos e procedimentos de configuração ligeiramente diferentes para as diferentes camadas do Cache do Azure para Redis. For details, see [Azure Monitor diagnostic settings]/azure-cache-for-redis/cache-monitor-diagnostic-settings.md).

Log de atividades do Azure

O log de atividades contém eventos no nível de assinatura que rastreiam as operações para cada recurso do Azure visto de fora desse recurso; por exemplo, criar um novo recurso ou iniciar uma máquina virtual.

Coleção: Os eventos do log de atividades são gerados e coletados automaticamente num repositório separado para exibição 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. Outros locais, como o Armazenamento do Azure, Hubs de Eventos do Azure e determinados parceiros de monitoramento da Microsoft também estão disponíveis. Para obter mais informações sobre como rotear o log de atividades, consulte Visão geral do log de atividades do Azure.

Analise os dados de monitoramento

Existem muitas ferramentas para analisar 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 exibir e analisar métricas para recursos do Azure. Para obter mais informações, 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 a linguagem de consulta Kusto (KQL). Para obter mais informações, consulte Introdução às consultas de log no Azure Monitor.

• O registo de atividades, que tem uma interface de utilizador no portal do Azure para exibição e pesquisas básicas. Para fazer uma análise mais aprofundada, você precisa rotear 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 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. Os livros de trabalho podem incluir texto, métricas e consultas de registo.
• Grafana, uma ferramenta de plataforma aberta que se destaca em dashboards operacionais. Você pode usar o Grafana para criar painéis que incluem dados de várias fontes diferentes do Azure Monitor.
• 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 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 para outras ferramentas usando os seguintes métodos:

• Métricas: Utilize a API REST para métricas para extrair dados da base de dados de métricas do Azure Monitor. A API suporta expressões de filtro para refinar os dados recuperados. Para obter mais informações, consulte Referência da API REST do Azure Monitor.

• Logs: Utilize a API REST ou as Bibliotecas de Cliente associadas.

• Outra opção é a exportação de dados do espaço de trabalho.

Para começar a usar a API REST para o Azure Monitor, consulte Passo a passo da API REST de monitoramento do Azure.

Métricas do Azure Cache para Redis

As métricas para instâncias do Cache do Azure para Redis são coletadas usando o comando Redis INFO . As métricas são coletadas aproximadamente duas vezes por minuto para que possam ser exibidas nos gráficos de métricas e avaliadas por regras de alerta. Para saber por quanto tempo os dados são retidos 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 são relatadas usando vários intervalos de relatório, incluindo Hora passada, Hoje, Semana passada e Personalizado. Cada gráfico de métricas exibe os valores médio, mínimo e máximo para cada métrica no gráfico, e algumas métricas exibem um total para o intervalo de relatório.

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

Exibir métricas de cache

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

Select your Azure Cache for Redis instance in the portal. A página Visão geral mostra os gráficos predefinidos de monitoramento de Uso de Memória e Carga do Servidor Redis . 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.

Azure Cache for Redis metric	Mais informações
Utilização da largura de banda da rede	Desempenho do cache - largura de banda disponível
Clientes conectados	Configuração padrão do servidor Redis - max clients
Carga do servidor	Carga do servidor Redis
Utilização da memória	Desempenho do cache - tamanho

Crie suas próprias métricas

Você pode criar seu próprio gráfico personalizado para acompanhar as métricas que deseja ver. As métricas de cache são relatadas usando vários intervalos de relatório, incluindo Hora passada, Hoje, Semana passada e Personalizado. À esquerda, selecione a Métrica na seção Monitoramento. Cada gráfico de métricas exibe os valores médio, mínimo e máximo para cada métrica no gráfico, e algumas métricas exibem um total para o intervalo de relatório.

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

No menu Recurso à esquerda, selecione Métricas em Monitoramento. Aqui, você cria seu próprio gráfico para seu cache, definindo o tipo de métrica e o tipo 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, Average e Max são semelhantes porque apenas o nó primário emite essas métricas. Em um cenário onde o número de clientes conectados muda rapidamente, Max, Average e Min mostram valores diferentes, o que também é um comportamento esperado.

The types Count and Sum can be misleading for certain metrics, such as connected clients. Em vez disso, é melhor olhar para as métricas de média e não para as métricas de soma .

Observação

Mesmo quando o cache está ocioso sem aplicativos cliente ativos conectados, você pode ver alguma atividade de cache, como clientes conectados, uso de memória e operações sendo executadas. A atividade é normal no funcionamento do cache.

Para caches não clusterizados, é melhor usar as métricas sem o sufixo Instance Based. Por exemplo, para verificar a carga do servidor para sua 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 do fragmento 1, use a métrica Carga do servidor (baseada em instância) e, em seguida, aplique o filtro ShardId = 1.

Kusto queries

Você pode analisar dados de monitoramento no repositório Azure Monitor Logs / Log Analytics usando a linguagem de consulta Kusto (KQL).

Important

Quando você seleciona Logs no menu do serviço no portal, o Log Analytics é aberto com o escopo da consulta definido para o serviço atual. Esse escopo significa que as consultas de log incluirão apenas dados desse tipo de recurso. Se quiser executar uma consulta que inclua dados de outros serviços do Azure, selecione Logs no menu Azure Monitor . Consulte Escopo e intervalo de tempo da consulta de log no Azure Monitor Log Analytics para obter detalhes.

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

Consultas do Log Analytics

Observação

Para obter um tutorial sobre como usar o Azure Log Analytics, consulte Visão geral do Log Analytics no Azure Monitor. Lembre-se de que pode levar até 90 minutos até que os logs apareçam no Log Analytics.

Here are some basic queries to use as models.

Consultas para os níveis Basic, Standard e Premium

• Cache do Azure para conexões de cliente Redis por hora dentro do intervalo de endereços IP especificado:

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)

• Endereços IP exclusivos do cliente Redis que se conectaram ao cache:

ACRConnectedClientList
| summarize count() by ClientIp

Queries for Enterprise and Enterprise Flash tiers

• Cache do Azure para conexões Redis por hora dentro do intervalo de endereços IP especificado:

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)

• Cache do Azure para solicitações de autenticação Redis por hora dentro do intervalo de endereços IP especificado:

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)

• Endereços IP exclusivos do cliente Redis que se conectaram ao cache:

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

• Tentativas de autenticação malsucedidas no cache

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 notificam proativamente quando condições específicas são encontradas em seus dados de monitoramento. Os alertas permitem-lhe identificar e resolver problemas no seu sistema antes que os seus clientes os percebam. Para obter mais informações, consulte Alertas do Azure Monitor.

Há muitas fontes de alertas comuns para recursos do Azure. Para obter exemplos de alertas comuns para recursos do Azure, consulte Exemplos de consultas de alerta de log. O site Azure Monitor Baseline Alerts (AMBA) fornece um método semiautomatizado de implementação de alertas métricos de plataforma, painéis e diretrizes importantes. O site aplica-se a um subconjunto em contínua expansão dos serviços do Azure, incluindo todos os serviços que fazem parte da Zona de Aterragem do Azure (ALZ).

O esquema de alerta comum padroniza o consumo de notificações de alerta do Azure Monitor. Para obter mais informações, consulte Esquema de alerta comum.

Tipos de alertas

É possível configurar alertas para qualquer métrica ou fonte de dados de log na plataforma Azure Monitor. Há 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 vários 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 métricos 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 métricos 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 logs de recursos em uma frequência predefinida.
• Os alertas do log de atividades são acionados quando ocorre um novo evento do log de atividades que corresponde às condições definidas. Os alertas de Integridade do Recurso e os alertas de Integridade do Serviço são alertas de registo de atividades que relatam a integridade dos seus serviços e recursos.

Alguns serviços do Azure também suportam alertas de deteção inteligente, alertas Prometheus ou regras de alerta recomendadas.

Para alguns serviços, você pode monitorar em escala aplicando a mesma regra de alerta de métrica 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 serviços e nuvens do Azure com suporte, consulte Monitorar vários recursos com uma regra de alerta.

Criar alertas

Pode configurar a receção de alertas com base em métricas e registos de atividades. O Azure Monitor permite-lhe configurar um alerta para fazer o seguinte quando é acionado:

• Enviar uma notificação por e-mail
• Call a webhook
• Invocar uma Aplicação Lógica do Azure

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

Azure Cache for Redis common alert rules

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

Tipo de alerta	Condição	Descrição
Metric	Latência no 99.º percentil	Alert on the worst-case latency of server-side commands in Azure Cache for Redis instances. A latência é medida usando PING comandos e controlando os tempos de resposta. Acompanhe a integridade da instância de cache para ver se os comandos de execução prolongada estão comprometendo o desempenho de latência.
Metric	High Server Load usage or spikes	Alta carga do servidor significa que o servidor Redis não consegue acompanhar as solicitações, levando a tempos limite ou respostas lentas. Crie alertas sobre métricas de carga do servidor para ser notificado antecipadamente sobre possíveis impactos.
Metric	Alto uso de largura de banda de rede	Se o servidor exceder a largura de banda disponível, os dados não são enviados para o cliente tão rapidamente. Os pedidos dos clientes podem expirar porque o servidor não consegue enviar os dados para o cliente com rapidez suficiente. Configure alertas para limites de largura de banda de rede do lado do servidor usando os contadores Cache Read e Cache Write.

Recomendações do conselheiro

Para alguns serviços, se ocorrerem condições críticas ou alterações iminentes durante as operações de recursos, será exibido um alerta na página Visão geral do serviço no portal. Você pode encontrar mais informações e correções recomendadas para o alerta em Recomendações do Advisor em Monitoramento no menu à esquerda. Durante as operações normais, nenhuma recomendação do consultor é exibida.

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

A captura de ecrã a seguir mostra uma recomendação do consultor para um alerta do Azure Cache para Redis.

Para atualizar o cache, selecione Atualizar agora para alterar o nível de preços e dimensionar o cache. Para obter mais informações sobre como escolher um nível de preço, consulte Escolhendo o nível certo.

Conteúdo relacionado

• Consulte 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.
• Consulte Monitorando recursos do Azure com o Azure Monitor para obter detalhes gerais sobre o monitoramento de recursos do Azure.