Instanz- und Knotenspezifikation

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 zu maxmemory 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, einen maxmemory-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 die maxmemory-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:

  1. 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.

  2. 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.