Che cos'è Redis gestito di Azure?

Redis gestito di Azure offre un archivio dati in memoria basato sul software Redis Enterprise . Redis Enterprise migliora le prestazioni e l'affidabilità dell'edizione community di Redis, mantenendo al tempo stesso la compatibilità. Microsoft gestisce il servizio, ospitato in Azure e utilizzabile da qualsiasi applicazione all'interno o all'esterno di Azure. Per ulteriori informazioni su come è costruito Redis gestito di Azure, vedere Architettura di Redis gestito di Azure.

Annotazioni

Azure Managed Redis è disponibile a livello generale come prodotto. Tuttavia, alcune funzionalità rimangono in anteprima pubblica.

• Ridimensionamento di una cache
• Salvataggio permanente dei dati
• Cache non raggruppate in cluster

Redis gestito di Azure può migliorare le prestazioni e la scalabilità di un'applicazione che usa in modo pesante gli archivi dati back-end. È in grado di elaborare grandi volumi di richieste di applicazioni mantenendo nella memoria del server i dati a cui si accede di frequente, che possono essere scritti e letti rapidamente.

Redis offre una soluzione di archiviazione dati strategica a bassa latenza e velocità effettiva elevata per le applicazioni moderne. Inoltre, Redis viene sempre più utilizzato per applicazioni non di caching, tra cui acquisizione di dati, deduplicazione, messaggistica, classifiche, caching semantico e come database vettoriale.

Redis gestito di Azure può essere distribuito autonomo o distribuito insieme ad altri servizi di database o app di Azure, ad esempio App contenitore di Azure, Servizio app di Azure, Funzioni di Azure, AZURE SQL o Azure Cosmos DB.

Scenari chiave

Redis gestito di Azure migliora le prestazioni dell'applicazione supportando modelli di architettura delle applicazioni comuni. Tra i modelli più comuni sono inclusi i seguenti:

