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, aloja-o no Azure, e qualquer aplicação dentro ou fora do Azure pode utilizá-lo. 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, Funções do Azure, SQL do Azure 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 padrões mais comuns incluem os seguintes:
| Pattern | Description |
|---|---|
| Cache de dados | Os bancos de dados geralmente são grandes demais para serem carregados diretamente em um cache. Utilize o padrão cache-aside para carregar dados para a cache apenas quando necessário. Quando o sistema faz alterações aos dados, também pode atualizar a cache, que é então distribuída 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 web são geradas a partir de modelos que utilizam conteúdo estático, como cabeçalhos, rodapés e 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. 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 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 demasiados dados num cookie pode afetar negativamente o desempenho à medida que o tamanho do cookie cresce, é passado e validado a cada pedido. Uma solução típica usa o cookie como uma chave para consultar os dados em um banco de dados. Quando se usa uma cache em memória, como o Azure Managed Redis, associar informação a um utilizador é mais rápido do que interagir com uma base de dados relacional completa. |
| 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 de Bloom podem detetar rapidamente duplicados 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
Estão disponíveis quatro níveis de Azure Managed Redus, cada um 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:
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:
Otimizado para Flash Permite que os clusters Redis movam automaticamente dados acessados com menos frequência da memória (RAM) para o armazenamento NVMe. Esta redução no uso de memória pode diminuir o desempenho, mas permite uma escalabilidade económica dos 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.
Armazenar alguns dados no disco usando a camada de otimização 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 mais informações sobre como a camada Otimizada para Flash é arquitetada, veja Azure Managed Redis Architecture.
- 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 escalões em memória que utilizam mais de 350 GB de armazenamento estão em pré-visualização, incluindo Memória Otimizada M500 e superiores; Equilibrado B500 e superiores; e Otimizado para Computação X500 e superiores. Todos estes escalões e acima estão em pré-visualização.
Os escalões A2000 e A4500 otimizados para Flash estão em pré-visualização.
Comparação de funcionalidades
A tabela seguinte descreve algumas das funcionalidades suportadas por cada nível:
| Descrição da funcionalidade | 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á ativada, uma instância Azure Managed Redis é implementada com shards primários e réplicas distribuídos por pelo menos dois nós.
Nas regiões que suportam zonas de disponibilidade, o Azure Managed Redis distribui os nós entre zonas por defeito. Para mais informações, consulte Fiabilidade em Azure Managed Redis.
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 mais informações sobre o desempenho da largura de banda, consulte Testes de desempenho.
Número máximo de conexões de cliente
Cada SKU tem um número máximo de conexões de cliente. Este limite aumenta com níveis de desempenho mais elevados e tamanhos de instância 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 |
| 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 asterisco estão em pré-visualização.
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.
| Tamanho (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 asterisco estão em pré-visualização.
Alta disponibilidade
O Azure Managed Redis oferece alta disponibilidade aos endpoints de cache. Para obter mais informações sobre o SLA, consulte o SLA. Pode desativar a alta disponibilidade numa instância Azure Managed Redis. Desativar a alta disponibilidade reduz o preço, mas resulta em perda de dados e tempo de inatividade. Desativa 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 a cobrança do endereço IP e não a transmite 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. Atualmente, o Azure Managed Redis absorve estas cobranças de largura de banda e não as transmite 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 mais informações sobre a migração do Cache do Azure para Redis para o Azure Managed Redis, veja:
- Migre os níveis Basic, Standard e Premium para o Redis Gerido do Azure
- Migrar o nível Enterprise para Azure Managed Redis