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. Microsoft opera o serviço, hospeda-o em Azure e qualquer aplicativo dentro ou fora de Azure pode usá-lo. 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 padrões mais comuns incluem o seguinte:
| Pattern | Description |
|---|---|
| Cache de dados | Os bancos de dados geralmente são grandes demais para serem carregados diretamente em um cache. Use 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 é distribuído para 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 a partir de 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 reduzir 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. Armazenar muitos dados em um cookie pode afetar negativamente o desempenho à medida que o tamanho do cookie aumenta e é passado e validado a 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 Azure Redis Gerenciado, 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 Azure Managed Redis, os filtros de Bloom podem identificar 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
Quatro camadas de Azure Redis Gerenciados estão 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 camadas 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 Permite que os clusters do Redis movam automaticamente dados acessados com menos frequência da memória (RAM) para o armazenamento NVMe. Essa redução no uso de memória pode reduzir 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 Otimizada para Flash foi projetada, consulte 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 em memória que usam mais de 350 GB de armazenamento estão em prévia, incluindo Memory Optimized M500 e superior; Balanced B500 e superior; e Compute Optimized X500 e superior. Todas essas camadas e superiores estão em versão prévia.
As camadas otimizadas para Flash A2000 e A4500 estão em versão prévia.
Comparação de funcionalidades
A tabela a seguir descreve alguns dos recursos compatíveis com cada 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, uma instância do Redis Gerenciado do Azure é implantada com fragmentos primários e de réplica distribuídos em pelo menos dois nós.
Em regiões que dão suporte a zonas de disponibilidade, o Redis Gerenciado do Azure distribui os nós entre zonas por padrão. Para obter mais informações, consulte Confiabilidade no Redis Gerenciado do Azure.
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, consulte o 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 camadas de desempenho mais altas e tamanhos de instância 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 |
| 350 | 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 versão prévia.
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.
| Dimensionar (GB) | Flash Otimizado |
|---|---|
| 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 versão prévia.
Alta disponibilidade
O Azure Managed Redis oferece alta disponibilidade aos pontos de extremidade do cache. Para obter mais informações sobre o SLA, veja o SLA. Você pode desabilitar a alta disponibilidade em uma instância do Redis gerenciado Azure. Desabilitar a alta disponibilidade reduz o preço, mas resulta em perda de dados e tempo de inatividade. Desabilite apenas a alta disponibilidade 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, o Azure Managed Redis absorve o custo do endereço IP e não o repassa 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. Atualmente, o Azure Redis Gerenciado absorve esses encargos de largura de banda e não os passa para os 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 como migrar do Cache do Azure para Redis para o Redis Gerenciado do Azure, consulte:
- Migrar as camadas Básica, Standard e Premium para o Redis Gerenciado do Azure
- Migrar a camada Enterprise para o Redis Gerenciado pelo Azure