Novità di Cache di Azure per Redis

Agosto 2024

Zone di disponibilità

Per i livelli Standard e Premium è ora possibile usare le zone di disponibilità (anteprima) con la possibilità di selezionare automaticamente le zone. Con Standard e Premium è possibile scegliere di delegare ad Azure la scelta automatica delle zone. Con Premium è possibile continuare a scegliere le zone di disponibilità in modo esplicito.

Giugno 2024

Redis 7.2 (anteprima) nel livello Enterprise

Cache di Azure per Redis offre ora la possibilità di usare Redis 7.2 (anteprima) con i livelli Enterprise e Enterprise Flash.

È possibile aggiornare automaticamente o manualmente le cache. Per altre informazioni, vedere Come aggiornare una cache esistente.

È possibile attivare manualmente un aggiornamento alla versione più recente del software Redis. Ciò offre due vantaggi in attesa della disponibilità dell'aggiornamento automatico:

1. È possibile controllare quando avviene l'aggiornamento.
2. È possibile eseguire l'aggiornamento alle versioni di anteprima del software Redis.

Livello	Basic, Standard, Premium	Enterprise, Enterprise Flash
Ultima versione di Redis	Redis 6.0 (disponibilità generale)	Redis 6.0 (disponibilità generale) / Redis 7.2 (anteprima)
Criteri di aggiornamento	Aggiornamento manuale alla versione più recente	Aggiornamento automatico all'ultima versione con disponibilità generale

SKU Enterprise livello E1 (anteprima)

Lo SKU E1 è destinato principalmente agli scenari di sviluppo/test. Viene eseguito su macchine virtuali con burst più piccole. Di conseguenza, E1 offre prestazioni variabili a seconda della quantità di CPU utilizzata. A differenza di altre offerte Enterprise, non è possibile aumentare le prestazioni di E1. Tuttavia, è comunque possibile aumentare le prestazioni fino a uno SKU di dimensioni maggiori. Lo SKU E1 non supporta la replica geografica attiva.

Per ulteriori informazioni, vedere,

Cache di output .NET e HybridCache

L'uso di Cache di Azure per Redis come cache di output è stato introdotto in .NET 8 a novembre 2023. La memorizzazione nella cache di output salva le pagine Web di cui è stato eseguito il rendering per migliorare le prestazioni, la resilienza e ridurre i costi tramite l'utilizzo delle risorse del server. È possibile usare Redis come archivio della cache di output predefinito in .NET 8. Per altre informazioni sull'uso di Redis come cache di output, vedere Middleware di memorizzazione nella cache dell'output in ASP.NET Core

il supporto di ASP.NET Core per la memorizzazione nella cache distribuita sta ampliando .NET 9 Preview 4 per .NET 9 con una nuova API HybridCache. HybridCache aumenta il supporto IDistributedCache esistente in ASP.NET Core con nuove funzionalità, inclusa l'archiviazione multilivello, con una cache L1 limitata integrata da una cache L1 separata (in genere più grande) out-of-process L2. L'approccio ibrido all'archiviazione nella cache offre due vantaggi: la maggior parte dei recuperi viene servita in modo efficiente da L1, ma l'avvio a freddo e i dati a cui si accede raramente usano L2. L'uso di L2 per i dati a cui si accede meno frequentemente non utilizza il back-end sottostante.

Per altre informazioni e per il download, vedere .NET 9 Preview 4

HybridCache include anche:

• protezione stampede per impedire il recupero parallelo degli stessi dati
• serializzazione configurabile
• semplificazione dell'utilizzo dell'API per gli scenari comuni

Per altre informazioni, vedere la libreria HybridCache.

Controllo della connessione

Il controllo della connessione è disponibile a livello generale per tutti gli SKU ed è possibile configurare Criteri di Azure per controllare o applicare criteri specifici sugli endpoint privati e l'accesso alla rete pubblica con le cache. Cache di Azure per Redis non fornisce criteri predefiniti, ma è possibile creare criteri personalizzati per imporre che gli endpoint privati siano abilitati.

