AlloyDB-Maschinentyp auswählen

Wenn Sie die Leistung und Kosteneffizienz Ihrer AlloyDB for PostgreSQL-Arbeitslast optimieren möchten, können Sie eine Maschinenserie und -form auswählen, die auf Ihre Anforderungen an Rechenleistung, Arbeitsspeicher und Caching zugeschnitten ist. Wenn Sie die unterstützten AlloyDB-Maschinenserien, ihre Zielarbeitslastprofile und die regionale Verfügbarkeit vergleichen, können Sie Instanzen für Arbeitslasten konfigurieren, die von großen Datasets, die Caches mit hoher Kapazität erfordern, bis hin zu Transaktionsanwendungen mit hoher Nebenläufigkeit reichen.

Übersicht über die Maschinenreihe

AlloyDB bietet die folgenden Maschinenreihen, die jeweils auf einer anderen zugrunde liegenden Google Cloud -Computing-Plattform basieren und für bestimmte Leistungsmerkmale optimiert sind.


Maschinenserie
Kernplattform und CPU
Primärer Arbeitslastfokus
Wichtiges Leistungsmerkmal

N2
Intel x86-Prozessoren der 3. Generation (Ice Lake)
Legacy, für allgemeine Zwecke
In allen Regionen verfügbar.

C4A
Google Axion ARM
Preis-Leistungs-Verhältnis, hoher Durchsatz
Bietet den besten Transaktionsdurchsatz für im Cache speicherbare Arbeitslasten.

C4
Intel x86-Prozessoren der 6. Generation (Granite Rapids) mit Titanium-SSD.
Datenbankarbeitslasten mit niedriger Latenz oder sehr große Datenbankarbeitslasten
Bietet die größten Maschinenoptionen mit lokalen SSDs für den schnellsten Cache.

Z3
Intel x86-Prozessoren der 4. Generation (Sapphire Rapids) mit Titanium-SSD
Großes Arbeits-Dataset, speicherintensiv
Ermöglicht das Caching von mehr Daten pro vCPU; optimiert für speicherintensive, E/A-intensive Arbeitslasten

Konfiguration der Maschinenreihe für primäre und Lesepoolinstanzen

In einem AlloyDB-Cluster können Sie Maschinenreihen und Maschinentypen unabhängig voneinander für Ihre primäre Instanz und Lesepoolinstanzen konfigurieren und skalieren, um Leistung und Kosten zu optimieren.

Konfigurationen für mehrere Maschinenreihen

Ein AlloyDB-Cluster unterstützt maschinenreihenübergreifende Konfigurationen, mit denen Sie die primäre Instanz und Lesepoolinstanzen auf verschiedenen Compute-Maschinenreihen ausführen können. Sie können beispielsweise die primäre Instanz auf der N2-Maschinenserie und Lesepoolinstanzen auf der C4-, C4A- oder Z3-Maschinenserie bereitstellen.

Vertikale Skalierung für primäre Instanzen

Wenn Sie sich an Änderungen der Arbeitslast anpassen möchten, können Sie eine primäre AlloyDB-Instanz auf folgende Weise vertikal skalieren:

  • Größe innerhalb einer Maschinenreihe skalieren: Erhöhen oder verringern Sie die vCPU- und Arbeitsspeicherzuweisung innerhalb der vorhandenen Maschinenreihe. Skalieren Sie beispielsweise eine primäre Instanz von einem N2-Maschinentyp mit 8 vCPUs auf einen N2-Maschinentyp mit 16 vCPUs.

  • Maschinenserie ändern: Stellen Sie die primäre Instanz auf eine andere Maschinenserie um, um die Arbeitslastleistung oder die Hardwareeffizienz zu optimieren. Beispiel: Ändern Sie eine primäre Instanz von einem N2-Maschinentyp mit 16 vCPUs in einen Axion-basierten C4A-Maschinentyp mit 32 vCPUs.

Horizontale Skalierung für Lesepoolinstanzen

