Mantieni tutto organizzato con le raccolte
Salva e classifica i contenuti in base alle tue preferenze.
Il Service Level Agreement (SLA) di Memorystore for Redis Cluster esclude le interruzioni "causate da fattori al di fuori del ragionevole controllo di Google". Questa pagina descrive alcune delle configurazioni e dei carichi di lavoro controllati dall'utente che possono causare un'interruzione per l'esclusione di un'istanza Memorystore for Redis Cluster.
Introduzione
Memorystore si impegna a offrirti il massimo controllo possibile sulla configurazione e sull'utilizzo della tua istanza. Sono incluse alcune configurazioni o pattern di carico di lavoro che aumentano il rischio di downtime dell'istanza. Se la tua istanza non è più integra e Memorystore determina che non era conforme ai limiti operativi e alle best practice descritti in questa pagina, il periodo di inattività non è coperto dall'SLA di Memorystore (o non viene conteggiato ai fini dell'SLA).
Questo elenco di limiti operativi e best practice viene presentato per informarti su quali configurazioni e pattern di workload 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 dell'istanza dallo SLA di Memorystore.
Requisiti di configurazione generali
Se configuri un'istanza Memorystore for Redis Cluster senza alta disponibilità (0 repliche), lo SLA non si applica. Lo SLA di Memorystore copre solo le istanze configurate per l'alta disponibilità.
Per mantenere la copertura SLA, devi 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 improprio. Se le risorse CPU sono sovraccariche, potresti non essere coperto dallo SLA.
Memoria sovraccarica:se l'utilizzo della memoria è costantemente elevato, le dimensioni dell'istanza non sono adatte al carico di lavoro e potrebbero non essere coperte dallo SLA.
Tipo di nodo redis-shared-core-nano
Lo SLA di Memorystore non si applica ai cluster che utilizzano il redis-shared-core-nanotipo di nodo. Il tipo di nodo non è adatto alla maggior parte dei workload di produzione perché ha prestazioni insufficienti ed è troppo piccolo per la maggior parte dei casi d'uso di produzione.
Best practice
Sono state pubblicate le best practice per Memorystore for Redis Cluster 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.
[[["Facile da capire","easyToUnderstand","thumb-up"],["Il problema è stato risolto","solvedMyProblem","thumb-up"],["Altra","otherUp","thumb-up"]],[["Difficile da capire","hardToUnderstand","thumb-down"],["Informazioni o codice di esempio errati","incorrectInformationOrSampleCode","thumb-down"],["Mancano le informazioni o gli esempi di cui ho bisogno","missingTheInformationSamplesINeed","thumb-down"],["Problema di traduzione","translationIssue","thumb-down"],["Altra","otherDown","thumb-down"]],["Ultimo aggiornamento 2025-09-04 UTC."],[],[],null,["# Operational guidelines\n\nThe Memorystore for Redis Cluster [Service Level Agreement (SLA)](/memorystore/sla) excludes outages \"caused by factors outside of Google's reasonable control\". This page describes some of the user-controlled configurations and workloads that can cause an outage for a Memorystore for Redis Cluster instance to be excluded.\n\nIntroduction\n------------\n\nMemorystore strives to give you as much control over how your instance is configured and used as possible. This includes some configurations or workload patterns that increase the risk of instance downtime. If your instance becomes unhealthy and Memorystore determines that it was out of compliance with the operational limits and best practices as described on this page, then the downtime period is not covered by (or does not count against) the Memorystore [SLA](/memorystore/sla).\n\nThis list of operational limits and best practices is presented to inform you which configurations and workload patterns present these risks, ways to avoid them, and ways to mitigate the risks when the configuration is required for your business environment.\n\nExcluded configurations\n-----------------------\n\nThis section lists configurations that can cause your instance to be excluded from the Memorystore SLA.\n\n### General configuration requirements\n\n- If you configure a Memorystore for Redis Cluster instance without [high availability](/memorystore/docs/cluster/ha-and-replicas) (0 replicas), then the SLA doesn't apply. The Memorystore SLA covers only instances that are configured for high availability.\n- If you [disable or destroy the primary key version](/memorystore/docs/cluster/about-cmek#disable-or-destroy-a-cmek-key-version) for an instance, then the instance is excluded from the Memorystore SLA.\n\n### Resource constraints\n\nThe following resource constraints must be avoided to retain SLA coverage:\n\n- **CPU overloaded:** If your CPU utilization is consistently high, your instance is not properly sized for your workload or you are using Redis commands improperly. If CPU resources are overloaded, you may not be covered by the [SLA](/memorystore/sla).\n\n- **Memory overloaded:** If your memory usage is consistently high, your instance is not properly sized for your workload, and may not be covered by the [SLA](/memorystore/sla).\n\n### `redis-shared-core-nano` node type\n\nThe Memorystore SLA doesn't apply to clusters that use the `redis-shared-core-nano` [node type](/memorystore/docs/cluster/cluster-node-specification). The node type isn't suitable for most production workloads because it has insufficient performance and is too small for most production use cases.\n\nBest practices\n--------------\n\n[Best practices for Memorystore for Redis Cluster](/memorystore/docs/cluster/general-best-practices) are published to ensure that you receive the best possible experience with Memorystore. Downtime events which result from you not following the published best practices may not be covered by the [SLA](/memorystore/sla)."]]