Per altre informazioni, vedere Gestire i criteri di rete per gli endpoint privati.

Maggio 2024

Funzioni di Azure

L'uso di Cache di Azure per Redis con Funzioni di Azure per creare architetture serverless ottimizzate e basate su eventi è ora disponibile a livello generale.

Per altre informazioni, vedere Panoramica di Funzioni di Azure per Cache di Azure per Redis.

Microsoft Entra ID

Il supporto di Microsoft Entra ID per l'autenticazione e il controllo degli accessi in base al ruolo tra aree che supportano Cache di Azure per Redis è ora disponibile a livello generale.

Per altre informazioni, vedere Usare Microsoft Entra ID per l'autenticazione della cache.

Aprile 2024

Il supporto per un'operazione di scaricamento predefinita che può essere avviata a livello di piano di controllo per le cache nel livello Basic, Standard e Premium è ora disponibile a livello generale.

Per altre informazioni, vedere operazione di scaricamento dei dati.

Febbraio 2024

Il supporto per l'uso delle chiavi gestite dal cliente per la crittografia del disco (CMK) ha raggiunto la disponibilità generale (GA).

Per altre informazioni, vedere Come configurare la crittografia CMK nelle cache Enterprise.

Gennaio 2024

Tutti i livelli di Cache di Azure per Redis supportano ora TLS 1.3.

Per altre informazioni, vedere Quali sono le impostazioni di configurazione per il protocollo TLS?.

Ottobre 2023

Operazione di scaricamento dei dati per cache Basic, Standard e Premium (anteprima)

Le cache di livello Basic, Standard e Premium supportano ora un'operazione di scaricamento predefinita che può essere avviata a livello di piano di controllo. Usare l'operazione di scaricamento con la cache che esegue il comando FLUSH ALL tramite la console del portale o redis-cli.

Per altre informazioni, vedere operazione di scaricamento dei dati.

Canale di aggiornamento per cache Basic, Standard e Premium (anteprima)

Con le cache di livello Basic, Standard o Premium, è possibile scegliere di ricevere aggiornamenti iniziali configurando il canale di aggiornamento "Anteprima" o "Stabile".

Per altre informazioni, vedere canali di aggiornamento.

Settembre 2023

Rimuovere TLS 1.0 and 1.1 per l'uso con cache di Azure per Redis

Per soddisfare il push a livello di settore verso l'uso esclusivo di Transport Layer Security (TLS) versione 1.2 o successiva, Cache Redis di Azure sta per richiedere l'uso di TLS 1.2 a ottobre 2024.

Come parte di questo sforzo, è possibile prevedere le modifiche seguenti in Cache Redis di Azure:

• Fase 1: Cache Redis di Azure smette di offrire TLS 1.0/1.1 come opzione per l'impostazione MinimumTLSVersion per la creazione di nuove cache. A questo punto le istanze della cache esistenti non verranno aggiornate. È comunque possibile usare il portale di Azure o altre API di gestione per modificare la versione minima di TLS in 1.0 o 1.1 per garantire la compatibilità con le versioni precedenti.
• Fase 2: Cache di Azure per Redis smetterà di supportare TLS 1.1 e TLS 1.0 a partire dal 1° ottobre 2024. Dopo questa modifica, l'applicazione deve usare TLS 1.2 o una versione successiva per comunicare con la cache. Il servizio Cache Redis di Azure resterà disponibile mentre viene aggiornato MinimumTLSVerion per tutte le cache a 1.2.

Per altre informazioni, vedere Rimuovere TLS 1.0 and 1.1 per l'uso con cache di Azure per Redis.

Giugno 2023

Microsoft Entra ID per l'autenticazione e il controllo degli accessi in base al ruolo è disponibile tra aree che supportano Cache di Azure per Redis.

Maggio 2023

