Domande frequenti su Cache Redis di Azure

Il progetto open source di Redis è stato modificato in un modello con doppia licenza con supporto per la licenza disponibile per l'origine Redis versione 2 (RSALv2) o la licenza pubblica lato server versione 1 (SSPLv1). Per altre informazioni, vedere il comunicato stampa di Redis. Vedere anche il post di blog di Microsoft sulla modifica delle licenze di Redis.

No, cache di Azure per Redis viene offerto ai clienti in base alle condizioni per il servizio Microsoft. Le licenze RSALv2 e SSPLv1 non si applicano all'uso di cache di Azure per Redis.

Sì, cache di Azure per Redis, cache di Azure per Redis Enterprise ed Enterprise Flash continueranno a ricevere patch e correzioni di bug anche dopo l'annuncio di licenza.

Non è necessaria alcuna azione per i clienti di Azure per quanto riguarda l'annuncio delle licenze.

• Servizio Cache gestita : il servizio Cache gestita è stato ritirato il 30 novembre 2016.

• Cache nel ruolo: la cache nel ruolo è stata ritirata il 30 novembre 2016.

È consigliabile eseguire la migrazione di tutte le cache con una dipendenza da Servizi cloud (versione classica). Nel mese di agosto 2021, abbiamo annunciato Servizi cloud (classico) verrà ritirato il 31 agosto 2024. Tutte le istanze di cache di Azure per Redis dipendenti da Servizi cloud (versione classica) devono essere ritirati dalla stessa data.

È consigliabile eseguire la migrazione delle cache con una dipendenza da Servizi cloud (versione classica) prima del 31 agosto 2024.

È stato fatto uno sforzo per eseguire la migrazione del maggior numero possibile di cache. Per questo motivo, alcune cache e clienti sono interessate.

Controllare Consigli di Azure Advisor. Se la cache è interessata, viene visualizzata una raccomandazione nella sottoscrizione.

È stata eseguita la migrazione della maggior parte delle cache dalla compilazione di Servizi cloud (versione classica) alla compilazione in Azure set di scalabilità di macchine virtuali. La migrazione ad Azure set di scalabilità di macchine virtuali rimuove la dipendenza. Esistono tre modi per avviare questo processo per le cache in una rete virtuale:

• Eseguire la migrazione a una nuova cache usando collegamento privato.

  Creare una nuova cache che usa collegamento privato per l'isolamento di rete anziché l'inserimento della rete virtuale ed eseguire la migrazione dei dati a questa cache. Questa opzione offre un'esperienza di isolamento della rete ottimale e sicura, assicurando al tempo stesso che tutte le nuove cache vengano create usando l'infrastruttura aggiornata.

• Eseguire la migrazione a una nuova cache in una nuova subnet di rete virtuale di Azure Resource Manager.

  La creazione di una cache all'interno di una rete virtuale classica crea una cache Servizi cloud (classica) e non una cache di Azure set di scalabilità di macchine virtuali. La migrazione a una nuova cache in una nuova subnet di rete virtuale di Azure Resource Manager corregge la dipendenza sottostante da Servizi cloud mantenendo un'esperienza di rete virtuale simile.

  È stata eseguita la migrazione della maggior parte delle cache dalla compilazione di Servizi cloud (versione classica) alla compilazione in Azure set di scalabilità di macchine virtuali. Per eseguire la migrazione, eliminare la cache esistente e creare una nuova cache in una nuova subnet di rete virtuale di Azure Resource Manager. È consigliabile non usare subnet precedenti durante la migrazione delle cache. Per le opzioni consigliate per la migrazione dei dati nella cache, vedere Eseguire la migrazione a cache di Azure per Redis.

• Migrazione automatica con perdita di dati (scelta consigliata).

  È possibile eseguire la migrazione delle cache dall'uso di Servizi cloud (versione classica) all'uso automatico di set di scalabilità di macchine virtuali, con la configurazione della cache (incluse le chiavi di accesso e il nome host) mantenute. Tuttavia, questo metodo richiede circa 30 minuti di tempo di inattività e la perdita completa di dati nella cache. È possibile usare la funzionalità di importazione/esportazione per salvare una copia dei dati prima della migrazione.

  Per utilizzare questa opzione, contattare azurecachemigration@microsoft.com o creare una richiesta di supporto per richiedere una migrazione.

Verificare se la cache usa la replica geografica. In tal caso, è necessario eseguire la migrazione dei dati dalla coppia con replica geografica corrente a una nuova coppia con replica geografica.

