Condividi tramite

Attività di amministrazione per la cache di Azure per Redis

  • Si applica a: ✅ Azure Cache for Redis

Importante

La cache di Azure per Redis ha annunciato la sequenza temporale di ritiro per tutti gli SKU. È consigliabile spostare le istanze di Cache Redis di Azure esistenti in Azure Managed Redis non appena è possibile.

Per altre informazioni sul ritiro:

Questo articolo descrive attività come il riavvio, lo scaricamento di una cache e il canale di aggiornamento e la pianificazione degli aggiornamenti per le istanze di Cache Redis di Azure.

Riavvio

Quando si usano i livelli Basic, Standard o Premium di Azure Cache per Redis, si vede Reboot nel menu delle risorse. Usare il riavvio per riavviare uno o più nodi della cache. Il riavvio consente di testare la resilienza dell'applicazione in caso di errore di un nodo della cache.

Importante

Il riavvio non è ancora disponibile per il livello Enterprise. Il riavvio è disponibile per tutti gli altri livelli.

Screenshot che evidenzia l'opzione di menu Riavvia

Selezionare i nodi per il riavvio, poi selezionare Riavvia.

Screenshot che mostra i nodi che è possibile riavviare

Se si dispone di una cache Premium con clustering abilitato, è possibile selezionare le partizioni della cache da riavviare.

Screenshot delle opzioni di partizionamento

Per riavviare uno o più nodi della cache, selezionare i nodi, poi selezionare Riavvia. Se è abilitata una cache Premium con clustering, selezionare le partizioni da riavviare e quindi selezionare Riavvia. Dopo alcuni minuti, i nodi selezionati si riavviano e vengono ripristinati online pochi minuti dopo.

L'effetto sulle applicazioni client varia a seconda dei nodi che si riavviano.

  • Principale: quando il nodo principale viene riavviato, Cache Redis di Azure esegue il failover del nodo della replica, che diventa principale. Durante questo failover, può verificarsi un breve intervallo in cui le connessioni alla cache potrebbero generare un errore.
  • Replica: quando il nodo di replica viene riavviato, in genere non c’è alcun effetto sui client della cache.
  • Sia primario che replica : quando entrambi i nodi della cache vengono riavviati, Cache Redis di Azure tenta di riavviare normalmente entrambi i nodi, in attesa del completamento di uno prima del riavvio dell'altro. In genere, non si verifica perdita di dati. Tuttavia, la perdita di dati può comunque verificarsi a causa di errori o eventi di manutenzione imprevisti. Il riavvio della cache molte volte in una riga aumenta la probabilità di perdere dati.
  • Nodi di una cache Premium con clustering abilitato: quando si riavviano uno o più nodi di una cache Premium con clustering abilitato, il comportamento per i nodi selezionati è uguale a quando si riavviano il nodo o i nodi corrispondenti di una cache non in cluster.

Domande frequenti sulla funzionalità di riavvio

Quale nodo si deve riavviare per testare l'applicazione?

Per testare la resilienza dell'applicazione in caso di errore del nodo principale della cache, riavviare il nodo Principale . Per testare la resilienza dell'applicazione in caso di errore del nodo replica, riavviare il nodo Replica .

È possibile riavviare la cache per annullare le connessioni al client?

Sì, se si riavvia la cache, tutte le connessioni client vengono annullate. Il riavvio può essere utile nel caso in cui vengano usate tutte le connessioni client a causa di un errore di logica o di un bug nell'applicazione client. Ogni piano tariffario presenta diversi limiti di connessione al client per le diverse dimensioni e, una volta raggiunti questi limiti, non vengono accettate altre connessioni al client. Il riavvio della cache consente di annullare tutte le connessioni al client.

Importante

Se si riavvia la cache per cancellare le connessioni client, StackExchange.Redis si riconnette automaticamente solo dopo che il nodo di Redis è tornato in linea. Se il problema sottostante non viene risolto, le connessioni client potrebbero rimanere bloccate.

Con il riavvio i dati nella cache andranno persi?

Se si riavviano entrambi i nodi primario e di replica, tutti i dati nella cache o tutti i dati in tale partizione, quando si usa una cache Premium con il clustering abilitato, devono essere sicuri. Tuttavia, i dati possono essere persi in alcuni casi. Il riavvio di entrambi i nodi deve essere affrontato con cautela.

Se si riavvia solo uno dei nodi, in genere i dati non vengono persi, ma è comunque possibile. Ad esempio, se il nodo primario viene riavviato e una scrittura della cache è in corso, i dati della scrittura della cache andranno persi. Un altro scenario per la perdita di dati sarebbe quando si riavvia un nodo e l'altro nodo si arresta contemporaneamente a causa di un errore.

È anche necessario sapere che il riavvio di entrambi i nodi non comporta lo scaricamento dei dati. Per cancellare i dati, usare la procedura di scaricamento dalla console del portale.

È possibile riavviare la cache usando PowerShell, l'interfaccia della riga di comando o altri strumenti di gestione?

Sì, per istruzioni relative a PowerShell vedere Riavviare una Cache Redis.

È possibile riavviare la cache Enterprise?

No. Il riavvio non è ancora disponibile per il livello Enterprise. Il riavvio è disponibile per i livelli Basic, Standard e Premium. Le impostazioni visualizzate nel menu Risorsa in Amministrazione dipendono dal livello della cache. Quando si usa una cache del livello Enterprise Riavvia non viene visualizzato.

