Instanz- und Knotenspezifikation

Auf dieser Seite werden die Instanz- und Knotenspezifikationen für Memorystore for Valkey beschrieben Instanzen. Anweisungen 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 beste Knotentyp für Ihre Instanz hängt von Ihren Anforderungen an Preis, Leistung und Schlüsselspeicherkapazitä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. Dies bietet ein besseres Preis-Leistungs-Verhältnis im Vergleich zu highmem-medium, solange die gesamte Schlüsselspeicherkapazität der kleineren Knoten für Ihre Datenanforderungen ausreicht.

Wir empfehlen, den Knotentyp highmem-xlarge nur auszuwählen, wenn Sie mehr Instanzkapazität als highmem-medium bietet. Obwohl die Der Knotentyp highmem-xlarge ist viermal größer als der highmem-medium eingeben, ist die Leistung nicht viermal so hoch, da die Leistung von Valkey 7.2 nicht linear skaliert wird, wenn zusätzliche vCPUs immer größere Knoten (Hochskalierung) Um stattdessen einen besseren Preis sollten Sie einer Instanz weitere Knoten hinzufügen.

Knotentypspezifikation

Die Knotenkapazität und -merkmale hängen davon ab, welche der vier verfügbaren Knotentypen, die Sie auswählen:

Kapazität des Schlüsselbereichs und reservierter Overhead

Knotentyp Standardkapazität des beschreibbaren Schlüsselbereichs Knotenkapazität insgesamt
Nano mit gemeinsam genutztem Kern 1,12 GB 1,4 GB
standard-small 5,2 GB 6,5 GB
Highmem-Mittel 10,4 GB 13 GB
highmem-xlarge 46,4 GB 58 GB

Memorystore reserviert automatisch einen Teil der Instanz Kapazität, um OOM-Fehler zu vermeiden. Dies sorgt für eine reibungslose haben Erfahrung mit Lese- und Schreibtasten. Arbeitsspeicherlimits und Speicherdetails sind folgt:

  • 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 Siehe Unterstützte Instanzkonfigurationen.

  • Wie viel Speicherplatz erhalten Sie? Weitere Informationen finden Sie unter Standardkapazität für beschreibbare Schlüsselbereiche in der vorherigen Tabelle. Spalte. Hier sehen Sie, wie viel Speicherplatz standardmäßig für Ihre Schlüssel verfügbar ist.

  • Speicher maximieren: Wenn Sie den größtmöglichen Speicherplatz wünschen, ist die Knotenkapazität die höchste mögliche Speicherkapazität. wird das Speicherlimit angezeigt, wenn Sie die Konfiguration für maxmemory auf 100 % festlegen. Wir empfehlen jedoch, einen maxmemory-Wert auszuwählen, der nicht höher als die Standardeinstellung ist.

  • Der Knotentyp shared-core-nano hat ein festes Limit von 1, 12 GB und kann mit der maxmemory-Konfiguration geändert werden.

Knotenmerkmale

Knotentyp vCPU Anzahl SLA-Angebot Max. Kunden Max. Arbeitsspeicher für Clients (Konfiguration maxmemory-clients)
shared-core-nano 0,5 Nein 5.000 12 %
Standard-S 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

Dieser Abschnitt zeigt die minimale und maximale Instanzkapazität für die jeweilige Instanz Form, Knotentyp und Replikatanzahl. Memorystore for Valkey unterstützt nur im Clustermodus ausführen.

Minimale beschreibbare Kapazität bei minimaler Instanzform

Knotentyp und -größe Mindestschreibbare Kapazität bei der kleinsten Instanzgröße von 3 Knoten1
shared-core-nano – 1,4 GB 4,2 GB
standard-small – 6,5 GB 19,5 GB
Highmem-Medium – 13 GB 39 GB
highmem-xlarge – 58 GB 174 GB

