Organiza tus páginas con colecciones
Guarda y categoriza el contenido según tus preferencias.
El Acuerdo de Nivel de Servicio (ANS) del clúster de Memorystore para Redis excluye las interrupciones "causadas por factores externos al control razonable de Google". En esta página, se describen algunas de las configuraciones y cargas de trabajo controladas por el usuario que pueden hacer que se excluya la interrupción de una instancia de Memorystore para Redis Cluster.
Introducción
Memorystore se esfuerza por darte tanto control sobre la configuración y el uso de tu instancia como sea posible. Esto incluye algunas configuraciones o patrones de carga de trabajo que aumentan el riesgo de tiempo de inactividad de la instancia. Si tu instancia falla y Memorystore determina que fue por incumplimiento de los límites operativos y las prácticas recomendadas que se describen en esta página, el período de inactividad no estará cubierto por (o no irá en detrimento de) el ANS de Memorystore.
Esta lista de límites operativos y prácticas recomendadas tiene el objetivo de informarte qué configuraciones y patrones de carga de trabajo presentan estos riesgos, cómo evitarlos y cómo mitigarlos cuando se requiere la configuración para el entorno de tu empresa.
Parámetros de configuración excluidos
En esta sección, se enumeran las configuraciones que pueden hacer que tu instancia se excluya del ANS de Memorystore.
Requisitos generales de configuración
Si configuras una instancia de clúster de Memorystore para Redis sin alta disponibilidad (0 réplicas), no se aplicará el ANS. El ANS de Memorystore solo cubre las instancias configuradas para alta disponibilidad.
Se deben evitar estas restricciones de recursos para mantener la cobertura del ANS:
CPU sobrecargada: Si el uso de CPU se mantiene alto, la instancia no tiene el tamaño adecuado para la carga de trabajo o estás usando los comandos de Redis de forma incorrecta. Si los recursos de CPU están sobrecargados, es posible que el ANS no te cubra.
Memoria sobrecargada: Si el uso de memoria es siempre alto, la instancia no tiene el tamaño adecuado para la carga de trabajo y es posible que el ANS no la cubra.
Tipo de nodo redis-shared-core-nano
El ANS de Memorystore no se aplica a los clústeres que usan el tipo de nodoredis-shared-core-nano. El tipo de nodo no es adecuado para la mayoría de las cargas de trabajo de producción porque tiene un rendimiento insuficiente y es demasiado pequeño para la mayoría de los casos de uso de producción.
Prácticas recomendadas
Se publicaron las prácticas recomendadas para Memorystore for Redis Cluster para garantizar que tengas la mejor experiencia posible con Memorystore. Es posible que el ANS no cubra los eventos de inactividad que se produzcan por no seguir las prácticas recomendadas publicadas.
[[["Fácil de comprender","easyToUnderstand","thumb-up"],["Resolvió mi problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Información o código de muestra incorrectos","incorrectInformationOrSampleCode","thumb-down"],["Faltan la información o los ejemplos que necesito","missingTheInformationSamplesINeed","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 2025-09-10 (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)."]]
