Das Service Level Agreement (SLA) für Memorystore for Redis schließt Ausfälle aus, die „durch Faktoren verursacht wurden, die außerhalb der Kontrolle von Google liegen“. Auf dieser Seite wird beschrieben, welche nutzerseitig gesteuerten Konfigurationen und Arbeitslasten zu Ausfällen einer Memorystore for Redis-Instanz führen können, die vom Memorystore for Redis-SLA ausgeschlossen sind.
Einleitung
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 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 die Instanz ohne Hochverfügbarkeit (0 Replikate) konfiguriert ist, gilt das SLA nicht. Das Memorystore-SLA deckt nur Memorystore for Valkey-Instanzen ab, die für eine hohe Verfügbarkeit konfiguriert sind.
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 Valkey-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.
shared-core-nano-Knotentyp
Das Memorystore-SLA gilt nicht für Instanzen, die den Knotentyp shared-core-nano verwenden. Der Knotentyp ist für die meisten Produktionsarbeitslasten nicht geeignet, da er nicht leistungsfähig genug ist und für die meisten Produktionsanwendungsfälle zu klein ist.
Allgemeine Best Practices
Allgemeine Best Practices sollen dafür sorgen, dass Sie Memorystore optimal nutzen können. Ausfallzeiten, die darauf zurückzuführen sind, dass Sie die veröffentlichten Best Practices nicht befolgen, sind möglicherweise nicht durch das SLA abgedeckt.