Condividi tramite


Configurare la persistenza dei dati per un'istanza di cache di Azure per Redis

La persistenza di Redis consente di rendere persistenti i dati archiviati nell'istanza della cache. In caso di errore hardware, l'istanza della cache viene riattivata con i dati del file di persistenza quando torna online. La possibilità di rendere persistenti i dati è un modo importante per aumentare la durabilità di un'istanza della cache perché tutti i dati della cache vengono archiviati in memoria. La perdita di dati è possibile se si verifica un errore quando i nodi della cache sono inattivo. La persistenza deve essere una parte fondamentale della strategia di disponibilità elevata e ripristino di emergenza con cache di Azure per Redis.

Avviso

Se si usa la persistenza nel livello Premium, verificare se l'account di archiviazione ha l'eliminazione temporanea abilitata prima di usare la funzionalità di persistenza dei dati. L'uso della persistenza dei dati con l'eliminazione temporanea causa costi di archiviazione molto elevati. Per altre informazioni, vedere Abilitare l'eliminazione temporanea?

Avviso

L'opzione di scrittura sempre per la persistenza AOF nei livelli Enterprise ed Enterprise Flash è impostata per essere ritirata il 1° aprile 2025. Questa opzione presenta limitazioni significative per le prestazioni non è più consigliata. È invece consigliabile usare l'opzione di scrittura ogni secondo o usare la persistenza RDB.

Ambito della disponibilità

Livello Basic e Standard Premium Enterprise, Enterprise Flash
Disponibile No Sì (anteprima)

Tipi di persistenza dei dati in Redis

Sono disponibili due opzioni per la persistenza con cache di Azure per Redis: il formato del database Redis (RDB) e il formato AOF (Append only File):

  • Persistenza RDB: quando si usa la persistenza RDB, cache di Azure per Redis salva in modo permanente uno snapshot della cache in un formato binario. Lo snapshot viene salvato in un account Archiviazione di Azure. La frequenza di backup configurabile determina la frequenza con cui rendere persistente lo snapshot. Se si verifica un evento irreversibile che disabilita sia la cache primaria che quella di replica, la cache viene ricostruita automaticamente usando lo snapshot più recente. Altre informazioni sono disponibili sui vantaggi e gli svantaggi della persistenza RDB.
  • Persistenza AOF: quando si usa la persistenza AOF, cache di Azure per Redis salva ogni operazione di scrittura in un log. Il log viene salvato almeno una volta al secondo in un account Archiviazione di Azure. Se si verifica un evento irreversibile che disabilita le cache primaria e di replica, la cache viene ricostruita automaticamente usando le operazioni di scrittura archiviate. Altre informazioni sono disponibili sui vantaggi e gli svantaggi della persistenza AOF.

cache di Azure per Redis funzionalità di persistenza devono essere usate per ripristinare automaticamente i dati nella stessa cache dopo la perdita di dati. I file di dati persistenti RDB/AOF non possono essere importati in una nuova cache o nella cache esistente. Per spostare i dati tra le cache, usare la funzionalità Importazione ed Esportazione . Per altre informazioni, vedere Importare ed esportare dati in cache di Azure per Redis.

Per generare tutti i backup dei dati che possono essere aggiunti a una nuova cache, è possibile scrivere script automatizzati usando PowerShell o l'interfaccia della riga di comando che esportano periodicamente i dati.

Prerequisiti e limitazioni

Le funzionalità di persistenza devono essere usate per ripristinare i dati nella stessa cache dopo la perdita di dati.

  • I file di dati persistenti RDB/AOF non possono essere importati in una nuova cache o nella cache esistente. Usare invece la funzionalità Importazione/Esportazione.
  • La persistenza non è supportata con le cache che usano la replica geografica passiva o la replica geografica attiva.
  • Nel livello Premium la persistenza AOF non è supportata con più repliche.
  • Nel livello Premium i dati devono essere salvati in modo permanente in un account di archiviazione nella stessa area dell'istanza della cache.
  • Nel livello Premium, gli account di archiviazione in sottoscrizioni diverse possono essere usati per rendere persistenti i dati se l'identità gestita viene usata per connettersi all'account di archiviazione.

Differenze tra persistenza nei livelli Premium ed Enterprise

Nel livello Premium i dati vengono salvati in modo permanente direttamente in un account Archiviazione di Azure di cui si è proprietari e gestiti. Archiviazione di Azure crittografa automaticamente i dati quando vengono salvati in modo permanente, ma è anche possibile usare chiavi personalizzate per la crittografia. Per altre informazioni, vedere Chiavi gestite dal cliente per la crittografia di archiviazione di Azure.

