Auf dieser Seite werden die Instanz- und Knotenspezifikationen für Memorystore for Redis-Instanzen beschrieben. Eine Anleitung zum Erstellen einer Instanz finden Sie unter Instanzen erstellen.
Knotentyp auswählen
Die Knoten in Ihrer Instanz verwenden alle den von Ihnen ausgewählten Knotentyp. Der für Ihre Instanz am besten geeignete Knotentyp hängt von Ihren Anforderungen an Preis, Leistung und Schlüsselbereichskapazität ab.
Mit dem Knotentyp standard-small
können Sie kleine Instanzen bereitstellen und Ihre Instanz in kleineren Schritten und zu möglicherweise niedrigeren Kosten als bei anderen Knotentypen vergrößern. standard-small
bietet außerdem den Vorteil, dass der Schlüsselbereich auf mehr Knoten mit einer höheren Gesamtzahl von vCPUs verteilt werden kann. Das bietet eine bessere Preis-Leistungs-Relation als highmem-medium
, sofern die Gesamtkapazität des Schlüsselbereichs der kleineren Knoten für Ihre Datenanforderungen ausreicht.
Wir empfehlen, den Knotentyp highmem-xlarge
nur auszuwählen, wenn Sie mehr Instanzkapazität benötigen als highmem-medium
bietet. Obwohl der highmem-xlarge
-Knotentyp viermal größer als der highmem-medium
-Typ ist, ist die Leistung nicht viermal höher, da die Leistung von Valkyrie 7.2 nicht linear skaliert, wenn immer größeren Knoten vCPUs hinzugefügt werden (Skalierung nach oben). Wenn Sie eine bessere Preisleistung erzielen möchten, sollten Sie stattdessen eine horizontale Skalierung vornehmen, indem Sie einer Instanz weitere Knoten hinzufügen.
Knotentypspezifikation
Die Knotenkapazität und die Eigenschaften hängen davon ab, welchen der vier verfügbaren Knotentypen Sie auswählen:
Kapazität des Schlüsselbereichs und reservierter Overhead
Knotentyp | Standardkapazität des beschreibbaren Schlüsselbereichs | Gesamtkapazität des Knotens |
---|---|---|
shared-core-nano | 1,12 GB | 1,4 GB |
standard-small | 5,2 GB | 6,5 GB |
highmem-medium | 10,4 GB | 13 GB |
highmem-xlarge | 46,4 GB | 58 GB |
Memorystore reserviert automatisch einen Teil der Instanzkapazität, um OOM-Fehler (Out Of Memory) zu vermeiden. So wird ein reibungsloser Lese- und Schreibvorgang für Schlüssel gewährleistet. Arbeitsspeicherlimits und Speicherdetails:
Speicherplatz anpassen:Wir empfehlen die Verwendung der Standardeinstellungen. Sie können die Größe des reservierten Speicherplatzes jedoch über die
maxmemory
-Konfiguration anpassen. Informationen zumaxmemory
finden Sie unter Unterstützte Instanzkonfigurationen.Wie viel Speicherplatz erhalten Sie? Siehe Spalte Standardkapazität des beschreibbaren Schlüsselbereichs in der vorherigen Tabelle. Hier sehen Sie, wie viel Speicherplatz standardmäßig für Ihre Schlüssel verfügbar ist.
Speicherplatz maximieren: Wenn Sie den maximal möglichen Speicherplatz nutzen möchten, wird in der Spalte Knotenkapazität insgesamt das Speicherlimit angezeigt, wenn Sie die
maxmemory
-Konfiguration auf 100 % festlegen. Wir empfehlen jedoch, einenmaxmemory
-Wert auszuwählen, der nicht höher als die Standardeinstellung ist.Der
shared-core-nano
-Knotentyp hat ein festes Limit von 1, 12 GB und kann nicht über diemaxmemory
-Konfiguration geändert werden.
Knotenmerkmale
Knotentyp | vCPU Anzahl | Angebotenes SLA | Max. Kunden | Maximaler Arbeitsspeicher für Clients (Konfiguration „maxmemory-clients“) |
---|---|---|---|---|
shared-core-nano | 0,5 | Nein | 5.000 | 12 % |
standard-small | 2 | Ja | 16.000 (Standard) Maximalwert: 32.000 | 7 % |
highmem-medium | 2 | Ja | 32.000 (Standard) Maximalwert: 64.000 | 7 % |
highmem-xlarge | 8 | Ja | 64.000 | 4 % |
Instanzspezifikation
In diesem Abschnitt werden die minimale und maximale Instanzkapazität für die Instanzform, den Knotentyp und die Anzahl der Replikats angezeigt. Memorystore for Valkey unterstützt nur Instanzen im Clustermodus.
Minimale beschreibbare Kapazität
Die beschreibbare Kapazität ist die Menge an Speicherplatz, die zum Schreiben von Schlüsseln verfügbar ist. Sie entspricht der Größe eines Instanzknotens. Je nach Knotentyp beträgt die Mindestschreibkapazität daher 1,4 GB, 6,5 GB, 13 GB oder 58 GB. Die Mindestschreibkapazität wird nicht von der Anzahl der ausgewählten Replikats beeinflusst.
Maximale beschreibbare Kapazität
Knotentyp und -größe | Maximale Kapazität bei einer Instanzkonfiguration mit 250 primären Knoten und 0 Repliken pro Knoten | Maximale Kapazität bei einer Instanzkonfiguration mit 125 primären Knoten und 1 Replikat pro Knoten | Maximale Kapazität bei einer Instanzkonfiguration mit 83 primären Knoten und 2 Replikate pro Knoten |
---|---|---|---|
shared-core-nano – 1,4 GB | 350 GB | 175 GB | 116,2 GB |
standard-small – 6,5 GB | 1.625 GB | 812,5 GB | 539,5 GB |
highmem-medium – 13 GB | 3.250 GB | 1.625 GB | 1.079 GB |
highmem-xlarge – 58 GB | 14.500 GB | 7.250 GB | 4.814 GB |
Leistung
Mit dem OSS-Benchmarking-Tool memtier in der Region us-central1
wurden 120.000 bis 130.000 Vorgänge pro Sekunde pro 2 vCPU-Knoten (standard-small
und highmem-medium
) mit einer Latenz in Mikrosekunden und einer Datengröße von 1 KiB erzielt.
Wir empfehlen, eigene Benchmarks mit echten oder synthetischen Arbeitslasten durchzuführen, die Ihrem Produktionstraffic ähneln. Außerdem empfehlen wir, Ihre Instanzen mit einem Puffer (oder „Headroom“) für Arbeitslastspitzen oder unerwartete Zugriffe zu dimensionieren. Weitere Informationen finden Sie in den Best Practices.
Instanzendpunkte
In diesem Abschnitt werden die beiden Endpunkte beschrieben, die jede Instanz hat.
Endpunkt der Erkennung
Jede Instanz hat einen Discovery-Endpunkt, mit dem Ihr Client eine Verbindung herstellt. Sie besteht aus einer Kombination aus IP-Adresse und Portnummer. Eine Anleitung zum Finden des Discovery-Endpunkts Ihrer Instanz finden Sie unter Discovery-Endpunkt der Instanz ermitteln.
Ihr Client verwendet es auch für die Knotenerkennung. Ihr Client verwendet den Discovery-Endpunkt, um die Knotentopologie Ihrer Instanz abzurufen, um Drittanbieter-Clients zu starten und sie im stabilen Zustand zu halten. Die resultierende Knotentopologie enthält Knotenendpunkte (IP- und Portkombinationen), die vom Drittanbieterclient im Arbeitsspeicher zwischengespeichert werden. Ihr Kunde kümmert sich dann automatisch um die Aktualisierungen und Weiterleitungen, ohne dass weitere Änderungen an der Anwendung erforderlich sind. Informationen zum Verhalten und zu Best Practices bei der Clientermittlung finden Sie unter Clientermittlung.
Der Discovery-Endpunkt ist hochverfügbar, da er von mehreren Knoten in mehreren Zonen unterstützt wird, um die Knotentopologie zu bedienen. Die Bereitstellungstopologie über den Endpunkt ist robust, auch bei Fehlern oder Aktualisierungen von Backend-Knoten.
Für Ihren Discovery-Endpunkt gilt Folgendes:
Der Discovery-Endpunkt Ihrer Instanz bleibt während des gesamten Lebenszyklus der Instanz unverändert, auch während der Wartung oder durch andere Aktionen wie das Skalieren nach oben oder unten oder das Ändern der Anzahl der Repliken.
Knotenendpunkte können sich ändern und wiederverwendet werden, da Knoten im Laufe der Zeit hinzugefügt und entfernt werden. Idealerweise sollten Sie einen Drittanbieter-Client verwenden, der diese Änderungen automatisch durch Aktualisieren der Topologie und Weiterleitungen verarbeiten kann. Beispiele für Clients von Drittanbietern finden Sie unter Codebeispiele für Clientbibliotheken. Ihre Anwendung sollte keine Abhängigkeiten oder Annahmen haben, dass Knotenendpunkte für eine bestimmte Instanz unverändert bleiben.
Datenendpunkt
Jede Instanz hat auch einen Private Service Connect-Datenendpunkt, den Memorystore for Valkey für die Clientverbindung verwendet. Sie sollten keine direkte Verbindung dazu herstellen. Memorystore for Redis verwendet diesen Endpunkt jedoch, um Ihren Client mit Knoten in Ihrer Instanz zu verbinden.