Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Redis Gerenciado do Azure fornece um armazenamento de dados na memória baseado no software Redis Enterprise. O Redis Enterprise melhora o desempenho e a confiabilidade da edição comunitária do Redis, mantendo a compatibilidade. A Microsoft opera o serviço, hospedado no Azure e utilizável por qualquer aplicativo dentro ou fora do Azure. Para obter mais informações sobre como o Azure Managed Redis é criado, veja Arquitetura do Azure Managed Redis.
O Azure Managed Redis pode melhorar o desempenho e a escalabilidade de um aplicativo que usa muito armazenamentos de dados de back-end. Ele é capaz de processar grandes volumes de solicitações de aplicativo mantendo dados acessados com frequência na memória do servidor, que podem ser gravados e lidos rapidamente.
O Redis traz uma solução de armazenamento de dados crítica de baixa latência e alta taxa de transferência para aplicativos modernos. Além disso, o Redis é cada vez mais usado para aplicativos sem cache, incluindo ingestão de dados, eliminação de duplicação, mensagens e placares de líderes
O Redis Gerenciado do Azure pode ser implantado autônomo ou implantado junto com outros serviços de aplicativo ou banco de dados do Azure, como Aplicativos de Contêiner do Azure, Serviço de Aplicativo do Azure, Azure Functions, SQL do Azure ou Azure Cosmos DB.
Principais cenários
O Azure Managed Redis melhora o desempenho do aplicativo ao oferecer suporte a padrões comuns de arquitetura de aplicativo. Alguns dos mais comuns incluem os seguintes padrões:
| Pattern | Description |
|---|---|
| Cache de dados | Os bancos de dados geralmente são grandes demais para serem carregados diretamente em um cache. É comum usar o padrão cache-aside para carregar dados no cache, somente conforme necessário. Quando o sistema faz alterações nos dados, ele também pode atualizar o cache, que será distribuído a outros clientes. Além disso, o sistema pode definir uma expiração nos dados e usar uma política de expulsão para disparar atualizações de dados no cache. |
| Cache de conteúdo | Muitas páginas da Web são geradas com base em modelos que usam conteúdo estático, como cabeçalhos, rodapés e faixas. Esses itens estáticos não devem ser alterados com frequência. O uso de um cache na memória fornece acesso rápido a conteúdo estático em comparação com armazenamentos de dados de back-end. Esse padrão reduz o tempo de processamento e a carga do servidor, permitindo que servidores Web sejam mais responsivos. Ele pode permitir que você reduza o número de servidores necessários para lidar com cargas. O Azure Managed Redis fornece o Provedor de Cache de Saída do Redis para dar suporte a esse padrão com o ASP.NET. |
| Repositório de sessão | Esse padrão é geralmente usado com carrinhos de compras e outros dados de histórico do usuário que um aplicativo Web pode associar aos cookies do usuário. O armazenamento de muitas informações em um cookie pode ter um efeito negativo no desempenho conforme o tamanho do cookie aumenta e é passado e validado com cada solicitação. Uma solução típica usa o cookie como uma chave para consultar os dados em um banco de dados. Quando você usa um cache na memória, como o Azure Managed Redis, associar informações a um usuário é mais rápido do que interagir com um banco de dados relacional completo. |
| Deduplication | Muitas vezes, você precisa determinar se uma ação já ocorreu em um sistema, como determinar se um nome de usuário já foi usado ou se um email já foi enviado a um cliente. No Redis Gerenciado do Azure, os filtros de flores podem determinar rapidamente duplicatas e evitar problemas. |
| Leaderboards | O Redis oferece suporte simples e poderoso para o desenvolvimento de tabelas de classificação de todos os tipos usando a estrutura de dados conjunto classificado. Além disso, o uso da replicação geográfica ativa pode permitir que uma tabela de classificação seja compartilhada globalmente. |
| Enfileiramento de mensagens e trabalhos | Aplicativos geralmente adicionam tarefas a uma fila quando as operações associadas à solicitação levam tempo para serem executadas. As operações de longa duração são enfileiradas para serem processadas em sequência, frequentemente por outro servidor. Esse método de adiamento do trabalho é chamado de enfileiramento de tarefas. O Azure Managed Redis fornece uma fila distribuída para habilitar esse padrão em seu aplicativo. |
| Aceleração do PowerBI/Analytics | Você pode usar o driver ODBC do Redis para utilizar o Redis para casos de uso de BI, relatórios e análises. Como o Redis normalmente é muito mais rápido do que os bancos de dados relacionais, o uso do Redis dessa forma pode aumentar drasticamente a capacidade de resposta da consulta. |
| Transações distribuídas | Às vezes, os aplicativos exigem uma série de comandos em relação a um armazenamento de dados de back-end para serem executados como uma única operação atômica. Todos os comandos devem ter êxito ou ser revertidos para o estado inicial. O Azure Managed Redis oferece suporte à execução de um lote de comandos como uma única transação. |
Versão do Redis
O Azure Managed Redis oferece suporte ao Redis versão 7.4.x. Para obter mais informações, veja Como atualizar a versão da sua instância do Azure Managed Redis.
Escolher o nível correto
Há quatro camadas de Redis Gerenciados do Azure disponíveis, cada uma com diferentes características de desempenho e níveis de preço.
Níveis e SKUs em resumo
Aqui estão três níveis que armazenam dados na memória:
Otimizado para memória Ideal para casos de uso com uso intensivo de memória que exigem uma alta taxa de memória para vCPU (8:1), mas não precisam do desempenho de taxa de transferência mais alto. Ele fornece um ponto de preço mais baixo para cenários em que menos poder de processamento ou taxa de transferência é necessário, tornando-o uma excelente opção para ambientes de desenvolvimento e teste.
Equilibrado (Memória + Computação) Oferece uma taxa equilibrada de memória para vCPU (4:1), tornando esta opção ideal para cargas de trabalho padrão. Essa camada fornece um equilíbrio saudável de recursos de memória e computação.
Computação otimizada Projetado para cargas de trabalho com uso intensivo de desempenho que exigem taxa de transferência máxima, com uma baixa taxa de memória para vCPU (2:1). É ideal para aplicativos que exigem o desempenho mais alto.
Aqui está a camada que armazena dados na memória e no disco:
Otimizado para Flash (versão prévia) Permite que os clusters Redis movam automaticamente dados acessados com menos frequência da memória (RAM) para o armazenamento NVMe. Isso reduz o desempenho, mas permite o dimensionamento econômico de caches com grandes conjuntos de dados.
Você também pode usar o recurso de persistência de dados para armazenar dados em disco para as camadas de memória. A persistência de dados armazena uma cópia de backup de dados em disco para recuperação rápida se você tiver uma interrupção inesperada. A persistência de dados é diferente da camada Otimizada para Flash, que foi projetada para armazenar dados em disco para operações típicas.
Armazenar alguns dados em disco usando a camada Otimizada para Flash não aumenta a resiliência de dados. Você também pode usar a persistência de dados na camada Otimizada para Flash.
Note
Para obter mais informações sobre como a camada Flash Optimized é arquitetada, veja Arquitetura do Azure Managed Redis
- Para obter instruções sobre como dimensionar entre camadas e SKUs, veja Dimensionar uma instância do Azure Managed Redis.
- Para obter informações sobre preços, consulte os Preços do Redis Gerenciado do Azure.
Important
Todas as camadas na memória que usam mais de 235 GB de armazenamento estão em Visualização Pública, incluindo Otimizado para Memória M350 e superior; Equilibrado B350 e superior; e Otimizado para Computação X350 e superior. Todas essas camadas e superiores estão na Visualização Pública.
Todas as camadas otimizadas para Flash estão na Visualização Pública.
Comparação de funcionalidades
A seguinte tabela ajuda a descrever alguns dos recursos compatíveis por camada:
| Descrição do recurso | Otimizado para Memória | Balanced | Otimizado para Computação | Otimizado para Flash |
|---|---|---|---|---|
| Dimensionar (GB) | 12 - 1920 | 0.5 - 960 | 3 - 720 | 250 - 4500 |
| Contrato de nível de serviço (SLA) | Yes | Yes | Yes | Yes |
| Criptografia de dados em trânsito | Sim (ponto de extremidade privado) | Sim (ponto de extremidade privado) | Sim (ponto de extremidade privado) | Sim (ponto de extremidade privado) |
| Replicação e failover | Yes | Yes | Yes | Yes |
| Isolamento de rede | Yes | Yes | Yes | Yes |
| Autenticação baseada em ID do Microsoft Entra | Yes | Yes | Yes | Yes |
| Dimensionamento | Yes | Yes | Yes | Yes |
| Alta disponibilidade | *Sim | *Sim | *Sim | *Sim |
| Persistência de dados | Yes | Yes | Yes | Yes |
| Geo-replication | Sim (Ativo) | Sim (Ativo) | Sim (Ativo) | No |
| Instâncias não clusterizadas | Yes | Yes | Yes | No |
| Registros de auditoria da conexão | Sim (baseado em evento) | Sim (baseado em evento) | Sim (baseado em evento) | Sim (baseado em evento) |
| Estruturas de dados JSON (ou seja, Redis JSON) | Yes | Yes | Yes | Yes |
| Funcionalidade de pesquisa (incluindo busca em vetores) | Yes | Yes | Yes | No |
| Estruturas de dados probabilísticas (ou seja, Redis Bloom) | Yes | Yes | Yes | Yes |
| Capacidade de banco de dados de séries temporais (ou seja, Redis TimeSeries) | Yes | Yes | Yes | Yes |
| Import/Export | Yes | Yes | Yes | Yes |
* Quando a alta disponibilidade está habilitada, o Redis Gerenciado do Azure é redundante em regiões com várias Zonas de Disponibilidade.
Quando você usa alta disponibilidade (HA), uma instância do Redis Gerenciado do Azure é implantada com fragmentos primários e de réplica em dois nós. Em regiões sem Zonas de Disponibilidade, os fragmentos primários e de réplica são implantados em dois nós na mesma zona.
Important
As opções de SKU B0 e B1 balanceadas não dão suporte à replicação geográfica ativa.
Note
A redução do suporte é limitada em algumas situações. Para obter mais informações, consulte Limitações de dimensionamento do Redis Gerenciado do Azure.
Desempenho de rede
Se você tiver uma carga de trabalho que exija alta taxa de transferência, a largura de banda de rede poderá causar um gargalo. Você pode aumentar a largura de banda passando para um nível de desempenho mais alto ou mudando para um tamanho de instância maior. Instâncias de tamanho maior têm mais largura de banda por causa da VM subjacente que hospeda o cache. Limites de largura de banda mais altos ajudam a evitar a saturação de rede que causa tempos limite em seu aplicativo. Para obter mais informações sobre o desempenho da largura de banda, veja Teste de desempenho
Número máximo de conexões de cliente
Cada SKU tem um número máximo de conexões de cliente. Esse limite aumenta com níveis de desempenho mais altos e tamanhos de instâncias maiores. A tabela a seguir mostra o máximo de conexões de cliente permitidas por SKU do Redis Gerenciado do Azure.
SKUs Otimizadas para Memória, Balanceadas e Otimizadas para Computação
Esta tabela mostra o máximo de conexões por camada e tamanho de memória nas SKUs otimizadas, balanceadas e de computação.
| Dimensionar (GB) | Memória Otimizado |
Balanced | Computação Otimizado |
|---|---|---|---|
| 0,5 | - | 15,000 | - |
| 1 | - | 15,000 | - |
| 3 | - | 15,000 | 30,000 |
| 6 | - | 15,000 | 30,000 |
| 12 | 15,000 | 30,000 | 75,000 |
| 24 | 30,000 | 75,000 | 150.000 |
| 60 | 75,000 | 150.000 | 200,000 |
| 120 | 150.000 | 200,000 | 200,000 |
| 175 | 200,000 | 200,000 | 200,000 |
| 235 | 200,000 | 200,000 | 200,000 |
| 360 * | 200,000 | 200,000 | 200,000 |
| 480 * | 200,000 | 200,000 | 200,000 |
| 720 * | 200,000 | 200,000 | 200,000 |
| 960 | 200,000 | 200,000 | - |
| 1440 * | 200,000 | - | - |
| 1920 * | 200,000 | - | - |
| 4500 * | - | - | - |
* Os tamanhos com um asterisco estão em Visualização Pública.
SKU otimizada para Flash
Esta tabela mostra o máximo de conexões por camada e tamanho de memória no SKU otimizado para Flash (versão prévia).
| Dimensionar (GB) | Flash Otimizado (versão prévia) |
|---|---|
| 235 * | 75,000 |
| 480 * | 150.000 |
| 720 * | 200,000 |
| 960 | 200,000 |
| 1440 * | 200,000 |
| 1920 * | 200,000 |
| 4500 * | 200,000 |
* Os tamanhos com um asterisco estão em Visualização Pública.
Alta disponibilidade
O Redis Gerenciado do Azure fornece alta disponibilidade. o SLA abrange apenas a conectividade com os pontos de extremidade do cache. O SLA não abrange a proteção contra perda de dados. Para obter mais informações sobre o SLA, veja o SLA. É possível desabilitar a alta disponibilidade em uma instância do Azure Managed Redis. Desabilitar a alta disponibilidade reduz o preço, mas resulta em perda de dados e tempo de inatividade. Recomendamos desabilitar a alta disponibilidade somente para cenários de desenvolvimento/teste.
Outras considerações sobre preços
Important
O Azure Managed Redis Enterprise requer um endereço IP para cada instância de cache. Atualmente, a cobrança pelo endereço IP é absorvida pelo Azure Managed Redis e não repassada aos clientes. A cobrança pode mudar no futuro. Para obter mais informações, veja Preços de endereços IP.
Important
O uso da replicação geográfica ativa produz a transferência de dados entre as regiões do Azure. Essas cobranças de largura de banda são atualmente absorvidas pelo Azure Managed Redis e não repassadas aos clientes. A cobrança pode mudar no futuro. Para saber mais, confira Preços de largura de banda.
Disponibilidade por região
O Redis gerenciado do Azure está se expandindo continuamente para novas regiões. Para verificar a disponibilidade em sua região, consulte Produtos disponíveis por região.
Migrar do Cache do Azure para Redis
Para obter mais informações sobre a migração do Cache do Azure para Redis para o Azure Managed Redis, veja Mover do Azure Cache for Redis para o Azure Managed Redis.