Come amministrare Cache Redis di AzureHow to administer Azure Redis Cache

Questo argomento descrive come eseguire attività di amministrazione, ad esempio il riavvio e la pianificazione degli aggiornamenti per le istanze di Cache Redis di Azure.This topic describes how to perform administration tasks such as rebooting and scheduling updates for your Azure Redis Cache instances.

RebootReboot

Il pannello Riavvia consente di riavviare uno o più nodi della cache.The Reboot blade allows you to reboot one or more nodes of your cache. La funzionalità di riavvio consente di testare la resilienza dell'applicazione in presenza di un errore di un nodo della cache.This reboot capability enables you to test your application for resiliency if there is a failure of a cache node.

Reboot

Selezionare i nodi per il riavvio e fare clic su Riavvia.Select the nodes to reboot and click Reboot.

Reboot

Se si dispone di una cache Premium con clustering abilitato, è possibile selezionare le partizioni della cache da riavviare.If you have a premium cache with clustering enabled, you can select which shards of the cache to reboot.

Reboot

Per riavviare uno o più nodi della cache, selezionare i nodi desiderati e fare clic su Reboot(Riavvia).To reboot one or more nodes of your cache, select the desired nodes and click Reboot. Se si dispone di una cache Premium con clustering abilitato, selezionare le partizioni desiderate per riavviare il computer e quindi fare clic su Reboot(Riavvia).If you have a premium cache with clustering enabled, select the desired shards to reboot and then click Reboot. Dopo alcuni minuti, i nodi selezionati si riavviano e vengono ripristinati online pochi minuti dopo.After a few minutes, the selected nodes reboot, and are back online a few minutes later.

L'impatto sulle applicazioni client varia a seconda dei nodi che si riavviano.The impact on client applications varies depending on which nodes that you reboot.

  • Principale : quando il nodo principale viene riavviato, Cache Redis di Azure esegue il failover del nodo della replica, che diventa principale.Master - When the master node is rebooted, Azure Redis Cache fails over to the replica node and promotes it to master. Durante il failover potrebbe verificarsi un breve intervallo in cui le connessioni alla cache potrebbero avere esito negativo.During this failover, there may be a short interval in which connections may fail to the cache.
  • Slave : il riavvio del nodo slave in genere non comporta alcun impatto sui client della cache.Slave - When the slave node is rebooted, there is typically no impact to cache clients.
  • Principale e slave : al riavvio di entrambi i nodi della cache, tutti i dati della cache vengono persi e le connessioni alla cache hanno esito negativo fino a quando il nodo primario non torna online.Both master and slave - When both cache nodes are rebooted, all data is lost in the cache and connections to the cache fail until the primary node comes back online. Se è stato configurato il salvataggio permanente dei dati, il backup più recente viene ripristinato quando la cache ritorna in linea, ma tutte le scritture nella cache che si sono verificate dopo l'ultimo backup andranno perse.If you have configured data persistence, the most recent backup is restored when the cache comes back online, but any cache writes that occurred after the most recent backup are lost.
  • 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 è analogo a quello che si ottiene quando si riavviano il nodo o i nodi corrispondenti di una cache non cluster.Nodes of a premium cache with clustering enabled - When you reboot one or more nodes of a premium cache with clustering enabled, the behavior for the selected nodes is the same as when you reboot the corresponding node or nodes of a non-clustered cache.

Importante

Il riavvio ora è disponibile per tutti i piani tariffari.Reboot is now available for all pricing tiers.

Domande frequenti sulla funzionalità di riavvioReboot FAQ

Quale nodo si deve riavviare per testare l'applicazione?Which node should I reboot to test my application?

Per testare la resilienza dell'applicazione in caso di errore del nodo principale della cache, riavviare il nodo Principale .To test the resiliency of your application against failure of the primary node of your cache, reboot the Master node. Per testare la resilienza dell'applicazione in caso di errore del nodo secondario, riavviare il nodo Slave .To test the resiliency of your application against failure of the secondary node, reboot the Slave node. Per testare la resilienza dell'applicazione in caso di errore completo della cache, riavviare Entrambi i nodi.To test the resiliency of your application against total failure of the cache, reboot Both nodes.

È possibile riavviare la cache per annullare le connessioni al client?Can I reboot the cache to clear client connections?

Sì, se si riavvia la cache tutte le connessioni client vengono annullate.Yes, if you reboot the cache all client connections are cleared. Il riavvio può risultare utile nel caso in cui tutte le connessioni client si interrompano a causa di un errore logico o di un bug nell'applicazione client.Rebooting can be useful in the case where all client connections are used up due to a logic error or a bug in the client application. 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.Each pricing tier has different client connection limits for the various sizes, and once these limits are reached, no more client connections are accepted. Il riavvio della cache consente di annullare tutte le connessioni al client.Rebooting the cache provides a way to clear all client connections.

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.If you reboot your cache to clear client connections, StackExchange.Redis automatically reconnects once the Redis node is back online. Se il problema sottostante non viene risolto, le connessioni client possono continuare a interrompersi.If the underlying issue is not resolved, the client connections may continue to be used up.

Con il riavvio i dati nella cache andranno persi?Will I lose data from my cache if I do a reboot?