Ad esempio:

1. Creare una nuova coppia con replica geografica di cache Premium che corrispondano alla stessa configurazione della coppia di cache corrente.
2. Scollegare la coppia originale di cache con replica geografica ed esportare un file RDB dalla cache primaria.
3. Importare il file RDB nella cache primaria nella nuova coppia con replica geografica.

La nuova coppia di cache con replica geografica non avrà la stessa dipendenza da Servizi cloud.

Si sta iniziando a bloccare la creazione di nuove cache usando il modello di distribuzione Servizi cloud (versione classica). È comunque possibile creare nuove cache usando questo modello di distribuzione precedente se vengono create in una subnet di rete virtuale che una volta conteneva una cache Servizi cloud o se una cache viene distribuita in una rete virtuale classica. Se viene visualizzato questo messaggio, creare una nuova subnet nella rete virtuale in cui distribuire la cache. La creazione di una subnet nella rete virtuale garantisce che venga creata una cache senza la dipendenza Servizi cloud.

Per verificare se nella subnet sono presenti una o più cache basate su Servizi cloud, è possibile controllare Azure Advisor nel portale o usare l'API REST resource-navigation-links. Usare l'API con l'ID resource-navigation-links sottoscrizione, il nome del gruppo di risorse, il nome della rete virtuale e il nome della subnet per ottenere tutte le cache in tale subnet che usano Servizi cloud.

Se si sta creando una nuova cache usando l'API REST, assicurarsi anche di non passare la configurazione {"CacheVmType": "CloudService"} redis insieme alla richiesta di creazione. Questo parametro è un parametro non documentato, quindi è improbabile che si stia eseguendo questa operazione.

Se è necessario creare nuove cache usando il modello di distribuzione Servizi cloud (versione classica), contattare azurecachemigration@microsoft.com o creare una richiesta di supporto per richiedere un'esenzione.

Queste cache verranno arrestate e si perderanno i dati nelle cache.

Il ritiro avviene in tre fasi in modo da avere la quantità massima di tempo di migrazione:

1. Fase attiva (ora al 30 aprile 2023)

   Le cache hanno il supporto completo, senza alcuna modifica dello stato da oggi. Questo periodo viene concesso per consentire ai clienti di passare dal servizio cloud (versione classica) con interruzioni minime.

2. Fase di manutenzione (dal 1° maggio 2023 al 31 dicembre 2023)

   Le cache riceveranno correzioni critiche di sicurezza, stabilità e bug, ma non nuove funzionalità.

3. Fase inattiva (dal 1° gennaio 2024 al 31 agosto 2024)

   Le cache ricevono solo correzioni di sicurezza critiche. Tutti i clienti con problemi di supporto devono eseguire la migrazione a una cache basata su VMSS prima di ricevere supporto. I clienti devono spostare le cache entro il 31 agosto 2024.

No. Questa sequenza temporale si applica solo alle cache in esecuzione in Redis 6.0. Redis 4.0 fa parte di un ritiro separato che termina prima del ritiro Servizi cloud (classico). Tutte le cache rimanenti che usano Redis 4.0 in Servizi cloud (versione classica) verranno automaticamente migrate per usare set di scalabilità di macchine virtuali e Redis 6.0 dopo il 31 ottobre 2023. Questo metodo di migrazione richiede tempi di inattività e perdita completa dei dati nella cache, quindi eseguire la migrazione prima di questa data se si vuole evitare il tempo di inattività o la perdita di dati. Contattare azurecachemigration@microsoft.com o creare una richiesta di supporto per richiedere un aggiornamento automatico prima del 31 ottobre 2023.

Inserisci una delle tue domande nella pagina domande e risposte per Servizi cloud ritiro (classico). Inoltre, è possibile inviare un messaggio di posta elettronica a azurecachemigration@microsoft.com per ulteriori informazioni.

Se la domanda non è elencata qui, invitiamo gli utenti a comunicarcela per consentirci di fornire il nostro aiuto.

• Per raggiungere un pubblico più ampio, è possibile pubblicare una domanda nella Pagina delle domande di Domande e risposte Microsoft e interagire con il team di Cache di Azure e altri membri della community.

• Per proporre una richiesta di funzionalità, è possibile inviare richieste e idee a Suggerimenti degli utenti su Cache Redis di Azure.

• È anche possibile inviare una domanda all'indirizzo azurecache@microsoft.com.