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 werden einige der vom Nutzer gesteuerten Konfigurationen und Arbeitslasten beschrieben, die zu einem Ausfall beim Ausschluss einer Memorystore for Valkey-Instanz führen können.
Einleitung
Memorystore wurde so eingerichtet, dass Sie die größtmögliche Kontrolle über die Konfiguration und Nutzung 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 die Instanz ohne Hochverfügbarkeit (0 Replikate) konfiguriert ist, gilt das SLA nicht. Nur Memorystore for Valkey-Instanzen, die für Hochverfügbarkeit konfiguriert sind, sind vom Memorystore-SLA abgedeckt.
Ressourcenlimits
Die folgenden Ressourcenlimits müssen vermieden werden, um die Abdeckung durch das SLA sicherzustellen:
CPU-Überlastung:Wenn die CPU-Auslastung konstant hoch ist, ist die Instanz nicht richtig für Ihre Arbeitslast skaliert oder Sie verwenden Valkey-Befehle nicht ordnungsgemäß. Wenn CPU-Ressourcen überlastet sind, sind Sie möglicherweise nicht durch das SLA abgedeckt.
Arbeitsspeicherüberlastung:Wenn Ihre Arbeitsspeichernutzung konstant hoch ist, ist Ihre Instanz nicht richtig für Ihre Arbeitslast konfiguriert und wird 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 unzureichende Leistung bietet und für die meisten Anwendungsfälle in der Produktion 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.