Avviso

Se si usa la persistenza nel livello Premium, verificare se l'account di archiviazione ha l'eliminazione temporanea abilitata prima di usare la funzionalità di persistenza dei dati. L'uso della persistenza dei dati con l'eliminazione temporanea causa costi di archiviazione molto elevati. Per altre informazioni, vedere Abilitare l'eliminazione temporanea?

Nei livelli Enterprise ed Enterprise Flash i dati vengono salvati in modo permanente in un disco gestito collegato direttamente all'istanza della cache. Il percorso non è configurabile né accessibile all'utente. L'uso di un disco gestito aumenta le prestazioni di persistenza. Il disco viene crittografato usando chiavi gestite da Microsoft (MMK) per impostazione predefinita, ma è possibile usare anche chiavi gestite dal cliente. Per altre informazioni, vedere Gestione della crittografia dei dati.

Come configurare la persistenza dei dati usando il portale di Azure

  1. Per creare una cache Premium, accedere al portale di Azure e selezionare Crea una risorsa. È possibile creare cache nel portale di Azure. È anche possibile crearli usando modelli di Resource Manager, PowerShell o l'interfaccia della riga di comando di Azure. Per altre informazioni sulla creazione di un'istanza di Cache Redis di Azure, vedere Creare una cache.

    Screenshot che mostra un modulo per creare una risorsa cache di Azure per Redis.

  2. Nella pagina Crea una risorsa selezionare Database e quindi selezionare cache di Azure per Redis.

    Screenshot che mostra cache di Azure per Redis selezionato come nuovo tipo di database.

  3. Nella pagina Nuova cache Redis configurare le impostazioni per la nuova cache Premium.

    Impostazione Valore suggerito Descrizione
    Nome DNS Immettere un nome globalmente univoco. Il nome della cache deve essere una stringa compresa tra 1 e 63 caratteri contenente solo numeri, lettere o trattini. Il nome deve iniziare e terminare con un numero o una lettera e non può contenere trattini consecutivi. Il nome host per l'istanza della cache è \<DNS name>.redis.cache.windows.net.
    Abbonamento A discesa e selezionare la sottoscrizione. Sottoscrizione in cui creare la nuova istanza della cache di Azure per Redis.
    Gruppo di risorse A discesa e selezionare un gruppo di risorse oppure selezionare Crea nuovo e immettere un nuovo nome del gruppo di risorse. Nome del gruppo di risorse in cui creare la cache e altre risorse. L'inserimento di tutte le risorse di un'app in un unico gruppo di risorse ne semplifica la gestione o l'eliminazione.
    Location A discesa e selezionare una località. Selezionare un'area in prossimità di altri servizi che useranno la cache.
    Tipo di cache Elenco a discesa e selezionare una cache Premium per configurare le funzionalità Premium. Per informazioni dettagliate, vedere prezzi cache di Azure per Redis. Il piano tariffario determina le dimensioni, le prestazioni e le funzionalità disponibili per la cache. Per altre informazioni, vedere la panoramica su Cache Redis di Azure.
  4. Selezionare la scheda Rete o selezionare il pulsante Rete nella parte inferiore della pagina.

  5. Nella scheda Rete selezionare il metodo di connettività. Per le istanze della cache Premium, ci si connette pubblicamente tramite indirizzi IP pubblici o endpoint di servizio. Ci si connette privatamente usando un endpoint privato.

  6. Selezionare la scheda Avanti: Avanzate o selezionare il pulsante Avanti: Avanzate nella parte inferiore della pagina.

  7. Nella scheda Avanzate per un'istanza della cache Premium configurare le impostazioni per la porta non TLS, il clustering e la persistenza dei dati. Per la persistenza dei dati, è possibile scegliere la persistenza RDB o AOF .

  8. Per abilitare la persistenza RDB, selezionare RDB e configurare le impostazioni.

    Impostazione Valore suggerito Descrizione
    Metodo di autenticazione A discesa e selezionare un metodo di autenticazione. Le scelte sono identità gestite o chiave di Archiviazione Scegliere il metodo di autenticazione preferito. L'uso dell'identità gestita consente di usare un account di archiviazione in una sottoscrizione diversa da quella in cui si trova la cache.
    Abbonamento Elenco a discesa e selezionare una sottoscrizione. È possibile scegliere un account di archiviazione in una sottoscrizione diversa se si usa l'identità gestita come metodo di autenticazione.
    Frequenza di backup A discesa e selezionare un intervallo di backup. Le opzioni disponibili includono 15 minuti, 30 minuti, 60 minuti, 6 ore, 12 ore e 24 ore. Questo intervallo inizia il conteggio dopo il completamento dell'operazione di backup precedente. Al termine, viene avviato un nuovo backup.
    Account di archiviazione A discesa e selezionare l'account di archiviazione. Scegliere un account di archiviazione nella stessa area e nella stessa sottoscrizione della cache. È consigliabile un account Archiviazione Premium perché ha una velocità effettiva più elevata. È inoltre consigliabile disabilitare la funzionalità di eliminazione temporanea nell'account di archiviazione perché comporta un aumento dei costi di archiviazione. Per altre informazioni, vedere Prezzi e fatturazione.
    chiave Archiviazione Nell'elenco a discesa scegliere la chiave primaria o la chiave secondaria da usare. Se la chiave di archiviazione per l'account di persistenza viene rigenerata, è necessario riconfigurare la chiave dall'elenco a discesa chiave Archiviazione.

    Il primo backup viene avviato una volta trascorso l'intervallo di frequenza di backup.

    Nota

    Quando viene eseguito il backup dei file RDB nell'archiviazione, questi vengono archiviati sotto forma di BLOB di pagine. Se si usa un account di archiviazione con HNS abilitato, la persistenza tenderà a non riuscire perché i BLOB di pagine non sono supportati negli account di archiviazione con HNS abilitato (ADLS Gen2).

  9. Per abilitare la persistenza AOF, selezionare AOF e configurare le impostazioni.

    Impostazione Valore suggerito Descrizione
    Metodo di autenticazione A discesa e selezionare un metodo di autenticazione. Le scelte sono identità gestite o chiave di Archiviazione Scegliere il metodo di autenticazione preferito. L'uso dell'identità gestita consente di usare un account di archiviazione in una sottoscrizione diversa da quella in cui si trova la cache.
    Abbonamento Elenco a discesa e selezionare una sottoscrizione. È possibile scegliere un account di archiviazione in una sottoscrizione diversa se si usa l'identità gestita come metodo di autenticazione.
    Primo account Archiviazione A discesa e selezionare l'account di archiviazione. Scegliere un account di archiviazione nella stessa area e nella stessa sottoscrizione della cache. È consigliabile un account Archiviazione Premium perché ha una velocità effettiva più elevata. È inoltre consigliabile disabilitare la funzionalità di eliminazione temporanea nell'account di archiviazione perché comporta un aumento dei costi di archiviazione. Per altre informazioni, vedere Prezzi e fatturazione.
    Prima chiave di Archiviazione Nell'elenco a discesa scegliere la chiave primaria o la chiave secondaria da usare. Se la chiave di archiviazione per l'account di persistenza viene rigenerata, è necessario riconfigurare la chiave dall'elenco a discesa chiave Archiviazione.
    Secondo account Archiviazione (Facoltativo) A discesa e selezionare l'account di archiviazione secondario. Facoltativamente, è possibile configurare un altro account di archiviazione. Se si configura un secondo account di archiviazione, è qui che vengono scritte le operazioni di scrittura alla cache di replica.
    Seconda chiave di Archiviazione (Facoltativo) Nell'elenco a discesa scegliere la chiave primaria o la chiave secondaria da usare. Se la chiave di archiviazione per l'account di persistenza viene rigenerata, è necessario riconfigurare la chiave dall'elenco a discesa chiave Archiviazione.

    Con la persistenza AOF abilitata, le operazioni di scrittura nella cache vengono salvate nell'account di archiviazione denominato (o account se è stato configurato un secondo account di archiviazione). Se si verifica un errore irreversibile che arresta sia la cache primaria che quella di replica, il log AOF archiviato viene usato per ricompilare la cache.

  10. Selezionare la scheda Avanti: Tag oppure selezionare il pulsante Avanti: Tag nella parte inferiore della pagina.

  11. Facoltativamente, nella scheda Tag immettere il nome e il valore se si vuole categorizzare la risorsa.

  12. Selezionare Rivedi e crea. Si viene reindirizzati alla scheda Rivedi e crea in cui Azure convalida la configurazione.

  13. Quando viene visualizzato il messaggio di convalida verde, selezionare Crea.

