Condividi tramite


Che cos'è Redis gestito di Azure (anteprima)?

Redis gestito di Azure (anteprima) 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 altre informazioni sulla compilazione di Redis gestite di Azure, vedere Architettura redis gestita di Azure.

Importante

Azure Managed Redis è attualmente disponibile in ANTEPRIMA. Vedere le condizioni per l'utilizzo supplementari per le anteprime di Microsoft Azure per termini legali aggiuntivi che si applicano a funzionalità di Azure in versione beta, in anteprima o in altro modo non ancora disponibili a livello generale.

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ù usato per le applicazioni non incaching, tra cui inserimento dati, deduplicazione, messaggistica, classifiche, memorizzazione nella cache semantica e come database vettoriale.

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

Scenari principali

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. Redis gestito di Azure fornisce il provider di 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 moduli APM usano il linguaggio naturale, questo può essere difficile per le cache tipiche da gestire. 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, consentendo di usarlo molto più naturalmente con IMS.
Deduplicazione Spesso, è necessario determinare se è già stata eseguita un'azione in un sistema, ad esempio determinare se viene eseguito un nome utente o se un cliente è già stato inviato un messaggio di posta elettronica. In Redis gestito di Azure i filtri bloom possono essere usati per 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 l'esecuzione delle operazioni associate alla richiesta richiede tempo. 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 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 Redis gestiti di Azure, ognuno con caratteristiche di prestazioni e livelli di prezzo diversi.

Per i dati in memoria sono disponibili tre livelli:

  • Ottimizzato per la memoria ideale per i casi d'uso con utilizzo intensivo della 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), che lo rende 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 a elevato utilizzo di prestazioni che richiedono una velocità effettiva massima, con un rapporto da memoria a vCPU (2:1) insufficiente. È ideale per le applicazioni che richiedono prestazioni elevate.

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

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

Nota

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 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 in caso di 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 un'istanza di Redis gestita di Azure.

Livelli e SKU a colpo d'occhio

Tabella che mostra le diverse configurazioni di memoria e vCPU per ogni SKU e livello di Redis gestito di Azure.

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à Ottimizzato per la memoria Bilanciato Con ottimizzazione per il calcolo Flash Optimized
Dimensione (GB) 12 - 1920 0.5 - 960 3 - 720 250 - 4500
Contratto di servizio (SLA)
Crittografia di dati in transito Sì (endpoint privato) Sì (endpoint privato) Sì (endpoint privato) Sì (endpoint privato)
Replica e failover
Isolamento rete
Autenticazione basata su ID Di Microsoft Entra
Ridimensionamento
Persistenza dei dati
Ridondanza della zona
Replica geografica Sì (attivo) Sì (attivo) Sì (attivo) 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 Redis)
Funzionalità di ricerca (inclusa la ricerca vettoriale) No
Strutture di dati probabilistici (vale a dire Redis Bloom)
Funzionalità del database Time Series( ovvero TimeSeries Redis)
Redis su Flash (noto anche come autotiering)
Importazione/Esportazione
Aggiornare il canale e pianificare gli aggiornamenti No No No No

Importante

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

Importante

Il contratto di servizio è disponibile solo a livello generale e non è disponibile durante l'anteprima.

Nota

Il supporto per la riduzione delle prestazioni è limitato in alcune situazioni. Per altre informazioni, vedere Prerequisiti/limitazioni del ridimensionamento di Redis gestito di Azure.

Altre considerazioni relative alla selezione di un livello

  • Prestazioni di rete: se si dispone di un carico di lavoro che richiede una velocità effettiva elevata, è possibile che si verifichi un collo di bottiglia per larghezza di banda di rete. È 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. Una larghezza di banda più elevata consente di evitare la saturazione della rete, che causa i timeout dell'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 dell'indirizzo IP viene assorbito da Redis gestito di Azure e non viene passato ai clienti. Ciò potrebbe cambiare in futuro. Per altre informazioni, vedere Prezzi degli indirizzi IP.

Importante

L'uso della replica geografica attiva produrrà 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. Ciò 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. Per verificare la disponibilità di un prodotto in base all'area geografica, vedere Prodotti disponibili in base all'area geografica.

Migrazione da cache di Azure per Redis

Per altre informazioni sulla migrazione da cache di Azure per Redis a Redis gestito di Azure, vedere Passare da cache di Azure per Redis ad Azure Managed Redis