Sie können eine Lesepoolinstanz horizontal skalieren, indem Sie Knoten hinter einem einzelnen IP-Endpunkt für Lesevorgänge mit Load Balancing hinzufügen oder entfernen. Alle Knoten in einer Lesepoolinstanz müssen dieselbe Maschinenserie und denselben Maschinentyp verwenden. Wenn Sie beispielsweise einer Lesepoolinstanz mit zwei N2-Knoten einen dritten Knoten hinzufügen, muss der dritte Knoten ebenfalls denselben N2-Maschinentyp verwenden und nicht einen C4-, C4A- oder Z3-Maschinentyp.

Wechsel der Maschinenfamilie für Lesepoolinstanzen

Sie können eine Lesepoolinstanz auf eine andere Maschinenreihe umstellen, z. B. von N2 auf C4, C4A oder Z3. Dadurch werden alle Knoten in der Lesepoolinstanz auf die Zielmaschinenreihe und den Zielmaschinentyp umgestellt. Wenn Sie Lesetraffic über mehrere Maschinenserien oder Maschinentypen gleichzeitig bereitstellen möchten, stellen Sie für jede Konfiguration separate Lesepoolinstanzen bereit.

Verfügbarkeit von Maschinenreihen für AlloyDB-Cluster

Sie können eine der folgenden Maschinenreihen auswählen:

  • N2: Diese Maschinenserie bietet ein ausgewogenes Preis-Leistungs-Verhältnis für eine Vielzahl von AlloyDB-Arbeitslasten.
  • C4A Axion-basiert: Diese Maschinenserie bietet ein optimiertes Preis-Leistungs-Verhältnis und eine vorhersehbare hohe Leistung für anspruchsvolle AlloyDB-Arbeitslasten.
  • C4: Diese Maschinenserie bietet eine hervorragende Leistung und die größte vertikale Skalierung in AlloyDB.

  • Z3: Diese Maschinenserie ist für speicherintensive, E/A-intensive Arbeitslasten optimiert.

N2

Für Instanzen der N2-Maschinenserie sind die folgenden Maschinentypen verfügbar. Weitere Informationen finden Sie unter N2-Maschinenserie.


Maschinentyp
vCPUs
Arbeitsspeicher (GB)
n2-highmem-2
2
16 GB RAM
n2-highmem-4
4
32 GB RAM
n2-highmem-8
8
64 GB RAM
n2-highmem-16
16
128 GB RAM
n2-highmem-32
32
256 GB RAM
n2-highmem-64
64
512 GB RAM
n2-highmem-96
96
768 GB RAM
n2-highmem-128
128
864 GB RAM

C4A Axion-basiert

Die folgenden Maschinentypen sind für Instanzen der C4A-Axion-basierten Maschinenserie verfügbar. Weitere Informationen finden Sie unter C4A-Maschinenserie.


Maschinentyp
vCPUs
Arbeitsspeicher (GB)
c4a-highmem-1
1
8 GB RAM
c4a-highmem-2-lssd
2
16 GB RAM
c4a-highmem-4-lssd
4
32 GB RAM
c4a-highmem-8-lssd
8
64 GB RAM
c4a-highmem-16-lssd
16
128 GB RAM
c4a-highmem-32-lssd
32
256 GB RAM
c4a-highmem-48-lssd
48
384 GB RAM
c4a-highmem-64-lssd
64
512 GB RAM
c4a-highmem-72-lssd
72
576 GB RAM

C4

Für Instanzen der C4-Maschinenserie sind die folgenden Maschinentypen verfügbar. Weitere Informationen finden Sie unter C4-Maschinenserie.


Maschinentyp
vCPUs
Arbeitsspeicher (GB)
c4-highmem-4-lssd
4
32 GB RAM
c4-highmem-8-lssd
8
64 GB RAM
c4-highmem-16-lssd
16
128 GB RAM
c4-highmem-24-lssd
24
192 GB RAM
c4-highmem-32-lssd
32
256 GB RAM
c4-highmem-48-lssd
48
384 GB RAM
c4-highmem-96-lssd
96
768 GB RAM
c4-highmem-144-lssd
144
1.152 GB RAM
c4-highmem-192-lssd
192
1.536 GB RAM
c4-highmem-288-lssd
288
2.304 GB RAM

