O que é o Azure Managed Redis (visualização)?
O Azure Managed Redis (visualização) fornece um armazenamento de dados na memória com base 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, consulte Arquitetura Redis Gerenciada do Azure.
Importante
O Azure Managed Redis está atualmente em pré-visualização. Veja Termos de Utilização Complementares da Pré-visualizações do Microsoft Azure para obter os termos legais que se aplicam às funcionalidades do Azure que estão na versão beta, na pré-visualização ou que ainda não foram lançadas para disponibilidade geral.
O Azure Managed Redis pode melhorar o desempenho e a escalabilidade de um aplicativo que usa fortemente armazenamentos de dados de back-end. Ele é capaz de processar grandes volumes de solicitações de aplicativos mantendo dados acessados com frequência na memória do servidor, que podem ser gravados e lidos rapidamente.
O Redis traz uma solução crítica de armazenamento de dados 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, desduplicação, mensagens, tabelas de classificação, cache semântico e como um banco de dados vetorial.
O Azure Managed Redis pode ser implantado de forma autônoma ou pode ser implantado junto com outros serviços de banco de dados ou aplicativo do Azure, como Aplicativos de Contêiner do Azure, Serviço de Aplicativo do Azure, Azure Functions, Azure SQL ou Azure Cosmos DB.
Cenários principais
O Azure Managed Redis melhora o desempenho do aplicativo dando suporte a padrões comuns de arquitetura de aplicativos. Alguns dos mais comuns incluem os seguintes padrões:
| Padrão | 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 apenas quando necessário. Quando o sistema faz alterações nos dados, o sistema também pode atualizar o cache, que é então distribuído para outros clientes. Além disso, o sistema pode definir uma expiração nos dados ou usar uma política de remoçã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, banners. 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 os 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 Redis para dar suporte a esse padrão com ASP.NET. |
| Loja de sessões | Esse padrão é comumente usado com carrinhos de compras e outros dados do histórico do usuário que um aplicativo da Web pode associar aos cookies do usuário. Armazenar muito em um cookie pode ter um efeito negativo no desempenho à medida que o tamanho do cookie cresce 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 o Azure Managed Redis, para associar informações a um usuário é mais rápido do que interagir com um banco de dados relacional completo. |
| Pesquisa de semelhança vetorial | Um caso de uso comum de IA é gerar incorporações vetoriais usando um modelo de linguagem grande (LLM). Essas incorporações vetoriais precisam ser armazenadas em um banco de dados vetorial e, em seguida, comparadas para determinar a semelhança. O Azure Managed Redis tem funcionalidade interna para armazenar e comparar incorporações vetoriais em altas taxas de transferência. |
| Cache semântico | O uso de LLMs geralmente introduz uma alta quantidade de latência (devido ao tempo de geração) e custo (devido ao preço por token) para um aplicativo. O cache pode ajudar a resolver esses problemas armazenando a saída anterior de um LLM para que ela possa ser recuperada rapidamente novamente. No entanto, como os LLMs usam linguagem natural, isso pode ser difícil para caches típicos lidarem. Caches semânticos como o Azure Managed Redis são capazes de armazenar em cache não apenas uma consulta específica, mas o significado semântico de uma consulta, permitindo que ela seja usada de forma muito mais natural com LLMs. |
| Desduplicação | Muitas vezes, você precisa determinar se uma ação já aconteceu em um sistema, como determinar se um nome de usuário foi tomado ou se um cliente já recebeu um e-mail. No Azure Managed Redis, os filtros bloom podem ser usados para determinar rapidamente duplicatas e evitar problemas. |
| Tabelas de classificação | O Redis oferece suporte simples e poderoso para o desenvolvimento de tabelas de classificação de todos os tipos usando a estrutura de dados do conjunto classificado. Além disso, o uso da replicação geográfica ativa pode permitir que uma tabela de classificação seja compartilhada globalmente. |
| Colocação em fila de tarefas e mensagens | Os aplicativos geralmente adicionam tarefas a uma fila quando as operações associadas à solicitação levam tempo para serem executadas. Operações de execução mais longas são enfileiradas para serem processadas em sequência, geralmente por outro servidor. Este método de diferimento do trabalho é denominado colocação em fila 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, usar o Redis dessa maneira pode aumentar drasticamente a capacidade de resposta da consulta. |
| Transações distribuídas | Às vezes, os aplicativos exigem uma série de comandos em um armazenamento de dados de back-end para serem executados como uma única operação atômica. Todos os comandos têm de ser realizados com êxito, caso contrário, devem ser todos revertidos para o estado inicial. O Azure Managed Redis dá suporte à execução de um lote de comandos como uma única transação. |
Versão Redis
O Azure Managed Redis dá suporte ao Redis versão 7.4.x. Para obter mais informações, consulte Como atualizar a versão da sua instância do Azure Managed Redis.
Escolher o escalão certo
Há quatro camadas do Azure Managed Redis disponíveis, cada uma com características de desempenho e níveis de preço diferentes.
Três camadas são para dados na memória:
- Memória otimizada Ideal para casos de uso com uso intensivo de memória que exigem uma alta relação memória/vCPU (8:1), mas não precisam do mais alto desempenho de taxa de transferência. Ele fornece um preço mais baixo para cenários onde menos poder de processamento ou taxa de transferência é necessária, tornando-o uma excelente escolha para ambientes de desenvolvimento e teste.
- Balanceado (Memória + Computação) Oferece uma relação equilibrada memória-vCPU (4:1), tornando-o ideal para cargas de trabalho padrão. Essa camada fornece um equilíbrio saudável de memória e recursos de computação.
- Computação otimizada Projetado para cargas de trabalho de alto desempenho que exigem taxa de transferência máxima, com uma baixa relação memória/vCPU (2:1). É ideal para aplicações que exigem o mais alto desempenho.
Uma camada armazena dados na memória e no disco:
- Flash otimizado 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.
Nota
Para obter mais informações sobre como a camada otimizada do Flash é arquitetada, consulte Arquitetura Redis gerenciada do Azure
Importante
Você também pode usar o recurso de persistência de dados para armazenar dados em disco para as camadas na memória. A persistência de dados armazena uma cópia de backup dos dados no disco para recuperação rápida em caso de uma interrupção inesperada. Isso é diferente da camada otimizada para flash, que foi projetada para armazenar dados em disco para operações típicas. O armazenamento de alguns dados no disco usando a camada Otimizada para Flash não aumenta a resiliência dos dados. Você também pode usar a persistência de dados na camada Otimizada para Flash.
Para obter instruções sobre como dimensionar entre camadas e SKUs, consulte Dimensionar uma instância do Azure Managed Redis.
Níveis e SKUs em resumo
Para obter informações sobre preços, consulte os Preços do Redis Gerenciado do Azure
Comparação de funcionalidades
A tabela seguinte ajuda a descrever algumas das funcionalidades suportadas pelo escalão:
| Descrição da Funcionalidade | Otimizada para Memória | Equilibrado | Computação Otimizada | Otimizado para Flash |
|---|---|---|---|---|
| Tamanho (GB) | 12 - 1920 | 0.5 - 960 | 3 - 720 | 250 - 4500 |
| Contrato de Nível de Serviço (SLA) | Sim | Sim | Sim | Sim |
| Encriptação 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 | Sim | Sim | Sim | Sim |
| Isolamento de rede | Sim | Sim | Sim | Sim |
| Autenticação baseada no Microsoft Entra ID | Sim | Sim | Sim | Sim |
| Dimensionamento | Sim | Sim | Sim | Sim |
| Persistência de dados | Sim | Sim | Sim | Sim |
| Redundância de zona | Sim | Sim | Sim | Sim |
| Georreplicação | Sim (Ativo) | Sim (Ativo) | Sim (Ativo) | Não |
| Logs de auditoria de conexão | Sim (baseado em eventos) | Sim (baseado em eventos) | Sim (baseado em eventos) | Sim (baseado em eventos) |
| Estruturas de dados JSON (ou seja, Redis JSON) | Sim | Sim | Sim | Sim |
| Funcionalidade de pesquisa (incluindo pesquisa vetorial) | Sim | Sim | Sim | No |
| Estruturas de dados probabilísticas (isto é, Redis Bloom) | Sim | Sim | Sim | Sim |
| Capacidade de banco de dados de séries temporais (ou seja, Redis TimeSeries) | Sim | Sim | Sim | Sim |
| Redis em Flash (também conhecido como autotiering) | Sim | Sim | Sim | Sim |
| Importação/Exportação | Sim | Sim | Sim | Sim |
| Atualizar canal e agendar atualizações | No | No | No | Não |
Importante
As opções de SKU B0 e B1 balanceadas não suportam replicação geográfica ativa.
Importante
O SLA só está disponível no GA, e não está disponível durante a visualização.
Nota
A redução do suporte é limitada em algumas situações. Para obter mais informações, consulte Pré-requisitos/limitações do dimensionamento do Azure Managed Redis.
Outras considerações ao escolher uma camada
- Desempenho da rede: se você tiver uma carga de trabalho que exija alta taxa de transferência, poderá estar congestionado pela largura de banda da rede. Você pode aumentar a largura de banda movendo-se para uma camada de desempenho mais alta ou movendo-se para um tamanho de instância grande. Instâncias de tamanho maior têm mais largura de banda devido à VM subjacente que hospeda o cache. Limites de largura de banda mais altos ajudam a evitar a saturação da rede que causa tempos limite em seu aplicativo. Para obter mais informações sobre o desempenho da largura de banda, consulte 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 instâncias maiores. Para obter mais informações sobre o limite para cada SKU, consulte Preços do Redis Gerenciado do Azure.
- Alta disponibilidade: o Azure Managed Redis fornece várias opções de alta disponibilidade . O SLA cobre apenas a conectividade com os pontos finais da cache. O SLA não cobre a proteção contra perda de dados. Para obter mais informações sobre o SLA, consulte o SLA. É possível desabilitar a alta disponibilidade em uma instância do Azure Managed Redis. Isso reduz o preço, mas resulta em perda de dados e tempo de inatividade. Recomendamos apenas desativar a alta disponibilidade para cenários de desenvolvimento/teste.
Outras considerações sobre preços
Importante
O Azure Managed Redis Enterprise requer um endereço IP para cada instância de cache. Atualmente, a cobrança do endereço IP é absorvida pelo Azure Managed Redis e não é repassada aos clientes. Esta situação pode mudar no futuro. Para obter mais informações, consulte Preços de endereços IP.
Importante
O uso da replicação geográfica ativa produzirá transferência de dados entre regiões do Azure. Esses encargos de largura de banda são atualmente absorvidos pelo Azure Managed Redis e não são repassados aos clientes. Esta situação pode mudar no futuro. Para obter mais informações, consulte Preços de largura de banda.
Disponibilidade por região
O Azure Managed Redis está continuamente a expandir-se para novas regiões. Para verificar a disponibilidade por região, consulte Produtos disponíveis por região.
Migração do Cache do Azure para Redis
Para obter mais informações sobre como migrar do Cache Redis do Azure para o Redis Gerenciado do Azure, consulte Mover do Cache Redis do Azure para o Redis Gerenciado do Azure