Linee guida operative

Lo SLA (accordo sul livello del servizio) di Memorystore for Redis Cluster accordo sul livello del servizio (SLA) esclude le interruzioni "causate da fattori al di fuori del controllo ragionevole da parte di Google". Questa pagina descrive alcune delle configurazioni e dei carichi di lavoro controllati dall'utente che possono causare l'esclusione di un'interruzione per un'istanza di Memorystore for Redis Cluster.

Introduzione

Memorystore si impegna a darti il maggior controllo possibile sulla configurazione e sull'utilizzo della tua istanza. Ciò include alcune configurazioni o pattern di carico di lavoro che aumentano il rischio di tempi di inattività dell'istanza. Se la tua istanza diventa non integra e Memorystore determina che non era conforme ai limiti operativi e alle best practice descritte in questa pagina, il periodo di inattività non è coperto dallo SLA di Memorystore (o non viene conteggiato ai fini dello SLA).

Questo elenco di limiti operativi e best practice viene presentato per informarti su quali configurazioni e pattern di carico di lavoro presentano questi rischi, su come evitarli e su come mitigarli quando la configurazione è necessaria per il tuo ambiente aziendale.

Configurazioni escluse

Questa sezione elenca le configurazioni che possono causare l'esclusione della tua istanza dallo SLA di Memorystore.

Requisiti di configurazione generali

Vincoli delle risorse

Per mantenere la copertura dello SLA, è necessario evitare i seguenti vincoli delle risorse:

  • CPU sovraccarica: se l'utilizzo della CPU è costantemente elevato, le dimensioni dell'istanza non sono adatte al tuo carico di lavoro o stai utilizzando i comandi Redis in modo errato. Se le risorse della CPU sono sovraccariche, potresti non essere coperto dallo SLA.

  • Memoria sovraccarica: se la memoria utilizzata è costantemente elevata, le dimensioni dell'istanza non sono adatte al tuo carico di lavoro e potresti non essere coperto dallo SLA.

Il tipo di nodo redis-shared-core-nano

Lo SLA di Memorystore non si applica ai cluster che utilizzano il redis-shared-core-nano tipo di nodo. Il tipo di nodo non è adatto alla maggior parte dei carichi di lavoro di produzione perché ha prestazioni insufficienti ed è troppo piccolo per la maggior parte dei casi d'uso di produzione.

Best practice

Le best practice per Memorystore for Redis Cluster vengono pubblicate per garantire la migliore esperienza possibile con Memorystore. Gli eventi di inattività derivanti dal mancato rispetto delle best practice pubblicate potrebbero non essere coperti dallo SLA.