Autenticazione e autorizzazione con Microsoft Entra ID (anteprima)

L'autenticazione e l'autorizzazione basate su Microsoft Entra ID sono ora disponibili per l'anteprima pubblica con Cache di Azure per Redis. Con questa integrazione di Microsoft Entra ID, gli utenti possono connettersi all'istanza della cache senza una chiave di accesso e usare il controllo degli accessi in base al ruolo per connettersi all'istanza della cache.

Questa funzionalità è disponibile per gli SKU Basic, Standard e Premium di Cache di Azure per Redis. Con questo aggiornamento, i clienti possono aumentare la sicurezza e un adottare processo di autenticazione semplificato quando si usa Cache di Azure per Redis.

Supporto per un massimo di 30 partizioni per le istanze di Cache di Azure per Redis in cluster

Cache di Azure per Redis supporta ora cache in cluster con un massimo di 30 partizioni. Adesso, le applicazioni possono archiviare più dati e aumentare la scalabilità con i carichi di lavoro.

Aprile 2023

Metrica di latenza al 99° percentile (anteprima)

È disponibile una nuova metrica per monitorare la latenza peggiore dei comandi lato server nelle istanze di Cache di Azure per Redis. La latenza viene misurata usando comandi PING e monitorando i tempi di risposta. Questa metrica può essere usata per monitorare l'integrità dell'istanza della cache e verificare se i comandi a esecuzione prolungata compromettono le prestazioni di latenza.

Per altre informazioni, vedere How to monitor Azure Cache for Redis (Come monitorare Cache Redis di Azure).

Marzo 2023

Scalabilità e ridimensionamento sul posto per i livelli Enterprise (anteprima)

I livelli Enterprise ed Enterprise Flash supportano ora la possibilità di ridimensionare e aumentare le istanze della cache senza richiedere tempi di inattività o perdita di dati. Le azioni di scalabilità orizzontale e ridimensionamento del numero di istanze possono verificarsi entrambe nella stessa operazione.

Per altre informazioni, vedere Ridimensionare un'istanza di Cache di Azure per Redis.

Supporto per RedisJSON nelle cache con replica geografica attiva (anteprima)

Le istanze della cache che usano la replica geografica attiva supportano ora il modulo RedisJSON.

Per altre informazioni, vedere Configurare la replica geografica attiva.

Operazione di scaricamento per le cache con replica geografica attiva (anteprima)

Le cache che usano la replica geografica attiva includono ora un'operazione di scaricamento predefinita che può essere avviata a livello del piano di controllo. Usare l'operazione di scaricamento con la cache invece delle operazioni FLUSH ALL e FLUSH DB, bloccate dalla progettazione per le cache con replica geografica attiva.

Per altre informazioni, vedere Operazione di scaricamento.

Crittografia del disco con chiave gestita dal cliente (CMK) (anteprima)

I dati Redis salvati su disco possono ora essere crittografati usando chiavi gestite dal cliente (CMK) nei livelli Enterprise ed Enterprise Flash. L'uso di CMK aggiunge un altro livello di controllo alla crittografia del disco predefinita.

Per altre informazioni, vedere Abilitare la crittografia del disco.

Log di controllo degli eventi di connessione (anteprima)

Le cache dei livelli Enterprise e Enterprise Flash possono ora registrare tutti gli eventi di connessione, disconnessione e autenticazione tramite le impostazioni di diagnostica. La registrazione di queste informazioni consente di controllare la sicurezza. È anche possibile monitorare chi può accedere alla risorsa della cache.

Per altre informazioni, vedere Abilitazione dei log di controllo delle connessioni.

novembre 2022

Supporto per RedisJSON

Il supporto per l'uso del modulo RedisJSON ha raggiunto la disponibilità generale (GA).

Per altre informazioni, vedere Usare moduli Redis con Cache di Azure per Redis.

Redis 6 diventa l'aggiornamento predefinito