La creazione della cache richiede un po' di tempo. È possibile monitorare lo stato di avanzamento nella pagina Panoramica della cache di Azure per Redis. Quando l'elemento Stato indica In esecuzione, la cache è pronta per l'uso.

Come configurare la persistenza dei dati usando PowerShell e l'interfaccia della riga di comando di Azure

Il comando New-AzRedisCache può essere usato per creare una nuova cache di livello Premium usando la persistenza dei dati. Vedere esempi per la persistenza RDB e la persistenza AOF

Le cache esistenti possono essere aggiornate usando il comando Set-AzRedisCache . Vedere esempi di aggiunta di persistenza a una cache esistente.

Il comando az redis create può essere usato per creare una nuova cache di livello Premium usando la persistenza dei dati. Ad esempio:

az redis create --location westus2 --name MyRedisCache --resource-group MyResourceGroup --sku Premium --vm-size p1 --redis-configuration @"config_rdb.json"

È possibile aggiornare le cache esistenti usando il comando az redis update . Ad esempio:

az redis update --name MyRedisCache --resource-group MyResourceGroup --set "redisConfiguration.rdb-storage-connection-string"="BlobEndpoint=https//..." "redisConfiguration.rdb-backup-enabled"="true" "redisConfiguration.rdb-backup-frequency"="15" "redisConfiguration.rdb-backup-max-snapshot-count"="1"

