Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
O Azure Managed Redis 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, consulte Arquitetura Redis Gerenciada do Azure.
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 utilizado para aplicações não estruturadas por cache, incluindo ingestão de dados, deduplicação, mensagem e tabelas de classificação.
O Azure Managed Redis pode ser implantado de forma autônoma ou 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-chave
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:
| 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 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. |
| Deduplication | 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 rapidamente determinar 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 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
Existem quatro escalões do Azure Managed Redis disponíveis, cada um com diferentes caraterí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:
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.
Equilibrado (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 máximo desempenho.
Aqui está o nível que armazena dados tanto na memória como no disco:
Flash otimizado (visualização) 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 na memória. A persistência de dados armazena uma cópia de backup dos dados no disco para recuperação rápida se ocorrer uma interrupção inesperada. A persistência de dados é diferente da camada Otimizada para Flash, que foi concebida para armazenar dados em disco para operações típicas.
O armazenamento de alguns dados em 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.
Note
Para obter mais informações sobre como a camada otimizada do Flash é arquitetada, consulte Arquitetura Redis gerenciada do Azure
- Para obter instruções sobre como dimensionar entre camadas e SKUs, consulte Dimensionar uma instância do Azure Managed Redis.
- Para informações sobre preços, consulte o Azure Managed Redis Pricing.
Important
Todos os níveis em memória que utilizam mais de 235 GB de armazenamento estão em Visualização Pública, incluindo Otimizado para Memória M350 e superiores; Balanceado B350 e superiores; e Otimizado para Computação X350 e superiores. Todos esses níveis e superiores estão em Visualização Pública.
Todos os níveis otimizados para Flash estão em Visualização pública.
Comparação de funcionalidades
A tabela seguinte ajuda a descrever algumas das funcionalidades suportadas pelo escalão:
| Descrição do recurso | Otimizado para Memória | Balanced | Otimizado para Processamento | Otimizado para Flash |
|---|---|---|---|---|
| Tamanho (GB) | 12 - 1920 | 0.5 - 960 | 3 - 720 | 250 - 4500 |
| Acordo de Nível de Serviço (SLA) | Yes | Yes | Yes | Yes |
| 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 tolerância a falhas | Yes | Yes | Yes | Yes |
| Isolamento de rede | Yes | Yes | Yes | Yes |
| Autenticação baseada no Microsoft Entra ID | 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 |
| Registos 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) | Yes | Yes | Yes | Yes |
| Funcionalidade de pesquisa (incluindo pesquisa vetorial) | Yes | Yes | Yes | No |
| Estruturas de dados probabilísticas (isto é, 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 Azure Managed Redis é redundante de zona em regiões com várias Zonas de Disponibilidade.
Quando você usa Alta disponibilidade (HA), uma instância do Azure Managed Redis é implantada com fragmentos primários e de réplica em dois nós. Em regiões sem zonas de disponibilidade, os fragmentos primário 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 suportam 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 Azure Managed Redis.
Desempenho da rede
Se você tiver uma carga de trabalho que exija alta taxa de transferência, a largura de banda da rede pode causar um afunilamento. 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. A tabela a seguir mostra o máximo de conexões de cliente permitidas por SKU Redis Gerenciado do Azure.
SKUs otimizados para memória, balanceados e otimizados para computação
Esta tabela mostra as ligações máximas por nível e tamanho de memória nos SKUs Memory Optimized, Balanced e Compute.
| Tamanho (GB) | Memory 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 Otimizado para Flash
Esta tabela mostra as ligações máximas por nível e tamanho de memória no SKU otimizado para Flash (pré-visualização).
| Tamanho (GB) | Flash Otimizado (pré-visualização) |
|---|---|
| 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 Azure Managed Redis fornece 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. Desativar a alta disponibilidade 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
Important
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. A faturação pode mudar no futuro. Para obter mais informações, consulte Preços de endereços IP.
Important
O uso da replicação geográfica ativa produz 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. A faturaçã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.
Movendo-se do Cache do Azure para Redis
Para obter mais informações sobre como migrar do Cache Redis do Azure para o Azure Managed Redis, consulte Migrar do Cache Redis do Azure para o Azure Managed Redis.