Tutte le versioni dell'API REST di Cache di Azure per Redis, PowerShell, l'interfaccia della riga di comando di Azure e SDK i Azure creano istanze di Redis usando Redis 6 a partire dal 20 gennaio 2023. In precedenza, abbiamo annunciato che questa modifica sarebbe avvenuta il 1° novembre 2022, ma a causa di modifiche impreviste, la data è stata spostata al 20 gennaio 2023.

Per altre informazioni, vedere Redis 6 diventa predefinito per le nuove istanze di cache.

Ottobre 2022

Miglioramenti per la replica geografica passiva

Sono stati apportati diversi miglioramenti alla funzionalità di replica geografica passiva offerta nel livello Premium di Cache di Azure per Redis.

• Le nuove metriche sono disponibili per i clienti per tenere traccia dell'integrità e dello stato del collegamento di replica geografica, incluse le statistiche relative alla quantità di dati in attesa di replica. Per altre informazioni, vedere How to monitor Azure Cache for Redis (Come monitorare Cache Redis di Azure).

  • Ritardo di connettività della replica geografica (anteprima)
  • Offset di sincronizzazione dati replica geografica (anteprima)
  • Evento di sincronizzazione completa della replica geografica terminato (anteprima)
  • Evento di sincronizzazione completa della replica geografica avviato (anteprima)

• I clienti possono ora avviare un failover tra cache di replica geografica e geografica primaria con una singola selezione o comando dell'interfaccia della riga di comando, eliminando il problema di scollegare e ricollegare manualmente le cache. Per altre informazioni, vedere Avviare un failover dalla replica geografica primaria a quella geografica secondaria.

• Viene ora reso disponibile anche un URL della cache globale che aggiorna automaticamente i record DNS dopo l'attivazione dei failover geografici, consentendo all'applicazione di gestire un solo indirizzo della cache. Per altre informazioni, vedere URL geografico primario.

Settembre 2022

Aggiornare le istanze di Cache di Azure per Redis per usare Redis versione 6 entro il 30 giugno 2023

Il 30 giugno 2023 si ritirerà la versione 4 per le istanze di Cache di Azure per Redis. Prima di tale data, è necessario aggiornare una delle istanze della cache alla versione 6.

• Tutte le istanze della cache che eseguono Redis versione 4 dopo il 30 giugno 2023 verranno aggiornate automaticamente.
• Tutte le istanze della cache che eseguono Redis versione 4 con la replica geografica abilitata verranno aggiornate automaticamente dopo il 30 agosto 2023.

È consigliabile aggiornare le cache autonomamente per soddisfare la pianificazione e le esigenze degli utenti per rendere l'aggiornamento il più comodo possibile.

Per altre informazioni, vedere Ritiri.

Supporto per l'identità gestita in Cache di Azure per Redis

L'autenticazione delle connessioni dell'account di archiviazione tramite l'identità gestita ha raggiunto la disponibilità generale (GA).

Per altre informazioni, vedere Identità gestita per l'archiviazione.

Agosto 2022

Modulo RedisJSON disponibile in Cache di Azure per Redis Enterprise

I livelli Enterprise ed Enterprise Flash di Cache di Azure per Redis supportano ora il modulo RedisJSON. Questo modulo aggiunge funzionalità native per archiviare, eseguire query e cercare dati in formato JSON che consentono di archiviare più facilmente i dati in un formato di tipo documento in Redis. Con questo modulo, si semplificano i casi d'uso comuni, ad esempio l'archiviazione dei dati del catalogo prodotti o del profilo utente.

Il modulo RedisJSON implementa la versione della community del modulo in modo da poter usare le conoscenze e i flussi di lavoro esistenti. RedisJSON è progettato per l'uso con la funzionalità di ricerca di RediSearch. L'uso di entrambi i moduli fornisce l'indicizzazione integrata e l'esecuzione di query sui dati. Per altre informazioni, vedere RedisJSON.