Modello	Descrizione
Cache dei dati	Spesso i database sono troppo grandi per essere caricati direttamente in una cache. È prassi comune usare il modello cache-aside per caricare dati nella cache solo in base alle esigenze. Quando il sistema apporta modifiche ai dati, può anche aggiornare la cache, che viene quindi distribuita ad altri client. Inoltre, il sistema può impostare una scadenza per i dati oppure usare criteri di rimozione per attivare gli aggiornamenti dei dati nella cache.
Cache del contenuto	Molte pagine Web vengono generate da modelli che usano contenuto statico, ad esempio intestazioni, piè di pagina e banner. Questi elementi statici non devono cambiare spesso. L'uso di una cache in memoria consente di accedere rapidamente al contenuto statico rispetto agli archivi dati back-end. Questo modello riduce il tempo di elaborazione e il carico del server, consentendo ai server Web di essere più reattivi. Permette inoltre di ridurre il numero di server necessari per gestire i carichi. Azure Managed Redis fornisce il provider della cache di output Redis per supportare questo modello con ASP.NET.
Archivio di sessioni	Questo modello viene comunemente usato con i carrelli dei siti di e-commerce e altri dati della cronologia utente che un'applicazione Web potrebbe voler associare ai cookie degli utenti. L'archiviazione di troppe informazioni in un cookie può influire negativamente sulle prestazioni man mano che le dimensioni del cookie aumentano e il cookie viene passato e convalidato con ogni richiesta. Una tipica soluzione usa il cookie come chiave per eseguire query sui dati in un database. Quando si usa una cache in memoria, ad esempio Redis gestita di Azure, per associare le informazioni a un utente è più veloce rispetto all'interazione con un database relazionale completo.
Ricerca di somiglianza vettoriale	Un caso d'uso di intelligenza artificiale comune consiste nel generare incorporamenti vettoriali usando un modello LLM (Large Language Model). Questi incorporamenti vettoriali devono essere archiviati in un database vettoriale e quindi confrontati per determinare la somiglianza. Redis gestito di Azure offre funzionalità predefinite per archiviare e confrontare incorporamenti vettoriali a velocità effettiva elevata.
Memorizzazione nella cache semantica	L'uso di LLMs spesso introduce una quantità elevata di latenza (a causa del tempo di generazione) e dei costi (a causa dei prezzi per token) a un'applicazione. La memorizzazione nella cache consente di risolvere questi problemi archiviando l'output precedente di un LLM in modo che possa essere recuperato di nuovo rapidamente. Tuttavia, poiché i modelli di linguaggio di grandi dimensioni (LLM) utilizzano il linguaggio naturale, l'archiviazione può essere difficile da gestire per le cache tipiche. Le cache semantiche come Azure Managed Redis sono in grado di memorizzare nella cache non solo una query specifica, ma il significato semantico di una query, che consente di usarli molto più naturalmente con gli LLM.
Deduplicazione	Spesso, è necessario determinare se un'azione è già stata eseguita in un sistema, ad esempio se un nome utente è già stato preso o se è già stata inviata un'email a un cliente. In Azure Managed Redis i filtri bloom possono determinare rapidamente i duplicati e prevenire i problemi.
Tabellone punteggi	Redis offre un supporto semplice e potente per lo sviluppo di classifiche di tutti i tipi usando la struttura dei dati del set ordinato . Inoltre, l'uso della replica geografica attiva può consentire la condivisione globale di un tabellone punteggi.
Accodamento di messaggi e processi	Spesso le applicazioni aggiungono le attività a una coda quando le operazioni associate alla richiesta richiedono tempo per essere eseguite. Le operazioni a esecuzione prolungata vengono accodate per essere elaborate in sequenza, spesso da un altro server. Questo metodo di differimento del lavoro è noto come accodamento di attività. Redis gestito di Azure offre una coda distribuita per abilitare questo modello nell'applicazione.
Accelerazione di Power BI/Analytics	È possibile usare il driver ODBC Redis per usare Redis per BI, creazione di report e casi d'uso di analisi. Poiché Redis è in genere molto più veloce rispetto ai database relazionali, l'uso di Redis in questo modo può aumentare notevolmente la velocità di risposta delle query.
Transazioni distribuite	Talvolta le applicazioni richiedono una serie di comandi su un archivio dati back-end per l'esecuzione come singola operazione atomica. Tutti i comandi devono avere esito positivo o essere riportati allo stato iniziale. Azure Managed Redis supporta l'esecuzione di un batch di comandi come singola transazione.

Versione di Redis

Redis gestito di Azure supporta Redis versione 7.4.x. Per altre informazioni, vedere Come aggiornare la versione dell'istanza di Redis gestita di Azure.

Scelta del livello appropriato

Sono disponibili quattro livelli di Managed Redis di Azure, ognuno con caratteristiche di prestazioni e livelli di prezzo diversi.

Per i dati in memoria sono disponibili tre livelli:

Importante

Tutti i livelli in memoria che usano più di 120 GB di spazio di archiviazione sono disponibili in anteprima pubblica, inclusi M150 ottimizzati per la memoria e superiori; B150 bilanciati e superiori; X150 ottimizzati per il calcolo e superiori. Tutti questi livelli e versioni successive sono disponibili in anteprima pubblica.

Tutti i livelli con ottimizzazione flash sono disponibili in anteprima pubblica.

• Ottimizzazione per la memoria Ideale per i casi d'uso a elevato utilizzo di memoria che richiedono un rapporto elevato tra memoria e vCPU (8:1), ma non richiede le prestazioni di velocità effettiva più elevate. Offre un prezzo inferiore per gli scenari in cui è necessaria una minore potenza di elaborazione o velocità effettiva, rendendola una scelta eccellente per gli ambienti di sviluppo e test.
• Bilanciato (memoria e calcolo) Offre un rapporto di memoria-vCPU bilanciato (4:1), rendendolo ideale per i carichi di lavoro standard. Questo livello offre un bilanciamento integro della memoria e delle risorse di calcolo.
• Ottimizzato per il calcolo Progettato per carichi di lavoro con prestazioni intensive che richiedono efficienza massima, con un rapporto memoria/vCPU (2:1). È ideale per le applicazioni che richiedono prestazioni superiori.