Gestione della crittografia dei dati

Poiché la persistenza di Redis crea dati inattivi, la crittografia di questi dati è un problema importante per molti utenti. Le opzioni di crittografia variano in base al livello di cache di Azure per Redis in uso.

Con il livello Premium, i dati vengono trasmessi direttamente dall'istanza della cache a Archiviazione di Azure all'avvio della persistenza. È possibile usare vari metodi di crittografia con Archiviazione di Azure, tra cui chiavi gestite da Microsoft, chiavi gestite dal cliente e chiavi fornite dal cliente. Per informazioni sui metodi di crittografia, vedere crittografia Archiviazione di Azure per i dati inattivi.

Con i livelli Enterprise ed Enterprise Flash, i dati vengono archiviati in un disco gestito montato nell'istanza della cache. Per impostazione predefinita, il disco che contiene i dati di persistenza e il disco del sistema operativo vengono crittografati usando chiavi gestite da Microsoft. È anche possibile usare una chiave gestita dal cliente (CMK) per controllare la crittografia dei dati. Per istruzioni, vedere Crittografia nelle cache di livello Enterprise.

Domande frequenti sulla persistenza

Nell'elenco seguente sono fornite risposte a domande frequenti sulla persistenza di Cache Redis di Azure.

Persistenza RDB

Persistenza AOF

È possibile abilitare la persistenza per una cache creata in precedenza?

Sì, la persistenza può essere configurata sia durante la creazione della cache che nelle cache Premium, Enterprise o Enterprise Flash esistenti.

È possibile abilitare la persistenza AOF e RDB allo stesso tempo?

No, è possibile abilitare RDB o AOF, ma non entrambi contemporaneamente.

Come funziona la persistenza con la replica geografica?

Se si abilita la persistenza dei dati, la replica geografica non può essere abilitata per la cache.

Quale modello di persistenza è consigliabile scegliere?

Il salvataggio permanente di file Append-only (AOF) salva ogni scrittura in un log, con un effetto significativo sulla velocità effettiva. Rispetto a AOF con la persistenza RDB, che salva i backup in base all'intervallo di backup configurato con un effetto minimo sulle prestazioni. Scegliere La persistenza AOF se l'obiettivo principale è ridurre al minimo la perdita di dati ed è possibile gestire una velocità effettiva inferiore per la cache. Se si desidera invece mantenere la velocità effettiva ottimale nella cache e avere comunque un meccanismo per il ripristino dei dati, è preferibile scegliere la persistenza RDB.

  • Altre informazioni sono disponibili sui vantaggi e gli svantaggi della persistenza RDB.
  • Altre informazioni sono disponibili sui vantaggi e gli svantaggi della persistenza AOF.

Per altre informazioni sulle prestazioni quando si usa la persistenza AOF, vedere La persistenza AOF influisce sulla velocità effettiva, la latenza o sulle prestazioni della cache?

La persistenza AOF influisce su velocità effettiva, latenza o prestazioni della cache?

