O que há de novo no Serviço de Cache do Azure para Redis

Setembro de 2024

SKU da camada Enterprise E1 em GA

O SKU E1, parte da camada Enterprise, agora está em GA (Disponibilidade Geral). O SKU E1 não é dimensionado e destina-se principalmente a cenários de desenvolvimento/teste. O SKU E1 também não dá suporte a replicação geográfica ativa.

Agosto de 2024

Zonas de disponibilidade

Para as camadas Standard e Premium, agora você pode usar zonas de disponibilidade (versão prévia) com a capacidade de selecionar zonas automaticamente. Em Standard e Premium, você pode optar pela escolha automática das zonas pelo Azure. Com Premium, você pode continuar escolhendo suas zonas de disponibilidade explicitamente.

Junho de 2024

Redis 7.2 (versão prévia) na camada Enterprise

O cache do Azure para Redis agora oferece a capacidade de usar o Redis 7.2 (versão prévia) com as camadas Enterprise e Enterprise Flash.

Você pode atualizar seus caches automaticamente ou manualmente. Para obter mais informações, confira Como atualizar um cache existente.

Você pode disparar manualmente uma atualização para a versão mais recente do software Redis. Isso fornece dois benefícios além de aguardar que a atualização automática ocorra:

1. Você pode controlar quando a atualização ocorre.
2. Você pode atualizar para versões prévias do software Redis.

Camada	Básico, Standard e Premium	Enterprise, Enterprise Flash
Última versão do Redis	Redis 6.0 (GA)	Redis 6.0 (GA) / Redis 7.2 (Versão prévia)
Política de Atualização	Atualização manual para a versão mais recente	Atualização automática para a versão mais recente em disponibilidade geral

SKU da camada Enterprise E1 (versão prévia)

O SKU E1 destina-se principalmente a cenários de desenvolvimento/teste. Ele é executado em máquinas virtuais com capacidade de intermitência 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 escalar horizontalmente o E1. No entanto, ainda é possível escalar verticalmente para um SKU maior. O SKU E1 também não dá suporte a replicação geográfica ativa.

Cache de saída do .NET e HybridCache

O uso do Cache do Azure para Redis 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 e a resiliência e reduzir o custo por meio da utilização de recursos do servidor. Você pode usar o Redis como um repositório 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, confira 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 HybridCache. O HybridCache aumenta o suporte IDistributedCache existente no ASP.NET Core com novos recursos, incluindo armazenamento de várias camadas, com um cache L1 limitado no processo complementado por um cache L2 fora do processo separado (geralmente maior). A abordagem híbrida para o armazenamento em cache oferece duas vantagens: a maioria das buscas é atendida com eficiência a partir do L1, mas o início a frio e os dados que você acessa usam com pouca frequência o L2. O uso de L2 para dados que você acessa com menos frequência não causa um excesso de uso do back-end subjacente.

Para obter mais informações e baixar, confira .NET 9 Preview 4

O HybridCache também inclui:

• proteção contra debandada para impedir buscas paralelas dos mesmos dados
• serialização configurável
• simplificar o uso da API para cenários comuns

Para obter mais informações, confira a biblioteca HybridCache.

Auditoria de Conexão

A auditoria de conexão está em disponibilidade geral para todos os SKUs, e você pode configurar o Azure Policy para auditar ou impor políticas específicas sobre pontos de extremidade privados e acesso à rede pública com seus caches. O Cache do Azure para Redis 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, confira Gerenciar políticas de rede para pontos de extremidade privados.

Maio de 2024

Azure Functions

O uso do Cache do Azure para Redis com o Azure Functions para criar arquiteturas otimizadas sem servidor e controladas por eventos agora está em GA (Disponibilidade Geral).

Para obter mais informações, consulte Visão geral das funções do Azure para o Cache do Azure para Redis.

Microsoft Entra ID

Suporte à ID do Microsoft Entra para autenticação e controle de acesso baseado em função entre regiões que dão suporte ao Cache do Azure para Redis agora está em GA (Disponibilidade Geral).

Para obter mais informações, consulte Usar o Microsoft Entra ID para autenticação de cache.

Abril de 2024

O suporte a operações de liberação integradas que podem ser iniciadas no nível do plano de controle para os caches dos níveis Básico, Standard e Premium agora está em Disponibilidade Geral (GA).

Para obter mais informações, confira 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) chegou à disponibilidade geral (GA).

Para obter mais informações, confira Como configurar a criptografia CMK em caches empresariais.

Janeiro de 2024

Todas as camadas do Cache do Azure para Redis agora dão suporte ao TLS 1.3.

