O que há de novo no Cache Redis do Azure
Setembro de 2024
Nível empresarial E1 SKU GA
O SKU E1, parte da camada Enterprise, agora está em Disponibilidade Geral (GA). O SKU E1 não é dimensionado e destina-se principalmente a cenários de desenvolvimento/teste. O E1 SKU também não suporta replicação geográfica ativa.
Agosto de 2024
Zonas de disponibilidade
Para as camadas Standard e Premium, agora você pode usar zonas de disponibilidade (Visualização) com a capacidade de selecionar zonas automaticamente. Com o Standard e o Premium, você pode optar por ter as zonas escolhidas automaticamente pelo Azure. Com o Premium, você pode continuar a escolher suas zonas de disponibilidade explicitamente.
junho de 2024
Redis 7.2 (visualização) na camada Enterprise
O cache do Azure para Redis agora oferece a capacidade de usar o Redis 7.2 (visualização) com suas camadas Enterprise e Enterprise Flash.
Você pode atualizar seus caches automaticamente ou manualmente. Para obter mais informações, consulte Como atualizar um cache existente.
Você pode acionar manualmente uma atualização para a versão mais recente do software Redis. Isso fornece dois benefícios acima aguardando a atualização automática ocorrer:
- Você pode controlar quando a atualização ocorre.
- Você pode atualizar para versões de visualização do software Redis.
Nível | Básico, Standard e Premium | Empresa, Enterprise Flash |
---|---|---|
Última versão Redis | Redis 6.0 (GA) | Redis 6.0 (GA) / Redis 7.2 (Pré-visualização) |
Política de atualização | Atualização manual para a versão mais recente | Atualização automática para a versão mais recente do GA |
SKU de nível empresarial E1 (visualização)
O E1 SKU destina-se principalmente a cenários de desenvolvimento/teste. Ele é executado em máquinas virtuais burstable menores. Como resultado, o E1 oferece desempenho variável, dependendo da quantidade de CPU consumida. Ao contrário de outras ofertas Enterprise, não é possível expandir o E1. No entanto, ainda é possível escalar para um SKU maior. O E1 SKU também não suporta replicação geográfica ativa.
Cache de saída .NET e HybridCache
O uso do Cache do Azure para Reds como cache de saída foi introduzido no .NET 8 em novembro de 2023. O Cache de Saída salva páginas da Web renderizadas para melhorar o desempenho, a resiliência e reduzir os custos por meio da utilização de recursos do servidor. Você pode usar o Redis como um armazenamento de cache de saída interno no .NET 8. Para obter mais informações sobre como usar o Redis como um cache de saída, consulte Middleware de cache de saída no ASP.NET Core
O suporte do ASP.NET Core para cache distribuído está ampliando o .NET 9 Preview 4 para .NET 9, uma nova API do HybridCache. O HybridCache aumenta o suporte existente IDistributedCache
no ASP.NET Core com novos recursos, incluindo armazenamento multicamadas, com um cache L1 limitado em processo complementado por um cache L2 fora de processo separado (geralmente maior). A abordagem híbrida para armazenamento em cache oferece duas vantagens: a maioria das buscas é servida de forma eficiente a partir de L1, mas o arranque a frio e os dados a que acede raramente utilizam L2. Usar L2 para dados que você acessa com menos frequência não utiliza demais o back-end subjacente.
Para obter mais informações e download, consulte .NET 9 Preview 4
HybridCache também inclui:
- Proteção contra debandada para evitar buscas paralelas dos mesmos dados
- Serialização configurável
- simplificando o uso da API para cenários comuns
Para obter mais informações, consulte a biblioteca HybridCache.
Auditoria de conexão
A auditoria de conexão é GA para todas as SKUs, e você pode configurar uma Política do Azure para auditar ou impor políticas específicas sobre pontos de extremidade privados e acesso à rede pública com seus caches. O Cache Redis do Azure não fornece uma política interna, mas você pode criar uma política personalizada para impor que os pontos de extremidade privados estejam habilitados.
Para obter mais informações, consulte Gerenciar políticas de rede para pontos de extremidade privados.
maio de 2024
Funções do Azure
Usar o Cache Redis do Azure com o Azure Functions para criar arquiteturas otimizadas sem servidor e orientadas a eventos agora está em Disponibilidade Geral (GA).
Para obter mais informações, consulte Visão geral das funções do Azure para o Cache do Azure para Redis.
Microsoft Entra ID
O suporte ao Microsoft Entra ID para autenticação e controle de acesso baseado em função entre regiões que dão suporte ao Cache Redis do Azure agora está em Disponibilidade Geral (GA).
Para obter mais informações, consulte Usar o Microsoft Entra ID para autenticação de cache.
Abril de 2024
O suporte para uma operação de liberação integrada que pode ser iniciada no nível do plano de controle para caches nas camadas Basic, Standard e Premium está agora em Disponibilidade Geral (GA).
Para obter mais informações, consulte Operação de liberação de dados.
Fevereiro de 2024
O suporte para o uso de chaves gerenciadas pelo cliente para criptografia de disco (CMK) atingiu a disponibilidade geral (GA).
Para obter mais informações, consulte Como configurar a criptografia CMK em caches corporativos.
Janeiro de 2024
Todas as camadas do Cache Redis do Azure agora oferecem suporte ao TLS 1.3.
Para obter mais informações, consulte Quais são as definições de configuração para o protocolo TLS?.
Outubro de 2023
Liberar operação de dados para caches Basic, Standard e Premium (visualização)
Os caches de nível Basic, Standard e Premium agora suportam uma operação de descarga integrada que pode ser iniciada no nível do plano de controle. Use a operação flush com o cache executando o comando através do FLUSH ALL
Portal Console ou redis-cli.
Para obter mais informações, consulte Operação de liberação de dados.
Canal de atualização para caches Basic, Standard e Premium (visualização)
Com caches de nível Basic, Standard ou Premium, você pode optar por receber atualizações antecipadas configurando o canal de atualização "Visualização" ou "Estável".
Para obter mais informações, consulte Canais de atualização.
Setembro de 2023
Remover o TLS 1.0 e 1.1 de utilização com a Cache do Azure para Redis
Para atender ao impulso de todo o setor em direção ao uso exclusivo do Transport Layer Security (TLS) versão 1.2 ou posterior, o Cache Redis do Azure está se movendo para exigir o uso do TLS 1.2 em outubro de 2024.
Como parte desse esforço, você pode esperar as seguintes alterações no Cache do Azure para Redis:
- Fase 1: O Cache Redis do Azure para de oferecer TLS 1.0/1.1 como uma opção para a configuração MinimumTLSVersion para novas criações de cache. As instâncias de cache existentes não serão atualizadas neste momento. Você ainda pode usar o portal do Azure ou outras APIs de gerenciamento para alterar a versão mínima do TLS para 1.0 ou 1.1 para compatibilidade com versões anteriores.
- Fase 2: O Cache Redis do Azure deixa de oferecer suporte a TLS 1.1 e TLS 1.0 a partir de 1º de outubro de 2024. Após essa alteração, seu aplicativo deve usar o TLS 1.2 ou posterior para se comunicar com seu cache. Espera-se que o serviço Cache do Azure para Redis esteja disponível enquanto atualizamos o MinimumTLSVerion para todos os caches para 1.2.
Para obter mais informações, consulte Remover TLS 1.0 e 1.1 do uso com o Cache do Azure para Redis.
Junho de 2023
A ID do Microsoft Entra para autenticação e controle de acesso baseado em função está disponível em regiões que oferecem suporte ao Cache do Azure para Redis.
Maio de 2023
Autenticação e autorização do Microsoft Entra ID (visualização)
A autenticação e autorização baseadas no Microsoft Entra ID agora estão disponíveis para visualização pública com o Cache do Azure para Redis. Com essa integração do Microsoft Entra ID, os usuários podem se conectar à instância de cache sem uma chave de acesso e usar o controle de acesso baseado em função para se conectar à instância de cache.
Esse recurso está disponível para o Cache do Azure para SKUs Redis Basic, Standard e Premium. Com esta atualização, os clientes podem esperar por mais segurança e um processo de autenticação simplificado ao usar o Cache do Azure para Redis.
Suporte para até 30 fragmentos para instâncias clusterizadas do Cache do Azure para Redis
O Cache Redis do Azure agora dá suporte a caches clusterizados com até 30 fragmentos. Agora, seus aplicativos podem armazenar mais dados e escalar melhor com suas cargas de trabalho.
Abril de 2023
Métrica de latência do percentil 99 (visualização)
Uma nova métrica está disponível para controlar a latência do pior caso de comandos do lado do servidor no Cache do Azure para instâncias Redis. A latência é medida usando PING
comandos e controlando os tempos de resposta. Essa métrica pode ser usada para controlar a integridade da instância de cache e ver se os comandos de longa execução estão comprometendo o desempenho de latência.
Para obter mais informações, consulte Monitorar o Cache do Azure para Redis.
Março de 2023
Escalonamento e expansão in-loco para as camadas Enterprise (visualização)
As camadas Enterprise e Enterprise Flash agora oferecem suporte à capacidade de dimensionar instâncias de cache para cima e para fora sem exigir tempo de inatividade ou perda de dados. As ações de dimensionamento e dimensionamento podem ocorrer na mesma operação.
Para obter mais informações, consulte Dimensionar um cache do Azure para instância Redis.
Suporte para RedisJSON em caches geo-replicados ativos (visualização)
As instâncias de cache que usam replicação geográfica ativa agora oferecem suporte ao módulo RedisJSON.
Para obter mais informações, consulte Configurar a replicação geográfica ativa.
Operação de liberação para caches ativos replicados geograficamente (visualização)
Os caches que usam replicação geográfica ativa agora incluem uma operação de liberação integrada que pode ser iniciada no nível do plano de controle. Use a operação de liberação com o cache em vez das FLUSH ALL
operações e FLUSH DB
, que são bloqueadas por design para caches replicados geograficamente ativos.
Para obter mais informações, consulte Operação de descarga.
Criptografia de disco de chave gerenciada pelo cliente (CMK) (visualização)
Os dados Redis salvos no disco agora podem ser criptografados usando chaves gerenciadas pelo cliente (CMK) nas camadas Enterprise e Enterprise Flash. O uso de CMK adiciona outra camada de controle à criptografia de disco padrão.
Para obter mais informações, consulte Habilitar criptografia de disco.
Logs de auditoria de eventos de conexão (visualização)
Os caches das camadas Enterprise e Enterprise Flash agora podem registrar todos os eventos de conexão, desconexão e autenticação por meio de configurações de diagnóstico. O registro dessas informações ajuda nas auditorias de segurança. Você também pode monitorar quem tem acesso ao seu recurso de cache.
Para obter mais informações, consulte Habilitando logs de auditoria de conexão.
Novembro de 2022
Suporte para RedisJSON
O suporte para usar o módulo RedisJSON atingiu a disponibilidade geral (GA).
Para obter mais informações, consulte Usar módulos Redis com o Cache do Azure para Redis.
Redis 6 torna-se atualização padrão
Todas as versões do Cache do Azure para API REST do Redis, PowerShell, CLI do Azure e SDK do Azure criam instâncias do Redis usando o Redis 6 a partir de 20 de janeiro de 2023. Anteriormente, anunciamos que essa mudança ocorreria em 1º de novembro de 2022, mas devido a mudanças imprevistas, a data agora foi adiada para 20 de janeiro de 2023.
Para obter mais informações, consulte Redis 6 torna-se padrão para novas instâncias de cache.
Outubro de 2022
Aprimoramentos para replicação geográfica passiva
Vários aprimoramentos foram feitos na funcionalidade de replicação geográfica passiva oferecida na camada Premium do Cache do Azure para Redis.
Novas métricas estão disponíveis para que os clientes acompanhem melhor a integridade e o status de seu link de replicação geográfica, incluindo estatísticas sobre a quantidade de dados que estão esperando para serem replicados. Para obter mais informações, consulte Monitorar o Cache do Azure para Redis.
- Atraso de conectividade da replicação geográfica (visualização)
- Deslocamento de sincronização de dados de replicação geográfica (visualização)
- Evento de sincronização completa da replicação geográfica concluído (visualização)
- Evento de sincronização completa da replicação geográfica iniciado (visualização)
Os clientes agora podem iniciar um failover entre caches geoprimários e de réplica geográfica com um único comando de seleção ou CLI, eliminando o incômodo de desvincular e revincular caches manualmente. Para obter mais informações, consulte Iniciar um failover de geoprimário para geosecundário.
Agora também é oferecido um URL de cache global que atualiza automaticamente seus registros DNS depois que os failovers geográficos são acionados, permitindo que seu aplicativo gerencie apenas um endereço de cache. Para obter mais informações, consulte URL primário geográfico.
Setembro de 2022
Atualize seu Cache do Azure para instâncias Redis para usar o Redis versão 6 até 30 de junho de 2023
Em 30 de junho de 2023, desativaremos a versão 4 para instâncias do Cache do Azure para Redis. Antes dessa data, você precisa atualizar qualquer uma das suas instâncias de cache para a versão 6.
- Todas as instâncias de cache que executam o Redis versão 4 após 30 de junho de 2023 serão atualizadas automaticamente.
- Todas as instâncias de cache que executam o Redis versão 4 que têm a replicação geográfica habilitada serão atualizadas automaticamente após 30 de agosto de 2023.
Recomendamos que você atualize seus caches por conta própria para acomodar sua agenda e as necessidades de seus usuários para tornar a atualização o mais conveniente possível.
Para obter mais informações, consulte Aposentadorias.
Suporte para identidade gerenciada no Cache Redis do Azure
A autenticação de conexões de conta de armazenamento usando identidade gerenciada atingiu a Disponibilidade Geral (GA).
Para obter mais informações, consulte Identidade gerenciada para armazenamento.
Agosto de 2022
Módulo RedisJSON disponível no Cache do Azure para Redis Enterprise
As camadas Enterprise e Enterprise Flash do Cache Redis do Azure agora oferecem suporte ao módulo RedisJSON . Este módulo adiciona funcionalidade nativa para armazenar, consultar e pesquisar dados formatados em JSON que permite armazenar dados mais facilmente em um formato de estilo de documento no Redis. Ao usar este módulo, você simplifica casos de uso comuns, como o armazenamento de dados de catálogo de produtos ou perfil de usuário.
O módulo RedisJSON implementa a versão da comunidade do módulo para que você possa usar seu conhecimento e fluxos de trabalho existentes. RedisJSON é projetado para uso com a funcionalidade de pesquisa do RediSearch. O uso de ambos os módulos fornece indexação integrada e consulta de dados. Para obter mais informações, consulte RedisJSON.
O módulo RediSearch também está disponível para o Cache do Azure para Redis. Para obter mais informações sobre como usar módulos Redis no Cache do Azure para Redis, consulte Usar módulos Redis com o Cache do Azure para Redis.
Julho de 2022
Redis 6 torna-se padrão para novas instâncias de cache
Importante
Anteriormente, anunciamos que essa mudança ocorreria em 1º de novembro de 2022. A nova data é 20 de janeiro de 2023. O texto foi atualizado para refletir a nova data.
A partir de 20 de janeiro de 2023, todas as versões do Cache do Azure para API REST do Redis, PowerShell, CLI do Azure e SDK do Azure criarão instâncias Redis usando a versão estável mais recente do Redis oferecida pelo Cache Redis do Azure por padrão. Anteriormente, a versão 4.0 do Redis era a versão padrão usada. No entanto, a partir de outubro de 2021, a última versão estável do Redis oferecida no Cache do Azure para Redis é a 6.0.
Nota
Essa alteração não afeta nenhuma instância existente. Só é aplicável a novas instâncias criadas a partir de 20 de janeiro de 2023.
A versão padrão do Redis usada ao criar uma instância de cache pode variar porque se baseia na versão estável mais recente oferecida no Cache do Azure para Redis.
Se você precisar de uma versão específica do Redis para seu aplicativo, recomendamos usar as versões mais recentes do artefato, conforme mostrado na tabela. Em seguida, escolha a versão Redis explicitamente ao criar o cache.
Artefacto | Versão que suporta a especificação da versão Redis |
---|---|
API REST | 2020-06-01 e mais recentes |
PowerShell | 6.3.0 e mais recente |
CLI do Azure | 2.27.0 e mais recentes |
SDK do Azure para .NET | 7.0.0 e mais recente |
SDK do Azure para Python | 13.0.0 e mais recente |
SDK do Azure para Java | 2.2.0 e mais recente |
SDK do Azure para JavaScript | 6.0.0 e mais recente |
SDK do Azure para Go | v49.1.0 e mais recente |
Abril de 2022
Novas métricas para a taxa de criação de conexões
Essas duas novas métricas podem ajudar a identificar se os clientes do Cache Redis do Azure estão frequentemente desconectando e reconectando, o que pode causar maior uso da CPU e Carga do Servidor Redis.
- Conexões criadas por segundo
- Conexões fechadas por segundo
Para obter mais informações, consulte Exibir métricas de cache.
Alteração de cache padrão
Em 15 de maio de 2022, todas as novas instâncias do Cache do Azure para Redis usarão o Redis 6 por padrão. Você ainda pode criar uma instância do Redis 4 selecionando explicitamente a versão ao criar uma instância do Cache do Azure para Redis.
Essa alteração não afeta nenhuma instância existente. A alteração só se aplica a novas instâncias criadas após 15 de maio de 2022.
A versão padrão do Redis usada ao criar um cache pode mudar ao longo do tempo. O Cache Redis do Azure pode adotar uma nova versão quando uma nova versão do Redis de código aberto for lançada. Se você precisar de uma versão específica do Redis para seu aplicativo, recomendamos escolher a versão do Redis explicitamente ao criar o cache.
Fevereiro de 2022
Alteração do certificado TLS
A partir de maio de 2022, o Cache do Azure para Redis passa para certificados TLS emitidos pela DigiCert Global G2 CA Root. O atual Baltimore CyberTrust Root expira em maio de 2025, exigindo essa mudança.
Esperamos que a maioria dos clientes do Cache do Azure para Redis não seja afetada. No entanto, seu aplicativo pode ser afetado se você especificar explicitamente uma lista de autoridades de certificação (CAs) aceitáveis, conhecida como fixação de certificado.
Para obter mais informações, leia este blog que contém instruções sobre como verificar se seu aplicativo cliente é afetado. Recomendamos tomar as ações recomendadas no blog para evitar a perda de conectividade de cache.
Replicação geográfica ativa para o Cache do Azure para Redis Enterprise GA
A replicação geográfica ativa para o Cache do Azure para Redis Enterprise agora está disponível ao público em geral (GA).
A replicação geográfica ativa é uma ferramenta poderosa que permite que o Cache do Azure para clusters Redis seja vinculado para replicação ativa-ativa contínua de dados. Seus aplicativos podem gravar em um cluster Redis e seus dados são copiados automaticamente para os outros clusters vinculados e vice-versa. Para obter mais informações, consulte esta postagem no Blog da Comunidade de Desenvolvedores do Azure.
Janeiro de 2022
Suporte para identidade gerenciada no Cache Redis do Azure no armazenamento
A Cache do Azure para Redis suporta agora a autenticação de ligações de contas de armazenamento através da identidade gerida. A identidade é estabelecida através do Microsoft Entra ID e há suporte para identidades atribuídas pelo sistema e pelo usuário. O suporte para identidade gerenciada permite ainda que o serviço estabeleça acesso confiável ao armazenamento para usos, incluindo persistência de dados e importação/exportação de dados de cache.
Para obter mais informações, consulte Identidade gerenciada com o Cache do Azure para Redis.
Outubro de 2021
Cache do Azure para Redis 6.0 GA
O Cache do Azure para Redis 6.0 agora está disponível para o público em geral. A nova versão inclui:
- Redis Streams, um novo tipo de dados
- Melhorias de desempenho
- Maior produtividade do desenvolvedor
- Aumenta a segurança
Agora você pode usar uma estrutura de dados somente acréscimo, Redis Streams, para ingerir, gerenciar e entender os dados que estão sendo gerados continuamente.
Além disso, o Cache do Azure para Redis 6.0 introduz novos comandos: STRALGO
, ZPOPMIN
, ZPOPMAX
e para desempenho e HELP
facilidade de uso.
Comece a usar o Cache do Azure para Redis 6.0, hoje mesmo, e selecione Redis 6.0 durante a criação do cache. Além disso, você pode atualizar suas instâncias de cache Redis 4.0 existentes.
Diagnóstico para clientes conectados
O Cache Redis do Azure agora se integra às configurações de diagnóstico do Azure para registrar informações em todas as conexões de cliente com seu cache. Registrar e, em seguida, analisar essa configuração de diagnóstico ajuda você a entender quem está se conectando aos seus caches e o carimbo de data/hora dessas conexões. Estes dados podem ser utilizados para identificar o âmbito de uma violação de segurança e para fins de auditoria de segurança. Os usuários podem rotear esses logs para um destino de sua escolha, como uma conta de armazenamento ou Hubs de Eventos.
Para obter mais informações, consulte Monitorar o Cache do Azure para dados Redis usando configurações de diagnóstico.
Atualização do Cache do Azure para Redis Enterprise
A visualização pública de replicação geográfica ativa agora oferece suporte:
- Módulo RediSearch: Implante o RediSearch com replicação geográfica ativa
- Cinco caches em um grupo de replicação. Anteriormente, suportava dois caches.
- Política de clustering OSS - adequada para cargas de trabalho de alto desempenho e fornece melhor escalabilidade.
Outubro de 2020
Alteração de certificado TLS do Azure
A Microsoft está atualizando os serviços do Azure para usar certificados TLS de um conjunto diferente de Autoridades de Certificação (CAs) Raiz. Essa alteração está sendo feita porque os certificados de autoridade de certificação atuais não estão em conformidade com um dos requisitos de linha de base do CA/Browser Forum. Para obter detalhes completos, consulte Alterações no certificado TLS do Azure.
Para obter mais informações sobre o efeito no Cache do Azure para Redis, consulte Alteração do Certificado TLS do Azure.
Conteúdos relacionados
Se tiver mais dúvidas, contacte-nos através do suporte.