Consignes opérationnelles

Le contrat de niveau de service de Memorystore pour Redis Cluster Service Level Agreement (SLA) exclut les pannes "causées par des facteurs échappant au contrôle raisonnable de Google". Cette page décrit certaines des configurations et charges de travail contrôlées par l'utilisateur qui peuvent entraîner l'exclusion d'une panne de cluster dans Memorystore pour Redis Cluster.

Introduction

Memorystore s'efforce de vous donner le plus de contrôle possible sur la configuration et l'utilisation de votre cluster. Cela inclut certaines configurations ou certains modèles de charge de travail qui augmentent le risque de temps d'arrêt pour votre cluster. Si votre cluster n'est plus opérationnel et que Memorystore détermine qu'il ne respectait pas les limites opérationnelles et les bonnes pratiques décrites sur cette page, la période d'indisponibilité n'est pas couverte (ou n'est pas comptabilisée) par le contrat de niveau de service Memorystore SLA.

Cette liste de limites opérationnelles et de bonnes pratiques vous est présentée afin de vous informer des configurations et des modèles de charge de travail qui comportent des risques, des moyens de les éviter et des moyens de limiter les risques lorsqu'une de ces configurations est requise par votre environnement professionnel.

Configurations exclues

Cette section liste les configurations qui peuvent entraîner l'exclusion de votre cluster du contrat de niveau de service Memorystore.

Configuration générale requise

  • Si vous configurez un cluster sans haute disponibilité (0 réplica), le contrat de niveau de service ne s'applique pas. Le contrat de niveau de service Memorystore ne couvre que les clusters configurés pour la haute disponibilité.
  • Si vous désactivez ou détruisez la version de clé primaire d'un cluster, alors le cluster est exclu du contrat de niveau de service Memorystore.

Contraintes liées aux ressources

Les contraintes de ressources suivantes doivent être évitées afin de bénéficier du contrat de niveau de service :

  • Processeur surchargé : si l'utilisation du processeur est systématiquement élevée, votre cluster n'est pas correctement dimensionné par rapport à votre charge de travail ou vous utilisez les commandes Redis de manière incorrecte. Si les ressources du processeur sont surchargées, vous ne serez peut-être pas couvert par le contrat de niveau de service.

  • Mémoire surchargée : si votre utilisation de la mémoire est systématiquement élevée, votre cluster n'est pas correctement dimensionné par rapport à votre charge de travail et peut donc ne pas être couvert par le contrat de niveau de service.

Type de nœud redis-shared-core-nano

Le contrat de niveau de service Memorystore ne s'applique pas aux clusters qui utilisent le redis-shared-core-nano type de nœud. Ce type de nœud ne convient pas à la plupart des charges de travail de production, car ses performances sont insuffisantes et il est trop petit pour la plupart des cas d'utilisation en production.

Bonnes pratiques

Les bonnes pratiques pour Memorystore pour Redis Cluster sont publiées afin de vous garantir la meilleure expérience possible avec Memorystore. Les événements d'indisponibilité résultant du non-respect des bonnes pratiques publiées ne sont pas couverts par le contrat de niveau de service.