Z3 standard-lssd

Für Instanzen der Z3-Maschinenserie sind die folgenden Maschinentypen verfügbar. Weitere Informationen finden Sie unter Z3-Maschinenserie.


Maschinentyp
vCPUs
Arbeitsspeicher (GB)
z3-highmem-14-standard-lssd
14
112 GB RAM
z3-highmem-22-standard-lssd
22
176 GB RAM
z3-highmem-44-standard-lssd
44
352 GB RAM
z3-highmem-88-standard-lssd
88
704 GB RAM

Z3 high-lssd

Für Instanzen der Z3-high-lssd-Maschinenserie sind die folgenden Maschinentypen verfügbar. Weitere Informationen finden Sie unter Z3-Maschinenserie.


Maschinentyp
vCPUs
Arbeitsspeicher (GB)
z3-highmem-8-high-lssd
8
64 GB RAM
z3-highmem-16-high-lssd
16
128 GB RAM
z3-highmem-22-high-lssd
22
176 GB RAM
z3-highmem-32-high-lssd
32
256 GB RAM
z3-highmem-44-high-lssd
44
352 GB RAM

Best Practices für die Kapazitätsplanung und Ressourcenverfügbarkeit

Beim Erstellen, Starten oder Skalieren einer AlloyDB-Instanz werden zugrunde liegende Compute Engine-VMs in der Zielregion und -zone bereitgestellt. Auch wenn Ihr Projekt ein ausreichendes Ressourcenkontingent hat, kann ein Vorgang fehlschlagen, wenn in der ausgewählten Region oder Zone vorübergehend nicht genügend physische Hardwarekapazität für eine bestimmte Maschinenserie oder -form vorhanden ist.

Beachten Sie die folgenden Best Practices für die Kapazitätsplanung, um die Wahrscheinlichkeit vorübergehender Ressourcenbeschränkungen zu verringern und die Kontinuität der Arbeitslast aufrechtzuerhalten.

Flexibilität bei Maschinenreihen und -formen berücksichtigen

  • Mehrere unterstützte Maschinenserien bewerten: Verschiedene Maschinenserien (N2, C4A, C4 und Z3) und vCPU-Konfigurationen greifen auf unterschiedliche zugrunde liegende Hardwarepools zu. Wenn ein bestimmter Maschinentyp in Ihrer Region vorübergehend nicht verfügbar ist (z. B. N2), versuchen Sie, eine vergleichbare vCPU-Form in einer anderen unterstützten Maschinenserie bereitzustellen, z. B. einen Axion-basierten C4A-, C4- oder Z3-Maschinentyp.

  • Maschinenreihenübergreifende Konfigurationen für Lesepools verwenden: Da AlloyDB maschinenreihenübergreifende Konfigurationen unterstützt, können Sie primäre und Lesepoolinstanzen auf verschiedenen Maschinenreihen konfigurieren. Wenn bei einer Lesepoolinstanz Ressourcenbeschränkungen für eine Maschinenreihe auftreten, können Sie den Maschinentyp des Lesepools in eine andere unterstützte Maschinenreihe mit einer vergleichbaren vCPU-Anzahl ändern, ohne die primäre Instanz zu ändern oder neu zu starten.

  • Lesekapazität auf mehrere Lesepools verteilen: Wenn Ihre Arbeitslast eine erhebliche Lesekapazität erfordert und eine einzelne große Maschinenform eingeschränkt ist, können Sie mehrere Lesepoolinstanzen bereitstellen oder kleinere Knotenformen mit zusätzlichen Knoten verwenden, um den Lesetraffic auf Hardwarepools zu verteilen.