Para obter mais informações, consulte Quais são as configurações do protocolo TLS?.

Outubro de 2023

Liberar operação de dados para caches Básico, Standard e Premium (versão prévia)

Os níveis de cache Básico, Standard e Premium agora dão suporte a uma operação de liberação de dados integrada que pode ser iniciada no nível do painel de controle. Use a operação de liberação de dados com seu cache executando o comando FLUSH ALL por meio do Console do Portal ou da redis-cli.

Para obter mais informações, confira operação de liberação de dados.

Atualizar o canal para os níveis de cache Básico, Standard e Premium (versão prévia)

Com os níveis de cache Básico, Standard ou Premium, você pode optar por receber atualizações antecipadas configurando o canal de atualização "Versão Prévia" ou "Estável".

Para obter mais informações, confira atualizar canais.

Setembro de 2023

Remover o TLS 1.0 e 1.1 do uso com o Cache do Azure para Redis

Para atender o impulso de todo o setor em direção ao uso exclusivo do protocolo TLS versão 1.2 ou posterior, o Cache do Azure para Redis passará a exigir o uso do TLS 1.2 em outubro de 2024.

Como parte desse esforço, são esperadas as seguintes alterações no Cache do Azure para Redis:

• Fase 1: o Cache do Azure para Redis deixará de oferecer o TLS 1.0/1.1 como uma opção para a configuração MinimumTLSVersion para criações de cache. As instâncias de cache existentes não serão atualizadas por enquanto. 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 do Azure para Redis deixará de dar suporte ao TLS 1.1 e ao TLS 1.0 a partir de 1º de outubro de 2024. Após essa alteração, seu aplicativo deverá usar o TLS 1.2 ou posterior para se comunicar com o cache. Espera-se que o serviço Cache do Azure para Redis esteja disponível enquanto atualizamos o MinimumTLSVersion de todos os caches para 1.2.

Para obter mais informações, consulte Remover o TLS 1.0 e 1.1 do uso com o Cache do Azure para Redis.

Junho de 2023

O Microsoft Entra ID para autenticação e controle de acesso baseado em função está disponível nas regiões com suporte para o Cache do Azure para Redis.

Maio de 2023

Autenticação e autorização com o Microsoft Entra ID (versão prévia)

A autenticação e a autorização baseadas no Microsoft Entra ID agora estão disponíveis em versão prévia 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 os SKUs Básico, Standard e Premium do Cache do Azure para Redis. Com essa atualização, os clientes podem esperar uma segurança intensificada e um processo de autenticação simplificado ao usar o Cache do Azure para Redis.

Suporte para até 30 fragmentos para as instâncias clusterizadas do Cache do Azure para Redis

O Cache do Azure para Redis agora dá suporte a caches clusterizados com até 30 fragmentos. Agora, seus aplicativos podem armazenar mais dados e se dimensionar melhor com suas cargas de trabalho.

Abril de 2022

Métrica de latência do 99º percentil (versão prévia)

Uma nova métrica está disponível para rastrear a pior latência dos comandos do lado do servidor nas instâncias do Cache do Azure para Redis. A latência é medida usando os comandos PING e acompanhando os tempos de resposta. Essa métrica pode ser usada para acompanhar a integridade da instância do cache e verificar se os comandos de longa execução estão comprometendo o desempenho da latência.

Para obter mais informações, confira Como monitorar o Cache do Azure para Redis.

Março de 2023

Escalar verticalmente e escalar horizontalmente horizontalmente para as camadas Enterprise (versão prévia)

As camadas Enterprise e Enterprise Flash agora dão suporte à capacidade de escalar e reduzir verticalmente as instâncias de cache sem a necessidade de tempo de inatividade ou perda de dados. Ações de escalar verticalmente e escalar horizontalmente podem ocorrer na mesma operação.

Para saber mais, confira Como dimensionar uma instância do Cache do Azure para Redis.

Suporte para RedisJSON em caches ativos replicados geograficamente (versão prévia)

As instâncias de cache que usam replicação geográfica ativa agora dão suporte ao módulo RedisJSON.

Para obter mais informações, consulte Configurar Replicação geográfica ativa.

Operação de liberação para caches replicados geograficamente ativos (versão prévia)

Os caches que usam a replicação geográfica ativa agora incluem uma operação de liberação interna que pode ser iniciada no nível do plano de controle. Use a operação de liberação com o cache em vez das operações FLUSH ALL e FLUSH DB, que são bloqueadas por padrão para caches ativos replicados geograficamente.

Para obter mais informações, confira Operação de liberação.

Criptografia de disco da chave gerenciada pelo cliente (CMK) (versão prévia)