Il modulo RediSearch è ora disponibile anche per Cache di Azure per Redis. Per altre informazioni sull'uso dei moduli Redis in Cache di Azure per Redis, vedere Usare moduli Redis con Cache di Azure per Redis.

Luglio 2022

Redis 6 diventa predefinito per le nuove istanze della cache

Importante

In precedenza, abbiamo annunciato che questa modifica avrebbe avuto luogo il 1° novembre 2022. La nuova data è il 20 gennaio 2023. Il testo è stato aggiornato in modo da riflettere la nuova data.

A partire dal 20 gennaio 2023, tutte le versioni dell'API REST di Cache di Azure per Redis, PowerShell, l'interfaccia della riga di comando di Azure e SDK di Azure creeranno istanze Redis usando la versione stabile più recente di Redis offerta da Cache di Azure per Redis per impostazione predefinita. In precedenza, Redis versione 4.0 era la versione predefinita usata. Tuttavia, a partire da ottobre 2021, la versione stabile più recente offerta in Cache di Azure per Redis è la 6.0.

Nota

Questa modifica non influisce sulle istanze esistenti. È applicabile solo alle nuove istanze create dal 20 gennaio 2023 e successive.

La versione predefinita di Redis usata durante la creazione di un'istanza della cache può variare, perché si basa sulla versione stabile più recente offerta in Cache di Azure per Redis.

Se è necessaria una versione specifica di Redis per l'applicazione, è consigliabile usare le versioni più recenti degli artefatti, come illustrato nella tabella. Scegliere quindi la versione di Redis in modo esplicito quando si crea la cache.

Artefatto	Versione che supporta la specifica versione di Redis
REST API	2020-06-01 e più recenti
PowerShell	6.3.0 e più recenti
Interfaccia della riga di comando di Azure	2.27.0 e più recenti
Azure SDK per .NET	7.0.0 e più recenti
Azure SDK per Python	13.0.0 e più recenti
Azure SDK per Java	2.2.0 e più recenti
Azure SDK per JavaScript	6.0.0 e più recenti
Azure SDK per Go	v49.1.0 e più recenti

Aprile 2022

Nuove metriche per la frequenza di creazione della connessione

Queste due nuove metriche consentono di identificare se i client di Cache di Azure per Redis si disconnettono e si riconnettono di frequente, causando un utilizzo più elevato della CPU e del carico del server Redis.

• Connessioni create al secondo
• Connessioni chiuse al secondo

Per altre informazioni, vedere Visualizzare le metriche della cache.

Modifica della cache predefinita

Il 15 maggio 2022, tutte le nuove istanze di Cache di Azure per Redis useranno Redis 6 per impostazione predefinita. È comunque possibile creare un'istanza di Redis 4 selezionando in modo esplicito la versione quando si crea un'istanza di Cache di Azure per Redis.

Questa modifica non influisce sulle istanze esistenti. La modifica è applicabile solo alle nuove istanze create dopo il 15 maggio 2022.

La versione predefinita di Redis usata durante la creazione di una cache può cambiare nel tempo. La cache di Azure per Redis potrebbe adottare una nuova versione quando viene rilasciata una nuova versione di Redis open source. Se è necessaria una versione specifica di Redis per l'applicazione, è consigliabile scegliere in modo esplicito la versione di Redis quando si crea la cache.

Febbraio 2022

Modifica del certificato TLS

A partire da maggio 2022, Cache di Azure per Redis esegue il roll over dei certificati TLS rilasciati da DigiCert Global G2 CA Root. L'attuale Baltimore CyberTrust Root scade a maggio 2025, rendendo necessaria questa modifica.

La maggior parte dei clienti di Cache di Azure per Redis non dovrebbe essere interessata dalla modifica. Tuttavia, l'applicazione potrebbe essere interessata se si specifica in modo esplicito un elenco di autorità di certificazione (CA) accettabili, noto come associazione del certificato.