Scaricare i dati

Quando si usano i livelli Basic, Standard o Premium di cache di Azure per Redis, viene visualizzato Scarica dati nel menu risorse. Usare Scarica dati per eliminare o scaricare tutti i dati nella cache. Il flushing può essere utilizzato prima delle operazioni di ridimensionamento per ridurre potenzialmente il tempo necessario a completare l'operazione di scalabilità sulla cache. È inoltre possibile impostare la configurazione in modo che venga eseguita periodicamente l'operazione di scaricamento nelle cache di sviluppo/test per tenere sotto controllo l'utilizzo della memoria.

L'operazione di scaricamento, quando eseguita in una cache in cluster, cancella i dati da tutte le partizioni contemporaneamente.

Importante

In precedenza, l'operazione di scaricamento era disponibile solo per le cache del livello Enterprise con replica geografica. È ora disponibile nei livelli Basic, Standard e Premium.

Screenshot che mostra i dati scaricati selezionati nel menu Risorsa di un'istanza della cache.

Aggiornare il canale e pianificare gli aggiornamenti

Quando si usano i livelli Basic, Standard o Premium di Cache Redis di Azure, viene visualizzato Pianificare gli aggiornamenti nel menu delle risorse. Usare gli aggiornamenti pianificati per scegliere un canale di aggiornamento e una finestra di manutenzione per l'istanza della cache.

Qualsiasi istanza della cache che usa il canale di aggiornamento Stabile riceve aggiornamenti alcune settimane dopo rispetto alle istanze della cache che usano il canale di aggiornamento Anteprima. È consigliabile scegliere il canale di aggiornamento di anteprima per i carichi di lavoro non di produzione e meno critici. Scegliere il canale di aggiornamento Stabile per i carichi di lavoro di produzione più critici. Per impostazione predefinita, tutte le cache utilizzano il canale di aggiornamento Stabile.

Importante

Se si modifica il canale di aggiornamento nell'istanza della cache, la cache viene sottoposta a un evento di applicazione di patch affinché vengano applicati gli aggiornamenti corretti. È consigliabile modificare il canale di aggiornamento durante la finestra di manutenzione.

Una finestra di manutenzione consente di controllare i giorni e gli orari della settimana durante i quali è possibile aggiornare le macchine virtuali che ospitano la cache. Cache Redis di Azure fa il massimo sforzo per avviare e completare l'aggiornamento del software server Redis entro l'intervallo di tempo specificato.

Importante

La finestra di manutenzione e il canale di aggiornamento si applicano agli aggiornamenti e agli aggiornamenti del server Redis al sistema operativo delle macchine virtuali che ospitano la cache. La finestra di manutenzione e il canale di aggiornamento non si applicano agli aggiornamenti del sistema operativo host sui sistemi che ospitano le VMs di cache o altri componenti di rete di Azure. In rari casi in cui le cache sono ospitate in modelli meno recenti, la finestra di manutenzione non si applica nemmeno agli aggiornamenti del sistema operativo guest. È possibile stabilire se la cache si trova in un modello precedente se il nome DNS della cache viene risolto in un suffisso , cloudapp.netchinacloudapp.cn, usgovcloudapi.neto cloudapi.de.

Attualmente non è disponibile alcuna opzione per configurare un canale di aggiornamento o gli aggiornamenti pianificati per una cache di livello Enterprise.

Screenshot che mostra gli aggiornamenti della pianificazione

Per specificare un intervallo di manutenzione, selezionare i giorni desiderati e specificare l'ora di inizio dell'intervallo per ogni giorno. Quindi selezionare OK. L'ora della finestra di manutenzione è in formato UTC e può essere configurata solo su base oraria.

L'intervallo di manutenzione minimo predefinito per gli aggiornamenti è di cinque ore. Questo valore non è configurabile dal portale di Azure, ma può essere configurato in PowerShell usando il parametro MaintenanceWindow del cmdlet New-AzRedisCacheScheduleEntry. Per altre informazioni, vedere È possibile gestire gli aggiornamenti pianificati usando PowerShell, l'interfaccia della riga di comando o altri strumenti di gestione?

Domande frequenti sulla pianificazione degli aggiornamenti

Quando vengono eseguiti gli aggiornamenti se non si usa la funzionalità di pianificazione degli aggiornamenti?

Se non si specifica un intervallo di manutenzione, è possibile eseguire aggiornamenti in qualsiasi momento.

Quale tipo di aggiornamenti vengono eseguiti durante l'intervallo di manutenzione pianificato?

Durante l'intervallo di manutenzione pianificato vengono eseguiti solo gli aggiornamenti del server Redis. L'intervallo di manutenzione non si applica agli aggiornamenti di Azure o del sistema operativo host.

È possibile gestire gli aggiornamenti pianificati usando PowerShell, l'interfaccia della riga di comando o altri strumenti di gestione?

Sì, è possibile gestire gli aggiornamenti pianificati con i cmdlet di PowerShell seguenti:

Un aggiornamento coperto e gestito dalla funzionalità Aggiornamenti pianificati può avvenire al di fuori della finestra Aggiornamenti pianificati?

Sì. In generale, gli aggiornamenti non vengono applicati all'esterno della finestra Aggiornamenti pianificati configurati. I rari aggiornamenti di sicurezza critici possono essere applicati al di fuori della pianificazione dell'applicazione di patch, come parte della politica di sicurezza.

Contenuti correlati

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

  • Last updated on