La persistenza AOF influisce sulla velocità effettiva. AOF viene eseguito sia nel processo primario che in quello di replica, pertanto viene visualizzato un carico di CPU e server superiore per una cache con persistenza AOF rispetto a una cache identica senza persistenza AOF. AOF offre la migliore coerenza con i dati in memoria perché ogni scrittura ed eliminazione viene mantenuta con pochi secondi di ritardo. Il compromesso è che AOF è più a elevato utilizzo di calcolo.

Se il carico della CPU e del server è inferiore al 90%, si verifica una riduzione della velocità effettiva, ma la cache funziona normalmente, in caso contrario. Oltre il 90% della CPU e del carico del server, la riduzione della velocità effettiva può aumentare notevolmente e la latenza di tutti i comandi elaborati dalla cache aumenta. La latenza aumenta perché la persistenza AOF viene eseguita sia nel processo primario che in quello di replica, aumentando il carico sul nodo in uso e inserendo la persistenza nel percorso critico dei dati.

Cosa accade se è stato eseguito il ridimensionamento a una dimensione diversa e viene ripristinato un backup eseguito prima dell'operazione di ridimensionamento?

Per la persistenza sia RDB sia AOF:

È possibile usare lo stesso account di archiviazione per la persistenza in due cache diverse?

No, è necessario usare account di archiviazione diversi per cache diverse. Ogni cache deve avere un proprio account di archiviazione per la persistenza.

Importante

Usare account di archiviazione separati per la persistenza ed eseguire operazioni di esportazione periodiche in una cache.

Verranno addebitati i costi per l'archiviazione usata nella persistenza dei dati?

  • Per le cache Premium , vengono addebitati i costi per l'archiviazione usata in base al modello tariffario dell'account di archiviazione in uso.
  • Per le cache Enterprise ed Enterprise Flash, non vengono addebitati costi per l'archiviazione su disco gestito. È incluso nel prezzo.

Con quale frequenza RDB e persistenza AOF scrivono nei BLOB e è necessario abilitare l'eliminazione temporanea?

È consigliabile evitare di abilitare l'eliminazione temporanea negli account di archiviazione quando vengono usati con cache di Azure per Redis persistenza dei dati con il livello Premium. La persistenza RDB e AOF può scrivere nei BLOB ogni ora, ogni pochi minuti o ogni secondo. Inoltre, l'abilitazione dell'eliminazione temporanea in un account di archiviazione significa che cache di Azure per Redis non può ridurre al minimo i costi di archiviazione eliminando i dati di backup precedenti.

L'eliminazione temporanea diventa rapidamente costosa con le dimensioni tipiche dei dati di una cache che esegue anche operazioni di scrittura ogni secondo. Per altre informazioni sui costi di eliminazione temporanea, vedere Prezzi e fatturazione.

È possibile modificare la frequenza di backup RDB dopo avere creato la cache?

Sì, è possibile modificare la frequenza di backup per la persistenza RDB usando la portale di Azure, l'interfaccia della riga di comando o PowerShell.

Perché sono presenti più di 60 minuti tra i backup quando si ha una frequenza di backup RDB di 60 minuti?

L'intervallo di frequenza di backup di persistenza RDB non viene avviato fino al completamento del processo di backup precedente. Se la frequenza di backup è di 60 minuti e il completamento del processo di backup richiede 15 minuti, il backup successivo non verrà avviato fino a 75 minuti dopo l'ora di inizio del backup precedente.

Cosa accade ai backup RDB precedenti quando viene eseguito un nuovo backup?

Tutti i backup di persistenza RDB, ad eccezione del più recente, vengono eliminati automaticamente. Questa eliminazione potrebbe non verificarsi immediatamente, ma i backup meno recenti non vengono resi persistenti per un periodo illimitato. Se si usa il livello Premium per la persistenza e l'eliminazione temporanea è attivata per l'account di archiviazione, viene applicata l'impostazione di eliminazione temporanea e i backup esistenti continuano a risiedere nello stato di eliminazione temporanea.

Quando è consigliabile usare un secondo account di archiviazione?

Usare un secondo account di archiviazione per la persistenza AOF quando si ritiene di avere operazioni set superiori al previsto nella cache. L'impostazione del secondo account di archiviazione aiuta a garantire che la cache non raggiunga i limiti di larghezza di banda di archiviazione. Questa opzione è disponibile solo per le cache di livello Premium.

Come si rimuove il secondo account di archiviazione?

È possibile rimuovere l'account di archiviazione secondario della persistenza AOF impostandolo come il primo account di archiviazione. Per le cache esistenti, accedere alla persistenza dei dati dal menu Risorsa per la cache. Per disabilitare la persistenza AOF, selezionare Disabilitato.