Design für regionale Flexibilität

  • Alternative Region für neue Cluster auswählen: Wenn in einer Region dauerhafte Ressourcenbeschränkungen für Ihre erforderliche Konfiguration auftreten, sollten Sie neue Cluster in einer anderen Region bereitstellen, die Ihren Anforderungen an Latenz und Datenstandort entspricht. Prüfen Sie die regionalen Bereitstellungen von Maschinenserien, um zu sehen, welche Maschinenserien in den einzelnen Regionen unterstützt werden. Wenn Ihre Clientanwendungen oder abhängigen Dienste in der ursprünglichen Region verbleiben, kann die Verbindung über Regionen hinweg die Netzwerklatenz erhöhen und zu Gebühren für die Datenübertragung zwischen Regionen führen. Weitere Informationen finden Sie unter AlloyDB-Preise.

  • Regionenübergreifende Replikation für regionale Ausfallsicherheit konfigurieren: Konfigurieren Sie für kritische Arbeitslasten die regionenübergreifende Replikation mit einem sekundären Cluster in einer anderen Region. Wenn die sekundäre Region vorübergehende Einschränkungen für die Maschinenreihe des primären Clusters hat, können Sie die Instanz des sekundären Clusters auf einer anderen unterstützten Maschinenreihe konfigurieren. Bevor Sie einen sekundären Cluster hochstufen oder zu ihm wechseln, sollten Sie prüfen, ob die sekundäre Instanz über genügend vCPU- und Arbeitsspeicherkapazität verfügt, um Ihre Produktionsarbeitslast ohne sofortige Skalierung zu verarbeiten.

Vorgänge nach vorübergehenden Ressourceneinschränkungen wiederholen

  • Fehlgeschlagene Anfragen mit Backoff wiederholen: Die Cloud-Hardwarekapazität ändert sich dynamisch, wenn andere Arbeitslasten Ressourcen freigeben. Wenn eine Anfrage zum Erstellen, Starten oder Skalieren eines Clusters oder einer Instanz fehlschlägt, weil an einem Standort nicht genügend Ressourcen verfügbar sind, warten Sie und versuchen Sie es noch einmal. Implementieren Sie in automatisierten Bereitstellungs-Workflows Wiederholungsversuche mit exponentiellem Backoff, bevor Sie den Zielmaschinentyp oder die Zielregion ändern.

  • Unterbrochene Wartungsupdates wiederholen: Wenn ein geplantes Wartungsupdate aufgrund vorübergehender Ressourcenbeschränkungen in einer Zone unterbrochen wird, können Sie das Update mit der Self-Service-Wartung wiederholen, sobald Kapazität verfügbar ist.

Kapazität proaktiv planen

  • Skalierung außerhalb der Spitzenzeiten: Planen Sie die manuelle Instanzerstellung und vertikale Skalierungsvorgänge für Zeiten mit geringem Arbeitslast-Traffic und geringerer regionaler Nachfrage.

  • Zeitplanbasiertes Autoscaling für Lesepools verwenden: Konfigurieren Sie das Autoscaling für Lesepools mit zeitplanbasierten Richtlinien, um Lesepoolknoten vor vorhersehbaren Spitzenlastzeiten horizontal zu skalieren. Wenn Sie vor der Spitzennachfrage skalieren, haben Sie Zeit, andere Strategien zu implementieren, z. B. den Wechsel zu einer anderen unterstützten Maschinenserie, falls beim Skalierungsvorgang vorübergehende Ressourcenbeschränkungen auftreten.

  • Berücksichtigen, wie AlloyDB die Infrastruktur verwaltet: Da AlloyDB VMs in von Google verwalteten Mandantenprojekten bereitstellt, gelten Compute Engine-Reservierungen nicht für AlloyDB-Instanzen. AlloyDB wählt automatisch Zonen innerhalb der von Ihnen ausgewählten Region aus, anstatt dass Sie Instanzen oder Knoten an bestimmte Zonen anpinnen können. Verwenden Sie Größenempfehlungen und Systemstatistiken, um die Größe von Instanzen basierend auf der beobachteten CPU- und Arbeitsspeicherauslastung anzupassen.

Nächste Schritte