Se si riavviano i nodi master e slave, vengono persi tutti i dati nella cache o nella partizione specifica se si usa una cache Premium con clustering abilitato.If you reboot both the Master and Slave nodes, all data in the cache (or in that shard if you are using a premium cache with clustering enabled) is lost. Se è stato configurato il salvataggio permanente dei dati, il backup più recente viene ripristinato quando la cache ritorna in linea, ma tutte le scritture nella cache che si sono verificate dopo l'esecuzione del backup andranno perse.If you have configured data persistence, the most recent backup will be restored when the cache comes back online, but any cache writes that have occurred after the backup was made are lost.

Se si riavvia solo uno dei nodi, in genere i dati non vengono persi, ma è comunque possibile.If you reboot just one of the nodes, data is not typically lost, but it still may be. Per esempio, se il nodo principale viene riavviato durante la scrittura della cache, i dati della scrittura andranno persi.For example if the master node is rebooted and a cache write is in progress, the data from the cache write is lost. Un altro scenario in cui avviene una perdita di dati si verifica se si riavvia un nodo e l'altro nodo diventa contemporaneamente inattivo basso a causa di un errore.Another scenario for data loss would be if you reboot one node and the other node happens to go down due to a failure at the same time. Per altre informazioni sulle possibili cause di una perdita di dati, vedere What happened to my data in Redis?(Cosa è accaduto ai dati in Redis)For more information about possible causes for data loss, see What happened to my data in Redis?

È possibile riavviare la cache usando PowerShell, l'interfaccia della riga di comando o altri strumenti di gestione?Can I reboot my cache using PowerShell, CLI, or other management tools?

Sì, per istruzioni relative a PowerShell vedere To reboot a Redis cache(Per riavviare una Cache Redis).Yes, for PowerShell instructions see To reboot a Redis cache.

Con quali piani tariffari è possibile usufruire della funzionalità di riavvio?What pricing tiers can use the reboot functionality?

Il riavvio è disponibile per tutti i piani tariffari.Reboot is available for all pricing tiers.

Pianificare gli aggiornamentiSchedule updates

Il pannello Pianifica aggiornamenti consente di definire un intervallo di manutenzione per la cache di livello Premium.The Schedule updates blade allows you to designate a maintenance window for your Premium tier cache. Quando viene specificato l'intervallo di manutenzione, tutti gli aggiornamenti del server Redis vengono eseguiti durante questo intervallo.When the maintenance window is specified, any Redis server updates are made during this window.

Nota

Si noti che l'intervallo di manutenzione è applicabile solo agli aggiornamenti del server Redis e non a tutti gli aggiornamenti di Azure o del sistema operativo delle macchine virtuali che ospitano la cache.The maintenance window applies only to Redis server updates, and not to any Azure updates or updates to the operating system of the VMs that host the cache.

Pianificare gli aggiornamenti

Per specificare un intervallo di manutenzione, selezionare i giorni desiderati e specificare l'ora di inizio dell'intervallo per ogni giorno, quindi fare clic su OK.To specify a maintenance window, check the desired days and specify the maintenance window start hour for each day, and click OK. Si noti che l'orario dell'intervallo di manutenzione è in formato UTC.Note that the maintenance window time is in UTC.

Nota

L'intervallo di manutenzione predefinito per gli aggiornamenti è di cinque ore.The default maintenance window for updates is five hours. Questo valore non è configurabile dal portale di Azure, ma può essere configurato in PowerShell usando il parametro MaintenanceWindow del cmdlet New-AzureRmRedisCacheScheduleEntry .This value is not configurable from the Azure portal, but you can configure it in PowerShell using the MaintenanceWindow parameter of the New-AzureRmRedisCacheScheduleEntry cmdlet. Per altre informazioni, vedere È possibile gestire gli aggiornamenti pianificati usando PowerShell, l'interfaccia della riga di comando o altri strumenti di gestione?For more information, see Can I manage scheduled updates using PowerShell, CLI, or other management tools?

Domande frequenti sulla pianificazione degli aggiornamentiSchedule updates FAQ

Quando vengono eseguiti gli aggiornamenti se non si usa la funzionalità di pianificazione degli aggiornamenti?When do updates occur if I don't use the schedule updates feature?

Se non si specifica un intervallo di manutenzione, è possibile eseguire aggiornamenti in qualsiasi momento.If you don't specify a maintenance window, updates can be made at any time.

Quale tipo di aggiornamenti vengono eseguiti durante l'intervallo di manutenzione pianificato?What type of updates are made during the scheduled maintenance window?

Durante l'intervallo di manutenzione pianificato vengono eseguiti solo gli aggiornamenti del server Redis.Only Redis server updates are made during the scheduled maintenance window. L'intervallo di manutenzione non si applica agli aggiornamenti di Azure o del sistema operativo della macchina virtuale.The maintenance window does not apply to Azure updates or updates to the VM operating system.

È possibile gestire gli aggiornamenti pianificati usando PowerShell, l'interfaccia della riga di comando o altri strumenti di gestione?Can I managed scheduled updates using PowerShell, CLI, or other management tools?

Sì, è possibile gestire gli aggiornamenti pianificati con i cmdlet di PowerShell seguenti:Yes, you can manage your scheduled updates using the following PowerShell cmdlets:

Con quali piani tariffari è possibile usufruire della funzionalità di pianificazione degli aggiornamenti?What pricing tiers can use the schedule updates functionality?

La funzionalità di pianificazione degli aggiornamenti è disponibile solo nel piano tariffario Premium.The Schedule updates feature is only available in the premium pricing tier.

Passaggi successiviNext steps