Che cos'è un'operazione di riscrittura e in che modo influisce sulla cache?

Quando il file AOF diventa sufficientemente grande, viene automaticamente accodata una riscrittura nella cache. L'operazione di riscrittura ridimensiona il file AOF con il set minimo di operazioni necessarie per creare il set di dati corrente. Durante le riscritture, è possibile prevedere di raggiungere i limiti di prestazioni prima, soprattutto quando si gestiscono set di dati di grandi dimensioni. Le riscritture si verificano meno spesso quando il file AOF diventa più grande, ma richiede una quantità significativa di tempo quando si verifica.

Quali potrebbero essere gli effetti del ridimensionamento di una cache con la persistenza AOF abilitata?

Se il file AOF al momento del ridimensionamento è elevato, l'operazione di scalabilità richiederà più tempo del previsto perché ricarica il file al termine del ridimensionamento.

Per altre informazioni sul ridimensionamento, vedere Cosa accade se sono state ridimensionate a dimensioni diverse e viene ripristinato un backup eseguito prima dell'operazione di ridimensionamento?

Come vengono organizzati i dati AOF nello spazio di archiviazione?

Quando si usa il livello Premium, i dati archiviati nei file AOF vengono divisi in più BLOB di pagine per partizione. Per impostazione predefinita, la metà dei BLOB viene salvata nell'account di archiviazione primario e la metà vengono salvate nell'account di archiviazione secondario. La suddivisione dei dati tra più BLOB di pagine e due account di archiviazione diversi aumenta le prestazioni.

Se la frequenza massima di scritture nella cache non è molto elevata, è possibile che non siano necessarie prestazioni aggiuntive. In tal caso, è possibile rimuovere la configurazione dell'account di archiviazione secondario. Tutti i file AOF vengono invece archiviati in un unico account di archiviazione primario. Nella tabella seguente viene visualizzato il numero di BLOB di pagine totali usati per ogni piano tariffario:

Livello Premium BLOB
P1 8 per partizione
P2 16 per partizione
P3 32 per partizione
P4 40 per partizione

Quando è abilitato il clustering, ogni partizione nella cache ha un proprio set di BLOB di pagine, come indicato nella tabella precedente. Ad esempio, una cache P2 con tre partizioni distribuisce il file AOF tra 48 BLOB di pagine: sedici BLOB per partizione, con tre partizioni.

Dopo una riscrittura, nello spazio di archiviazione sono presenti due set di file AOF. Le riscritture si verificano in background e aggiungono al primo set di file. Impostare le operazioni inviate alla cache durante la riscrittura, aggiungere al secondo set. Un backup viene archiviato temporaneamente durante le riscritture in caso di errore. Il backup viene eliminato tempestivamente al termine di una riscrittura. Se l'eliminazione temporanea è attivata per l'account di archiviazione, l'impostazione di eliminazione temporanea si applica e i backup esistenti continuano a rimanere nello stato di eliminazione temporanea.

La presenza di eccezioni del firewall nell'account di archiviazione influisce sulla persistenza?

L'uso dell'identità gestita aggiunge l'istanza della cache all'elenco dei servizi attendibili, semplificando l'esecuzione delle eccezioni del firewall. Se non si usa l'identità gestita e si autorizza invece a un account di archiviazione usando una chiave, la presenza di eccezioni del firewall nell'account di archiviazione tende a interrompere il processo di persistenza. Questo vale solo per la persistenza nel livello Premium.

È possibile abilitare la persistenza AOF se si dispone di più repliche?

Con il livello Premium non è possibile usare la persistenza AOF (Append-only File) con più repliche. Nei livelli Enterprise ed Enterprise Flash l'architettura di replica è più complessa, ma la persistenza AOF è supportata quando le cache aziendali vengono usate nella distribuzione con ridondanza della zona.

Ricerca per categorie controllare se l'eliminazione temporanea è abilitata nell'account di archiviazione?

Selezionare l'account di archiviazione usato dalla cache per la persistenza. Selezionare Protezione dati dal menu Risorsa. Nel riquadro di lavoro controllare lo stato Abilita eliminazione temporanea per i BLOB. Per altre informazioni sull'eliminazione temporanea negli account di archiviazione di Azure, vedere Abilitare l'eliminazione temporanea per i BLOB.

Passaggi successivi

Altre informazioni sulle funzionalità di cache di Azure per Redis.