Per altre informazioni, leggere questo blog contenente istruzioni su come verificare se l'applicazione client è interessata. È consigliabile eseguire le azioni consigliate nel blog per evitare la perdita di connettività della cache.

Replica geografica attiva per Cache di Azure per Redis con disponibilità generale

La replica geografica attiva per Cache di Azure per Redis è ora disponibile a livello generale (GA).

La replica geografica attiva è uno strumento potente che consente di collegare i cluster di Cache di Azure per Redis per la replica attiva e trasparente dei dati. Le applicazioni possono scrivere in un cluster Redis e i dati vengono copiati automaticamente negli altri cluster collegati e viceversa. Per altre informazioni, vedere questo post nel blog dellacommunity degli sviluppatori di Azure.

2022 gennaio

Supporto per l'identità gestita in Cache di Azure per Redis nell'archiviazione

Cache di Azure per Redis supporta ora l'autenticazione delle connessioni agli account di archiviazione tramite identità gestita. L'identità viene stabilita tramite Microsoft Entra ID e sono supportate sia le identità assegnate dal sistema che le identità assegnate dall'utente. Il supporto per l'identità gestita consente inoltre al servizio di stabilire l'accesso attendibile all'archiviazione per utilizzi che includono la persistenza dei dati e l'importazione/esportazione dei dati della cache.

Per altre informazioni, vedere Identità gestita con Cache di Azure per Redis.

Ottobre 2021

Cache di Azure per Redis 6.0 - Disponibilità generale

Cache di Azure per Redis 6.0 è ora disponibile a livello generale. La nuova versione include:

• Redis Streams, un nuovo tipo di dati
• Miglioramenti delle prestazioni
• Miglioramento della produttività degli sviluppatori
• Aumento della sicurezza

È ora possibile usare una struttura di dati di solo accodamento, Redis Streams, per inserire, gestire e comprendere i dati generati continuamente.

Inoltre, Cache di Azure per Redis 6.0 introduce nuovi comandi: STRALGO, ZPOPMIN, ZPOPMAX e HELP, per migliorare prestazioni e facilità d'uso.

Iniziare subito a usare Cache di Azure per Redis 6.0 e selezionare Redis 6.0 durante la creazione della cache. È anche possibile aggiornare le istanze della cache Redis 4.0 esistenti.

Diagnostica per i client connessi

Cache di Azure per Redis si integra ora con le impostazioni di diagnostica di Azure per registrare informazioni su tutte le connessioni client alla cache. La registrazione e la successiva analisi di questa impostazione di diagnostica consentono di comprendere chi si connette alle cache e il timestamp di tali connessioni. Questi dati di log possono essere usati per identificare l'ambito di una violazione della sicurezza e ai fini del controllo della sicurezza. Gli utenti possono instradare questi log a una destinazione di propria scelta, ad esempio un account di archiviazione o Hub eventi.

Per altre informazioni, vedere Monitorare i dati di cache di Azure per Redis usando le impostazioni di diagnostica.

Aggiornamento di Cache di Azure per Redis Enterprise

L'anteprima pubblica della replica geografica attiva ora supporta:

• Modulo RediSearch: distribuire RediSearch con replica geografica attiva
• Cinque cache in un gruppo di replica. In precedenza, supportava due cache.
• Criteri di clustering del software open source: adatti per carichi di lavoro ad alte prestazioni, offrono una migliore scalabilità.

Ottobre 2020

Modifica ai certificati TLS di Azure

Microsoft sta aggiornando i servizi di Azure per l'uso di certificati TLS emessi da un set diverso di autorità di certificazione (CA) radice. Questa modifica viene apportata perché i certificati della CA corrente non sono conformi a uno dei requisiti correnti di CA/Browser Forum Baseline. Per informazioni dettagliate complete, vedere Modifiche ai certificati TLS di Azure.

Per altre informazioni sull'effetto di Cache di Azure per Redis, vedere Modifica del certificato TLS di Azure.

Contenuto correlato

Per altre domande, contattare Microsoft tramite il supporto.