1: Die beschreibbare Kapazität ist der Speicherplatz, der zum Schreiben von Schlüsseln verfügbar ist. Die minimale beschreibbare Kapazität wird von der Anzahl der Replikate nicht beeinflusst Ihrer Wahl.

Maximale beschreibbare Kapazität für die angegebene Instanzform

Knotentyp und -größe Maximale Kapazität bei einer Instanzkonfiguration mit 250 primären Knoten und 0 Repliken pro Knoten Maximale Kapazität für eine Instanzform von 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
Nano mit gemeinsam genutztem Kern – 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

Instanzform mit 1, 2 oder 4 Shards auswählen

Aufgrund des Vorschaustatus hat das Erstellen von Instanzen mit 1, 2 oder 4 Shards die folgenden Anforderungen und Verhaltensweisen:

  • Wenn Sie 1, 2 oder 4 Shards benötigen, müssen Sie die Instanz mit 1, 2 oder 4 Shards erstellen.

  • Sie müssen die gcloud CLI verwenden, um Instanzen mit 1, 2 oder 4 Shards zu erstellen.

  • Instanzen, die mit drei, fünf oder mehr Shards erstellt wurden, können nicht so skaliert werden, dass 1, 2 oder 4 Shards.

  • Instanzen, die mit 1, 2 oder 4 Shards erstellt wurden, befinden sich in der Startphase der Vorabversion und unterliegen den Einschränkungen der Vorschau-Einführungsphase.

  • Mit 1, 2 oder 4 Shards erstellte Instanzen können auf jede andere Instanz skaliert werden. Formen so oft Sie möchten. Sie können z. B. eine Instanz skalieren, von 4 zu 8 Shards und zurück zu 4 Shards.

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 von 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 jeder Instanz erläutert.

Endpunkt der Erkennung

Jede Instanz hat einen Discovery-Endpunkt, mit dem Ihr Client eine Verbindung herstellt. Es ist eine Kombination aus IP-Adresse und Portnummer. Eine Anleitung zum Ermitteln des Erkennungsendpunkts Ihrer Instanz finden Sie unter Erkennungsendpunkt Ihrer Instanz ansehen.

Ihr Client verwendet es auch für die Knotenerkennung. Der Client verwendet den Erkennungsendpunkt, um die Knotentopologie Ihrer Instanz abzurufen, um Drittanbieter-Clients zu bootstrappen und sie im stabilen Zustand auf dem neuesten Stand 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 zur Clienterkennung und Best Practices finden Sie unter Clienterkennung.

Der Discovery-Endpunkt ist hochverfügbar, da er von mehreren Knoten in mehreren Zonen unterstützt wird, um die Knotentopologie zu bedienen. Die Bereitstellung der Topologie über den Endpunkt ist auch dann stabil, wenn Backend-Knotenfehler oder Knotenaktualisierungen auftreten.

Der Erkennungsendpunkt verhält sich so:

  1. Der Erkennungsendpunkt Ihrer Instanz bleibt während des gesamten Lebenszyklus der Instanz unverändert, auch während der Wartung oder durch andere Aktionen wie Hoch- oder Herunterskalieren oder Ändern der Replikatanzahl.

  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 Topologieaktualisierungen und Weiterleitungen verarbeiten kann. Beispiele für Drittanbieter-Clients finden Sie unter Codebeispiele für Clientbibliotheken. Ihre Anwendung sollte keine Abhängigkeiten haben oder davon ausgehen, dass Knotenendpunkte für eine bestimmte Instanz unverändert bleiben.

Datenendpunkt

Jede Instanz hat außerdem einen Private Service Connect-Datenendpunkt, Memorystore for Valkey verwendet Memorystore for Valkey für die Clientverbindung. Sie sollten keine Verbindung herstellen zu Dies direkt. Memorystore for Valkey verwendet diesen Endpunkt jedoch für die Verbindungsherstellung. auf Knoten in Ihrer Instanz.