Partilhar via


Resolver Problemas do lado do servidor do Azure Managed Redis (pré-visualização)

Esta secção aborda a resolução de problemas causados por condições num servidor do Azure Managed Redis (pré-visualização) ou em qualquer uma das máquinas virtuais que o alojam.

Nota

Vários dos passos de resolução de problemas neste guia incluem instruções para executar comandos do Redis e monitorizar várias métricas de desempenho. Para obter mais informações e instruções, consulte os artigos na secção Informações adicionais.

CPU elevada

Uma CPU elevada no servidor significa que o servidor Redis está ocupado e não consegue dar resposta a pedidos, o que provoca os tempos limite excedidos. Verifique a métrica CPU na cache selecionando Monitorização no menu Recurso, à esquerda. Irá ver o gráfico CPU no painel de trabalho em Informações. Ou, adicione um conjunto de métricas a CPU em Métricas.

Seguem-se algumas opções a considerar para uma CPU elevada.

Aumentar verticalmente ou mover para um escalão de desempenho superior

Para obter um desempenho superior, considere aumentar verticalmente para uma cache maior com mais núcleos de CPU. Para obter mais informações, veja Escalões de desempenho.

Alterações rápidas no número de ligações do cliente

Para obter mais informações, consulte Evitar picos de ligações do cliente.

Comandos de execução prolongada ou dispendiosos

Para obter mais informações, consulte Comandos de execução prolongada.

Dimensionamento

As operações de dimensionamento consomem muita CPU e memória, uma vez que podem envolver a movimentação de dados entre os nós e a alteração da topologia do cluster. Para obter mais informações, consulte Dimensionamento.

Manutenção de servidores

Se o Azure Managed Redis tiver passado por uma ativação pós-falha, todas as ligações do cliente do nó que ficou inativo são transferidas para o nó que ainda está em execução. A CPU pode ter um pico devido ao aumento das ligações. Pode tentar reiniciar as suas aplicações cliente de modo a que todas as ligações do cliente sejam recriadas e redistribuídas entre os dois nós.

Elevada utilização da memória

A pressão da memória no servidor pode levar a vários problemas de desempenho que atrasam o processamento dos pedidos. Quando a pressão da memória ocorre, o sistema coloca os dados no disco, o que faz com que o sistema abrande significativamente.

Seguem-se algumas possíveis causas de pressão sobre a memória:

  • A cache é preenchida com dados perto da capacidade máxima
  • O servidor Redis está a registar uma elevada fragmentação de memória

É provável que a fragmentação seja causada quando um padrão de carga está a armazenar dados com uma grande variação de tamanho. Por exemplo, a fragmentação pode ocorrer quando os dados estão distribuídos por 1 KB e 1 MB de tamanho. Quando uma chave de 1 KB é eliminada da memória existente, uma chave de 1 MB não pode caber nesta, causando fragmentação. Do mesmo modo, se for eliminada uma chave de 1 MB e for adicionada uma chave de 1,5 MB, esta não caberá na memória recuperada existente. Isto causa memória livre não utilizada e resulta em mais fragmentação.

Se o valor used_memory_rss for superior a 1,5 vezes a métrica used_memory, existe fragmentação na memória. A fragmentação pode causar problemas quando:

  1. A utilização de memória está próximo do limite máximo de memória para a cache, ou
  2. UsedMemory_RSS é superior ao limite máximo de memória, potencialmente resultando numa falha de página na memória.

Se uma cache estiver fragmentado e estiver a ser executada sob pressão de memória elevada, o sistema irá fazer uma ativação pós-falha para tentar recuperar a memória RSS (Resident set Size).

O Redis expõe as duas estatísticas, used_memory e used_memory_rss, através do comando INFO que o pode ajudar a identificar este problema. Pode ver estas métricas utilizando o portal.

Há várias alterações possíveis que pode fazer para ajudar a manter um bom estado de funcionamento da utilização da memória:

Para obter recomendações sobre a gestão de memória, consulte Melhores Práticas para a Gestão da Memória.

Comandos de execução prolongada

Para obter mais informações, consulte Comandos de execução prolongada.

Limitação da largura de banda do lado do servidor

Para obter mais informações, veja Limitação da largura de banda de rede.

Informações adicionais