Das Service Level Agreement (SLA) für Memorystore for Redis-Cluster schließt Ausfälle aus, die durch Faktoren verursacht wurden, die außerhalb der Kontrolle von Google liegen. Auf dieser Seite werden einige nutzerseitig gesteuerte Konfigurationen und Arbeitslasten beschrieben, die dazu führen können, dass Ausfälle eines Clusters in Memorystore for Redis-Cluster vom SLA ausgeschlossen werden.
Einführung
Memorystore wurde so eingerichtet, dass Sie die größtmögliche Kontrolle über die Konfiguration und Verwendung Ihres Clusters erhalten. Dies umfasst einige Konfigurationen oder Arbeitslastmuster, die das Risiko von Ausfallzeiten für Ihren Cluster erhöhen. Wenn Ihr Cluster fehlerhaft wird und Memorystore feststellt, dass die auf dieser Seite beschriebenen Betriebsbeschränkungen und Best Practices nicht eingehalten wurden, wird die Ausfallzeit nicht durch das Memorystore SLA abgedeckt (bzw. nicht darauf angerechnet).
Sie erhalten hier eine Übersicht über die Betriebsbeschränkungen und Best Practices, damit Sie wissen, bei welchen Konfigurationen und Arbeitslastmustern diese Risiken auftreten, wie Sie diese vermeiden können und wie Sie die Risiken mindern können, wenn die Konfiguration für Ihr Geschäftsumfeld erforderlich ist.
Ausgeschlossene Konfigurationen
In diesem Abschnitt werden Konfigurationen aufgeführt, die dazu führen können, dass Ihr Cluster vom Memorystore SLA ausgeschlossen wird.
Allgemeine Konfigurationsanforderungen
- Wenn Sie einen Cluster ohne Hochverfügbarkeit (0 Replikate) konfigurieren, gilt das SLA nicht. Das Memorystore SLA gilt nur für Cluster, die für Hochverfügbarkeit konfiguriert sind.
- Wenn Sie die Primärschlüsselversion für einen Cluster deaktivieren oder zerstören, wird der Cluster vom Memorystore SLA ausgeschlossen.
Ressourcenlimits
Die folgenden Ressourcenlimits müssen vermieden werden, um die Abdeckung durch das SLA sicherzustellen:
CPU überlastet:Wenn die CPU-Auslastung konstant hoch ist, hat Ihr Cluster nicht die richtige Größe für Ihre Arbeitslast oder Sie verwenden Redis-Befehle nicht ordnungsgemäß. Wenn die CPU-Ressourcen überlastet sind, werden Sie möglicherweise nicht vom SLA abgedeckt.
Speicher überlastet: Wenn die Arbeitsspeichernutzung konstant hoch ist, hat Ihr Cluster nicht die richtige Größe für Ihre Arbeitslast und wird möglicherweise nicht vom SLA abgedeckt.
Knotentyp redis-shared-core-nano
Das Memorystore SLA gilt nicht für Cluster, die den
redis-shared-core-nano Knotentyp verwenden. Der Knotentyp ist für die meisten Produktionsarbeitslasten nicht geeignet, da er nicht genügend Leistung bietet und für die meisten Produktionsanwendungsfälle zu klein ist.
Best Practices
Die Best Practices für Memorystore for Redis-Cluster wurden veröffentlicht, um sicherzustellen, dass Sie Memorystore optimal nutzen können. Ausfallzeiten, die dadurch entstehen, dass Sie die veröffentlichten Best Practices nicht einhalten, werden möglicherweise nicht vom SLA abgedeckt.