Attività di amministrazione per Cache Redis di Azure

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.

Selezionare i nodi da riavviare e selezionare Riavvia.

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

Per riavviare uno o più nodi della cache, selezionare i nodi e 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 riavviati.

• Primario - Quando il nodo primario viene riavviato, Cache Redis di Azure esegue il failover nel nodo di replica e lo promuove a primario. Durante questo failover, può verificarsi un breve intervallo in cui le connessioni alla cache potrebbero non riuscire.
• Replica: quando il nodo di replica viene riavviato, in genere non si verifica 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, la perdita di dati non si verifica. Tuttavia, la perdita di dati può comunque verificarsi a eventi o errori di manutenzione imprevisti. Il riavvio della cache molte volte in una riga aumenta la probabilità di perdita di dati.
• Nodi di una cache Premium con clustering abilitato : quando si riavvia uno o più nodi di una cache Premium con clustering abilitato, il comportamento per i nodi selezionati è uguale a quando si riavvia il nodo o i nodi corrispondenti di una cache non cluster.

Domande frequenti sulla funzionalità di riavvio

• Quale nodo si deve riavviare per testare l'applicazione?
• È possibile riavviare la cache per annullare le connessioni al client?
• Con il riavvio i dati nella cache andranno persi?
• È possibile riavviare la cache usando PowerShell, l'interfaccia della riga di comando o altri strumenti di gestione?
• È possibile riavviare la cache Aziendale?

Quale nodo si deve riavviare per testare l'applicazione?

Per testare la resilienza dell'applicazione in caso di errore del nodo primario della cache, riavviare il nodo primario . Per testare la resilienza dell'applicazione in caso di errore del nodo di 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 cancellate. 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.

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 preso con cautela.

Se si riavvia solo uno dei nodi, i dati non vengono in genere persi, ma potrebbero essere ancora. 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 se si riavvia un nodo e l'altro nodo si arresta a causa di un errore contemporaneamente.

È 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 Aziendale?

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. Non viene visualizzato il riavvio quando si usa una cache dal livello Enterprise.

Scaricare i dati

Quando si usano i livelli Basic, Standard o Premium di Azure Cache per Redis, vengono visualizzati Cancella dati nel menu delle 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. È anche possibile configurare per eseguire periodicamente l'operazione di scaricamento nelle cache di sviluppo/test per mantenere 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.

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 usando il canale di aggiornamento di 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 vengono memorizzate nel canale di aggiornamento Stabile .

Una finestra di manutenzione consente di controllare i giorni e gli orari di una 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.

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

Per specificare una finestra di manutenzione, controllare i giorni desiderati e specificare l'ora di inizio della finestra di manutenzione per ogni giorno. Quindi selezionare OK. L'ora dell'intervallo 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 è possibile configurarlo in PowerShell usando il MaintenanceWindow parametro 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?
• Quale tipo di aggiornamenti vengono eseguiti durante l'intervallo di manutenzione pianificato?
• È possibile gestire gli aggiornamenti pianificati usando PowerShell, l'interfaccia della riga di comando o altri strumenti di gestione?
• Un aggiornamento coperto e gestito dalla funzionalità "Aggiornamenti pianificati" può verificarsi al di fuori della finestra "Aggiornamenti pianificati"?

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. La finestra di manutenzione non si applica agli aggiornamenti o agli aggiornamenti di Azure per il 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:

• Get-AzRedisCachePatchSchedule
• New-AzRedisCachePatchSchedule
• New-AzRedisCacheScheduleEntry
• Remove-AzRedisCachePatchSchedule

Un aggiornamento coperto e gestito dalla funzionalità Aggiornamenti pianificati può essere eseguito all'esterno della finestra Aggiornamenti pianificati?

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

Contenuti correlati

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

• Cache di Azure per Redis - Livelli di servizio