Un livello archivia i dati sia in memoria sia su disco:

• Flash Optimized (anteprima) Consente ai cluster Redis di spostare automaticamente i dati a cui si accede meno frequentemente dalla memoria (RAM) all'archiviazione NVMe. Questo riduce le prestazioni, ma consente un ridimensionamento conveniente delle cache con set di dati di grandi dimensioni.

Annotazioni

Per altre informazioni sull'architettura del livello Ottimizzato per Flash, vedere Architettura redis gestita di Azure

Importante

È anche possibile usare la funzionalità di persistenza dei dati (anteprima) per archiviare i dati su disco per i livelli in memoria. La persistenza dei dati archivia una copia di backup dei dati su disco per un ripristino rapido se si verifica un'interruzione imprevista. Questo è diverso dal livello Ottimizzato per Flash, progettato per archiviare i dati su disco per le operazioni tipiche. L'archiviazione di alcuni dati su disco tramite il livello Ottimizzato per Flash non aumenta la resilienza dei dati. È possibile usare anche la persistenza dei dati nel livello Ottimizzato per Flash.

Per istruzioni su come eseguire la scalabilità tra livelli e SKU, vedere Ridimensionare (anteprima) un'istanza di Redis gestita di Azure.

Livelli e SKU a colpo d'occhio

Per informazioni sui prezzi, vedere Prezzi di Redis gestiti di Azure

Confronto delle funzionalità

La tabella seguente descrive alcune delle funzionalità supportate in base al livello:

Descrizione della funzionalità	Con ottimizzazione per la memoria	Bilanciato	Con ottimizzazione per il calcolo	Ottimizzato per Flash
Dimensione (GB)	12 - 1920	0.5 - 960	3 - 720	250 - 4500
Contratto di servizio	Sì	Sì	Sì	Sì
Crittografia di dati in transito	Sì (endpoint di rete privato)	Sì (endpoint di rete privato)	Sì (endpoint di rete privato)	Sì (endpoint di rete privato)
Replicazione e failover	Sì	Sì	Sì	Sì
Isolamento rete	Sì	Sì	Sì	Sì
Autenticazione basata su ID di Microsoft Entra	Sì	Sì	Sì	Sì
Ridimensionamento (anteprima)	Sì	Sì	Sì	Sì
Persistenza dei dati (anteprima)	Sì	Sì	Sì	Sì
Ridondanza della zona	Sì	Sì	Sì	Sì
Replica geografica	Sì (attivo)	Sì (attivo)	Sì (attivo)	NO
Istanze non clusterizzate (anteprima)	Sì	Sì	Sì	NO
Log di controllo della connessione	Sì (basato su eventi)	Sì (basato su eventi)	Sì (basato su eventi)	Sì (basato su eventi)
Strutture di dati JSON (ovvero JSON di Redis)	Sì	Sì	Sì	Sì
Funzionalità di ricerca (inclusa la ricerca vettoriale)	Sì	Sì	Sì	NO
Strutture di dati probabilistici (vale a dire Redis Bloom)	Sì	Sì	Sì	Sì
Funzionalità del database Time Series( ovvero TimeSeries Redis)	Sì	Sì	Sì	Sì
Importazione/Esportazione	Sì	Sì	Sì	Sì

Importante

Le opzioni dello SKU B0 e B1 bilanciate non supportano la replica geografica attiva.

Annotazioni

Il supporto per la riduzione delle prestazioni è limitato in alcune situazioni. Per altre informazioni, vedere Limitazioni del ridimensionamento di Azure Managed Redis.

Altre considerazioni relative alla selezione di un livello

