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 der nutzerseitig gesteuerten Konfigurationen und Arbeitslasten beschrieben, die zu Ausfällen einer Memorystore for Redis-Clusterinstanz führen können, die vom Memorystore for Redis-SLA ausgeschlossen sind.
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 sie 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 deaktivieren oder zerstören, ist die Instanz von der 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 richtig. 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.
redis-shared-core-nano-Knotentyp
Die 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 wurden 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 durch das SLA abgedeckt.