Das Memorystore for Redis Cluster Service Level Agreement (SLA) schließt Ausfälle aus, die durch Faktoren verursacht wurden, die außerhalb der Kontrolle von Google liegen. Auf dieser Seite werden einige der nutzerseitig gesteuerten Konfigurationen und Arbeitslasten beschrieben, die dazu führen können, dass Ausfälle einer Memorystore for Redis Cluster-Instanz vom SLA ausgeschlossen werden.
Einführung
Memorystore wurde so eingerichtet, dass Sie die größtmögliche Kontrolle über die Konfiguration und Verwendung Ihrer Instanz erhalten. Dies umfasst einige Konfigurationen oder Arbeitslastmuster, die das Risiko von Instanzausfällen erhöhen. Wenn Ihre Instanz 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 Ihre Instanz vom Memorystore SLA ausgeschlossen wird.
Allgemeine Konfigurationsanforderungen
- Wenn Sie eine Memorystore for Redis Cluster-Instanz ohne Hochverfügbarkeit (0 Replikate) konfigurieren, gilt das SLA nicht. Das Memorystore SLA gilt nur für Instanzen, die für Hochverfügbarkeit konfiguriert sind.
- Wenn Sie die Primärschlüsselversion für eine Instanz deaktivieren oder zerstören, wird die Instanz 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 Ihre Instanz nicht die richtige Größe für Ihre Arbeitslast oder Sie verwenden Redis-Befehle nicht ordnungsgemäß. Wenn die CPU-Ressourcen überlastet sind, sind Sie möglicherweise nicht vom SLA abgedeckt.
Speicher überlastet: Wenn die Speichernutzung konstant hoch ist, hat Ihre Instanz nicht die richtige Größe für Ihre Arbeitslast und ist 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
Best Practices für Memorystore for Redis Cluster werden veröffentlicht, damit Sie Memorystore optimal nutzen können. Ausfallzeiten, die dadurch entstehen, dass Sie die veröffentlichten Best Practices nicht einhalten, sind möglicherweise nicht vom SLA abgedeckt.