• Prestazioni di rete: se si ha un carico di lavoro che richiede un'alta capacità di elaborazione, la larghezza di banda della rete potrebbe causare un collo di bottiglia. È possibile aumentare la larghezza di banda passando a un livello di prestazioni superiore o passando a un'istanza di grandi dimensioni. Le istanze di dimensioni maggiori hanno una larghezza di banda maggiore a causa della macchina virtuale sottostante che ospita la cache. I limiti di larghezza di banda più elevati consentono di evitare la saturazione della rete che causano timeout nell'applicazione. Per altre informazioni sulle prestazioni della larghezza di banda, vedere Test delle prestazioni
• Numero massimo di connessioni client: ogni SKU ha un numero massimo di connessioni client. Questo limite aumenta con livelli di prestazioni superiori e dimensioni maggiori delle istanze. Per altre informazioni sul limite per ogni SKU, vedere Prezzi di Redis gestiti di Azure.
• Disponibilità elevata: Azure Managed Redis offre più opzioni di disponibilità elevata . Il contratto di servizio copre solo la connettività agli endpoint cache. Il contratto di servizio non offre copertura per la protezione dalla perdita di dati. Per altre informazioni sul contratto di servizio, vedere il contratto di servizio. È possibile disabilitare la disponibilità elevata in un'istanza di Redis gestita di Azure. Questo riduce il prezzo, ma comporta perdita di dati e tempi di inattività. È consigliabile disabilitare solo la disponibilità elevata per scenari di sviluppo/test.

Altre considerazioni sui prezzi

Importante

Azure Managed Redis Enterprise richiede un indirizzo IP per ogni istanza della cache. Attualmente, l'addebito per l'indirizzo IP viene assorbito da Azure Redis gestito e non viene trasferito ai clienti. Questo può cambiare in futuro. Per altre informazioni, vedere Prezzi degli indirizzi IP.

Importante

L'uso della replica geografica attiva produce il trasferimento dei dati tra aree di Azure. Questi addebiti per la larghezza di banda sono attualmente assorbiti da Redis gestito di Azure e non vengono passati ai clienti. Questo potrebbe cambiare in futuro. Per altre informazioni, vedere Dettagli sui prezzi per la larghezza di banda.

Disponibilità per regione

Redis gestito di Azure si espande continuamente in nuove aree.

• Americhe

  • Brasile meridionale
  • Brasile meridionale
  • Canada centrale
  • Canada orientale
  • Stati Uniti centrali
  • Stati Uniti orientali
  • Stati Uniti orientali 2
  • Messico centrale
  • Stati Uniti centro-settentrionali
  • Stati Uniti centro-meridionali
  • Stati Uniti centro-occidentali
  • Stati Uniti occidentali
  • West US 2 (Regione Ovest degli Stati Uniti 2)
  • Stati Uniti occidentali 3

• Europa

  • Francia meridionale
  • Germania settentrionale
  • Germania centro-occidentale
  • Italia settentrionale
  • Norvegia orientale
  • Norvegia occidentale
  • Spagna centrale
  • Svezia centrale
  • Svezia meridionale
  • Svizzera settentrionale
  • Svizzera occidentale
  • Regno Unito meridionale
  • Regno Unito occidentale
  • Europa occidentale

• Medio Oriente

  • Israele centrale
  • Emirati Arabi Uniti centrali
  • Emirati Arabi Uniti settentrionali

• Africa

  • Sudafrica settentrionale
  • Sudafrica occidentale

• Asia Pacifico

  • Asia orientale
  • Australia centrale
  • Australia centrale 2
  • Australia orientale
  • Australia sud-orientale
  • India centrale
  • Indonesia centrale
  • Giappone orientale
  • Giappone occidentale
  • Jio India Centrale
  • Jio India Occidentale
  • Corea centrale
  • Corea meridionale
  • Asia sud-orientale
  • India meridionale
  • Taiwan settentrionale
  • Taiwan Nord-Ovest

Per verificare la disponibilità di un prodotto in base all'area geografica, vedere Prodotti disponibili in base all'area geografica.

Passaggio da Azure Cache per Redis

Per altre informazioni sulla migrazione da Cache Redis di Azure a Redis gestita di Azure, vedere Passare da Cache Redis di Azure a Redis gestita di Azure.

Contenuti correlati

• Creare un'istanza di Redis gestita di Azure
• Architettura redis gestita di Azure