Questa pagina è stata tradotta dall'API Cloud Translation.

Best practice per Memorystore for Redis

Questa pagina fornisce indicazioni sull'utilizzo ottimale di Memorystore for Redis. Questa pagina indica anche i potenziali problemi da evitare.

Per un elenco di scenari di risoluzione dei problemi, vedi Risoluzione dei problemi.

Esportazione RDB

Quando esporti un backup RDB, segui queste indicazioni:

Esegui l'esportazione durante un periodo di bassa velocità di scrittura.
Se l'esportazione avviene durante un periodo di alta velocità di scrittura, riduci temporaneamente maxmemory la configurazione al 50% della capacità dell'istanza per fornire un overhead sufficiente per un'operazione riuscita.

Operazioni ad alta intensità di risorse

Per le istanze Redis di livello Standard, le seguenti operazioni utilizzano memoria aggiuntiva per la durata dell'operazione:

L'upgrade della versione, lo scaling e il failover manuale utilizzano memoria aggiuntiva (per le istanze di livello Standard) a causa della replica. Queste operazioni seguono il processo di replica descritto in Comportamento dell'upgrade dell'istanza del livello Standard.

Le operazioni di importazione ed esportazione richiedono memoria aggiuntiva a causa del processo Redis forked e della gestione dei dati copy-on-write associata a queste operazioni.

Per mitigare gli svantaggi delle operazioni che richiedono molte risorse, devi:

Riduci la configurazione maxmemory all'80% della capacità dell'istanza per la durata dell'operazione. Ciò fornisce un overhead sufficiente per un'operazione riuscita.
Monitora la metrica del rapporto di utilizzo della memoria di sistema e assicurati che sia inferiore all'80% prima di eseguire una di queste operazioni.
Esegui queste operazioni durante i periodi di basso traffico dell'istanza (ad esempio di notte o nel fine settimana).
Implementa la logica di ripetizione con backoff esponenziale prima di eseguire queste operazioni.

Operazioni e scenari che richiedono un nuovo tentativo di connessione

Le seguenti operazioni e scenari interrompono la connessione di rete tra la tua rete e l'istanza Redis:

Upgrade della versione
Aumentare/diminuire la scala
Importazione
Failover manuale
Manutenzione del sistema
Rotazione dell'autorità di certificazione per le istanze Redis con crittografia in transito abilitata
Failover di emergenza

Queste operazioni modificano l'istanza, richiedendo un'interruzione temporanea della connessione. Prima di eseguire queste operazioni, devi implementare una logica di ripetizione con backoff esponenziale in modo che la tua applicazione si riconnetta automaticamente e continui a funzionare normalmente.

Manutenzione di routine

Le istanze Memorystore for Redis vengono sottoposte a manutenzione periodicamente. Per maggiori dettagli, consulta la policy di manutenzione di Memorystore for Redis.

Implementa le seguenti best practice per prepararti alla manutenzione di routine:

Imposta un periodo di manutenzione per quando possono verificarsi gli aggiornamenti di manutenzione.
- Pianifica i periodi di manutenzione per i momenti di traffico ridotto delle istanze e overhead di memoria sufficiente. Per saperne di più, consulta Impatto degli aggiornamenti di manutenzione.
Attiva le notifiche relative ai periodi di manutenzione per ricevere avvisi sulla manutenzione imminente.
Implementa una logica di nuovi tentativi con backoff esponenziale.
Per le istanze di livello Standard, puoi simulare un evento di manutenzione utilizzando il failover manuale per vedere in che modo il failover causato dalla manutenzione influisce sulla tua applicazione.
Per le istanze di livello Basic, puoi simulare l'impatto di un aggiornamento di manutenzione scalando temporaneamente l'istanza a una dimensione maggiore. Dopo aver osservato l'impatto, puoi ridurre le dimensioni originali.

Gestione della memoria

La gestione della memoria può essere una sfida a causa della ben nota frammentazione della memoria che si verifica con Redis open source. Ti consigliamo di ridurre la configurazione maxmemory per la tua istanza per avere un margine di manovra in caso di elevata pressione della memoria.