Os dados do Redis salvos no disco agora podem ser criptografados usando chaves gerenciadas pelo cliente (CMK) nas camadas Enterprise e Enterprise Flash. O uso da CMK adiciona outra camada de controle à criptografia de disco padrão.

Para obter mais informações, confira Habilitar criptografia de disco.

Logs de auditoria de eventos de conexão (versão prévia)

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. Registrar essas informações ajuda nas auditorias de segurança. Você também pode monitorar quem tem acesso ao recurso de cache.

Para obter mais informações, confira Como habilitar logs de auditoria de conexão.

Novembro de 2022

Suporte para RedisJSON

O suporte para usar o módulo RedisJSON chegou à disponibilidade geral (GA).

Para mais informações, confira Usar módulos do Redis com o Cache do Azure para Redis.

Redis 6 torna-se a atualização padrão

Todas as versões de API REST, PowerShell, CLI do Azure e SDK do Azure do Cache do Azure para Redis passaram a criar instâncias do Redis usando o Redis 6 a partir de 20 de janeiro de 2023. Anteriormente, anunciamos que essa alteração ocorreria em 1º de novembro de 2022, mas devido a alterações imprevistas, a data foi prorrogada 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 no nível 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 do link de replicação geográfica, incluindo as estatísticas sobre a quantidade de dados que estão aguardando para serem replicados. Para obter mais informações, confira Como monitorar o Cache do Azure para Redis.

  • Atraso de conectividade da replicação geográfica (versão prévia)
  • Deslocamento de sincronização de dados de replicação geográfica (versão prévia)
  • Evento de sincronização completa de replicação geográfica concluído (versão prévia)
  • Evento de sincronização completa de replicação geográfica iniciado (versão prévia)

• Os clientes agora podem iniciar um failover entre os caches de localização geográfica primária e de replicação geográfica com uma única seleção ou um comando de CLI, eliminando a complicação de desvincular e revincular os caches manualmente. Para obter mais informações, confira Iniciar um failover de replicação geográfica primária para replicação geográfica secundária.

• Agora, também é oferecida uma URL de cache global que atualiza os registros DNS automaticamente após o disparo de failovers de localização geográfica, permitindo que o aplicativo gerencie apenas um endereço de cache. Para obter mais informações, confira URLs de replicação geográfica primária.

Setembro de 2022

Atualizar suas instâncias do Cache do Azure para Redis para usar o Redis versão 6 até 30 de junho de 2023

Em 30 de junho de 2023, vamos desativar a versão 4 para instâncias de Cache do Azure para Redis. Antes dessa data, você precisa atualizar qualquer uma das instâncias de cache para a versão 6.

• Todas as instâncias de cache que executarem 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 seu agendamento e as necessidades de seus usuários para tornar a atualização o mais conveniente possível.

Para obter mais informações, confira Desativações.

Suporte para identidade gerenciada em Cache do Azure para Redis

A autenticação de conexões de conta de armazenamento usando a identidade gerenciada chegou à disponibilidade geral (GA).

Para saber mais, confira 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 do Azure para Redis agora dão suporte ao módulo RedisJSON. Este módulo adiciona funcionalidade nativa para armazenar, consultar e pesquisar dados formatados em JSON que permitem armazenar dados com mais facilidade em um formato de estilo de documento no Redis. Ao usar este módulo, você simplifica casos de uso comuns, como armazenamento de catálogo de produtos ou dados de 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. O RedisJSON foi projetado para uso com a funcionalidade de pesquisa do RediSearch. O uso de ambos os módulos fornece indexação e consulta de dados integradas. 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 se torna padrão para novas instâncias de cache

Importante

Anteriormente, anunciamos que essa alteração 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 da API REST do Cache do Azure para Redis, PowerShell, Azure CLI do Azure SDK criarão instâncias Redis usando a última versão estável do Redis oferecida por padrão pelo Cache do Azure para Redis. Anteriormente, o Redis versão 4.0 era a versão padrão usada. No entanto, a partir de outubro de 2021, a versão estável mais recente do Redis oferecida no Cache do Azure para Redis é 6.0.

Observação

Essa alteração não afeta nenhuma instância existente. Isso se aplica somente 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 é baseada 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 de artefato mais recentes, conforme mostrado na tabela abaixo. Em seguida, escolha a versão do Redis explicitamente ao criar o cache.

Artefato	Versão que dá suporte à especificação da versão do Redis
API REST	01-06-2020 e mais recentes
PowerShell	6.3.0 e mais recente
CLI do Azure	2.27.0 e mais recente
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 linguagem Go	v49.1.0 e mais recente

