Cache do Azure para Redis e confiabilidade

O Cache do Azure para Redis fornece um armazenamento de dados na memória com base no software Redis (Remote Dictionary Server). É um cache de dados seguro e agente de mensagens que fornece alta taxa de transferência e acesso de baixa latência aos dados para aplicativos.

Os principais conceitos e práticas recomendadas que suportam a confiabilidade incluem:

• Elevada disponibilidade
• Failover e aplicação de patches
• Resiliência da ligação

As seções a seguir incluem considerações de design, uma lista de verificação de configuração e opções de configuração recomendadas específicas para o Cache do Azure para Redis.

Considerações de design

O Cache do Azure para Contratos de Nível de Serviço (SLA) do Azure abrange apenas caches de camada Standard e Premium. A camada básica não é coberta.

O Redis é um cache na memória para pares de valores de chave e tem Alta Disponibilidade (HA), por padrão, exceto para a camada Básica. Há três camadas para o Cache do Azure para Redis:

• Básico: Não recomendado para cargas de trabalho de produção. A camada básica é ideal para:

  • Nó único
  • Vários tamanhos
  • Desenvolvimento
  • Teste
  • Cargas de trabalho não críticas

• Padrão: um cache replicado em uma configuração primária e secundária de dois nós gerenciada pela Microsoft, com um SLA de alta disponibilidade.

• Premium: Inclui todos os recursos de nível padrão e inclui os seguintes outros recursos:

  • Hardware e desempenho mais rápidos em comparação com a camada Básica ou Padrão.
  • Tamanho de cache maior, até 120GB.
  • Persistência de dados, que inclui o Arquivo de Banco de Dados Redis (RDB) e o Arquivo Somente Acréscimo (AOF).
  • Suporte VNET.
  • Agrupamento
  • Replicação geográfica: um cache secundário está em outra região e replica dados do principal para recuperação de desastres. Para fazer failover para o secundário, os caches precisam ser desvinculados manualmente e, em seguida, o secundário fica disponível para gravações. O aplicativo que grava no Redis precisa ser atualizado com a cadeia de conexão de cache do secundário.
  • Zonas de disponibilidade: implante o cache e as réplicas em zonas de disponibilidade.

    Observação

    Por padrão, cada implantação terá uma réplica por fragmento. Persistência, clustering e replicação geográfica estão desabilitados no momento com implantações que têm mais de uma réplica. Os seus nós serão distribuídos de forma uniforme por todas as zonas. Você deve ter uma contagem de réplicas correspondente ao número de zonas.

  • Importação e exportação.

A Microsoft garante pelo menos durante 99.9% do tempo em que os clientes terão conectividade entre os pontos de extremidade de cache e o gateway de Internet da Microsoft.

Lista de verificação

Você configurou o Cache do Azure para Redis com resiliência em mente?

---

• Agende atualizações.
• Monitore o cache e defina alertas.
• Implante o cache em uma VNET.
• Avalie uma estratégia de particionamento no cache Redis.
• Configure a Persistência de Dados para salvar uma cópia do cache no Armazenamento do Azure ou use a Replicação Geográfica, dependendo do requisito comercial.
• Implemente políticas de repetição no contexto do seu Cache Redis do Azure.
• Utilize uma única implementação estática ou singleton do multiplexador de conexão ao Redis e consulte o guia de práticas recomendadas.
• Consulte Como administrar o Cache do Azure para Redis.

Recomendações de configuração

Explore a tabela de recomendações a seguir para otimizar sua configuração do Cache Redis do Azure para confiabilidade do serviço:

Recomendação	Descrição
Agende atualizações.	Agende os dias e horários em que as atualizações do Servidor Redis serão aplicadas ao cache, que não inclui atualizações do Azure ou atualizações do sistema operacional da VM.
Monitore o cache e defina alertas.	Defina alertas para exceções, alta CPU, alto uso de memória, carga do servidor e chaves removidas para obter informações sobre quando dimensionar o cache. Se o cache precisar ser dimensionado, entender quando dimensionar é importante, pois aumentará a CPU durante o evento de dimensionamento para migrar dados.
Implante o cache em uma VNET.	Dá ao cliente mais controle sobre o tráfego que pode se conectar ao cache. Verifique se a sub-rede tem espaço de endereço suficiente disponível para implantar os nós e fragmentos de cache (cluster).
Avalie uma estratégia de particionamento no cache Redis.	O particionamento de um armazenamento de dados Redis envolve a divisão dos dados entre instâncias do servidor Redis. Cada instância compõe uma única partição. O Cache Redis do Azure abstrai os serviços Redis por trás de uma fachada e não os expõe diretamente. A maneira mais simples de implementar o particionamento é criar várias instâncias do Cache Redis do Azure e distribuir os dados entre elas. Você pode associar cada item de dados a um identificador (uma chave de partição) que especifica qual cache armazena o item de dados. A lógica do aplicativo cliente pode usar esse identificador para rotear solicitações para a partição apropriada. Esse esquema é simples, mas se o esquema de particionamento for alterado (por exemplo, se instâncias extras do Cache Redis do Azure forem criadas), os aplicativos cliente talvez precisem ser reconfigurados.
Configure a Persistência de Dados para salvar uma cópia do cache no Armazenamento do Azure ou use a Replicação Geográfica, dependendo do requisito comercial.	Persistência de dados: se o mestre e a réplica forem reinicializados, os dados serão carregados automaticamente da conta de armazenamento. Replicação geográfica: o cache secundário precisa ser desvinculado do principal. O secundário irá tornar-se o primário e poderá receber gravações.
Implemente políticas de repetição no contexto do seu Cache Redis do Azure.	A maioria dos serviços do Azure e SDKs de cliente incluem um mecanismo de nova tentativa. Estes mecanismos diferem porque cada serviço tem características e requisitos diferentes. Cada mecanismo de repetição é ajustado para um determinado serviço.
Consulte Como administrar o Cache do Azure para Redis.	Entenda como a perda de dados pode ocorrer com reinicializações de cache e como testar a resiliência do aplicativo.

Artefatos de origem

Para identificar instâncias do Redis que não estão na camada Premium, use a seguinte consulta:

Resources 
| where type == 'microsoft.cache/redis'
| where properties.sku.name != 'Premium'

Próximo passo

Azure Cache para Redis e excelência operacional