Il modo migliore per monitorare la pressione della memoria sull'istanza Memorystore è utilizzare la metrica Rapporto di utilizzo della memoria di sistema. Per una guida più dettagliata su come gestire la memoria per Memorystore for Redis, consulta Best practice di gestione della memoria.

Gestione delle connessioni inattive

Nel tempo, potresti notare un aumento del numero di connessioni alla tua istanza Memorystore se le connessioni non vengono terminate correttamente. Ciò può avere implicazioni negative sulle prestazioni, soprattutto se utilizzi la crittografia in transito, che impone limiti massimi di connessioni in base al tuo livello di capacità. Per risolvere questo problema, ti consigliamo di utilizzare il timeout parametro di configurazione di Redis che consente di impostare il numero di secondi prima che le connessioni client inattive vengano terminate automaticamente.

Nomi delle risorse di Access Transparency

I dati sensibili non devono essere archiviati nei nomi delle risorse Memorystore for Redis. Per nomi delle risorse, intendiamo i nomi delle istanze Memorystore for Redis e i metadati delle istanze, ad esempio i tag. Non è garantito che i dati archiviati nei nomi delle risorse siano protetti da Google Cloud Access Transparency e potrebbero essere in conflitto con i requisiti di conformità di Access Transparency della tua organizzazione.

Connettore di accesso VPC serverless richiesto per alcuni ambienti serverless

Alcuni ambienti serverless richiedono un connettore di accesso VPC serverless per connettersi a Memorystore for Redis. Configura il connettore di accesso VPC serverless per il tuo progetto se vuoi connetterti utilizzando uno di questi ambienti.

Networking

Ti consigliamo di utilizzare la modalità di connessione accesso privato ai servizi. Memorystore for Redis utilizza due modalità di connessione: accesso privato ai servizi e peering diretto. La modalità di connessione di accesso ai servizi privati semplifica la gestione dell'intervallo IP e consente di utilizzare VPC condiviso, se vuoi.

Una volta creata un'istanza, la modalità di connessione non può essere modificata.

Per ulteriori dettagli, consulta Networking.

Monitoraggio e avvisi

Ti consigliamo di utilizzare il monitoraggio e gli avvisi perché forniscono indicatori chiave sull'utilizzo della memoria dell'istanza Redis. Inoltre, forniscono informazioni sull'efficienza con cui l'istanza Redis risponde alle richieste di cache in entrata.

Devi configurare i seguenti avvisi predefiniti:

Best practice per l'utilizzo della CPU

L'uso improprio di comandi Redis costosi comporta latenza elevata, mancata risposta o problemi di connettività. Le istanze del livello standard forniscono alta affidabilità durante ripristino di emergenza e si basano sulla replica asincrona tra i nodi principali e di replica. Se uno dei nodi ha un'elaborazione di comandi costosa che blocca il thread principale di Redis, la replica potrebbe essere interessata. Se il problema persiste e si verifica un'interruzione della località, i dati più recenti scritti nella località dell'interruzione potrebbero non essere disponibili nell'altra località.

Ti consigliamo di utilizzare Cloud Monitoring per impostare avvisi per la metrica Secondi CPU thread principale (redis.googleapis.com/stats/cpu_utilization_main_thread) per assicurarti che l'utilizzo della CPU non superi 0,8 secondi per il nodo principale o 0,5 secondi per ogni nodo di replica, quando la replica è designata come replica di lettura.

Se la tua istanza Redis supera i valori consigliati, ti consigliamo di scalare l'istanza a un livello di capacità superiore o di seguire le istruzioni per la risoluzione dei problemi per evitare operazioni che richiedono un utilizzo intensivo della CPU.

Comandi che utilizzano molte risorse

Ti consigliamo vivamente di evitare di utilizzare comandi Redis che richiedono molte risorse. L'utilizzo di questi comandi potrebbe causare i seguenti problemi di prestazioni:

Latenza elevata e timeout del client
Pressione della memoria causata da comandi che aumentano l'utilizzo della memoria
Perdita di dati durante la replica e la sincronizzazione dei nodi perché il thread principale di Redis è bloccato
Controlli di integrità, osservabilità e replica con risorse insufficienti