Abril de 2022

Novas métricas para taxa de criação de conexão

Essas duas novas métricas pode ajudar a identificar se os clientes de cache do Azure para Redis estão se desconectando e se reconectando com frequência, o que pode aumentar o uso da CPU e do carregamento 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 do cache padrão

Em 15 de maio de 2022, todas as novas instâncias de 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 de 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 ser alterada ao longo do tempo. O Cache do Azure para Redis 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 Redis explicitamente ao criar o cache.

Fevereiro de 2022

Alterações no certificado TLS

A partir de maio de 2022, o Cache do Azure para Redis será revertido para os certificados TLS emitidos pela AC raiz do DigiCert Global G2. A raiz do Baltimore CyberTrust atual expira em maio de 2025, exigindo essa alteração.

Esperamos que a maioria dos clientes do Cache do Azure para Redis não seja afetada pela alteração. No entanto, seu aplicativo poderá ser afetado se você especificar explicitamente uma lista de ACs (autoridades de certificação) aceitáveis, conhecida como fixação de certificado.

Para saber mais, leia este blog que contém instruções sobre como verificar se o seu aplicativo cliente foi afetado. Recomendamos executar as ações recomendadas no blog para evitar a perda de conectividade do 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 tem GA (disponibilidade geral).

A replicação geográfica ativa é uma ferramenta poderosa que permite aos clusters do Cache do Azure para Redis serem vinculados para replicação ativo-ativo 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, confira esta postagem no Blog Developer Community do Azure.

Janeiro de 2022

Suporte para identidades gerenciadas no Cache do Azure para Redis

O Cache do Azure para Redis agora dá suporte à autenticação de conexões de conta de armazenamento usando a identidade gerenciada. A identidade é estabelecida através do Microsoft Entra ID, e tanto as identidades atribuídas pelo sistema quanto aquelas atribuídas pelo usuário têm suporte. O suporte para a identidade gerenciada permite ainda que o serviço estabeleça acesso confiável ao armazenamento para usos que incluem persistência de dados e importação/exportação de dados de cache.

Para saber mais, confira 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 está em disponibilidade geral. A nova versão inclui:

• Redis Streams, um novo tipo de dados
• Aprimoramentos de desempenho
• Produtividade aprimorada do desenvolvedor
• Aumenta a segurança

Agora você pode usar uma estrutura de dados baseada em acréscimo, o Redis Streams, para ingerir, gerenciar e entender os dados que estão sendo gerados continuamente.

Além disso, Cache do Azure para Redis 6.0 introduz novos comandos: STRALGO, ZPOPMIN, ZPOPMAX e HELP para desempenho e facilidade de uso.

Conheça o Cache do Azure para Redis 6.0 hoje mesmo e selecione o Redis 6.0 durante a criação do cache. Além disso, você pode atualizar suas instâncias de cache existentes do Redis 4.0.

Diagnóstico para clientes conectados

O Cache do Azure para Redis agora é integrado às configurações de diagnóstico do Azure para registrar informações em todas as conexões de cliente ao seu cache. O registro em log dessa configuração de diagnóstico seguido da análise dela ajuda a entender quem está se conectando aos seus caches e o carimbo de data/hora dessas conexões. Esses dados podem ser usados para identificar o escopo de uma violação de segurança e para fins de auditoria de segurança. Os usuários poderão rotear esses logs para um destino que escolherem, como uma conta de armazenamento ou os Hubs de Eventos.

Para obter mais informações, confira Monitorar os dados do Cache do Azure para Redis usando configurações de diagnóstico.

Atualização do Cache do Azure para Redis Enterprise

A versão prévia pública de replicação geográfica ativa agora dá suporte a:

• Módulo RediSearch: implantar o RediSearch com replicação geográfica ativa
• Cinco caches em um grupo de replicação. Anteriormente, havia suporte para dois caches.
• Política de clustering de software de código aberto – adequada para cargas de trabalho de alto desempenho e fornece melhor escalabilidade.

Outubro de 2020

Alterações no certificado TLS do Azure

A Microsoft está atualizando os serviços do Azure para que eles usem certificados TLS de outro conjunto de ACs (autoridades de certificação) raiz. Essa alteração está sendo feita porque os certificados de AC atuais não estão em conformidade com um dos requisitos de Linha de Base do Fórum do Navegador/da AC. Para ver todos os detalhes, confira Alterações no certificado TLS do Azure.

Para saber mais sobre o efeito no Cache do Azure para Redis, confira Alteração no certificado TLS do Azure.

Conteúdo relacionado

Caso tenha outras dúvidas, entre em contato conosco por meio do suporte.