Auf dieser Seite wird beschrieben, wie Sie eine AlloyDB-Instanz skalieren. Sie können sowohl primäre als auch Lesepoolinstanzen vertikal skalieren, indem Sie den Maschinentyp der Instanz ändern. Lesepoolinstanzen können Sie horizontal skalieren, indem Sie die Anzahl der Knoten in der Instanz ändern.
Hinweise
- Für das von Ihnen verwendete Google Cloud-Projekt muss der Zugriff auf AlloyDB aktiviert sein.
- Sie benötigen eine der folgenden IAM-Rollen im verwendeten Google Cloud-Projekt:
roles/alloydb.admin
(die vordefinierte IAM-Rolle „AlloyDB Admin“)roles/owner
(die einfache IAM-Rolle „Inhaber“)roles/editor
(einfache IAM-Rolle „Bearbeiter“)
Wenn Sie keine dieser Rollen haben, wenden Sie sich an den Administrator Ihrer Organisation, um Zugriff anzufordern.
Maschinentyp einer Instanz skalieren
Console
Rufen Sie in der Google Cloud Console die Seite Cluster auf.
Klicken Sie in der Spalte Ressourcenname auf einen Cluster.
Klicken Sie auf der Seite Übersicht im Abschnitt Instanzen in Ihrem Cluster auf Primär bearbeiten oder Lesepool bearbeiten.
Diese Aktion ist nicht verfügbar, wenn auf der Seite der Status des Clusters Wartung lautet. Die Aktion ist wieder verfügbar, nachdem der Status in Bereit geändert wurde.
Wählen Sie eine der folgenden Maschinenserien aus:
- C4A (Google Axion-basierte Maschinenreihe) (Vorabversion)
- N2 (x86-basierte Maschinenreihe) Dies ist die Standardmaschinenreihe.
Wählen Sie einen Maschinentyp aus.
- C4A unterstützt 1, 4, 8, 16, 32, 48, 64 und 72 Maschinentypen oder ‑formen.
N2 unterstützt 2,4,8,16,32,64,96 und 128 Maschinentypen oder ‑formen.
Weitere Informationen zur Verwendung der C4A-Axion-basierten Maschinenserie, einschließlich des Maschinentyps mit 1 vCPU, finden Sie unter Hinweise zur Verwendung der C4A-Axion-basierten Maschinenserie.
Klicken Sie auf Instanz aktualisieren oder Lesepool aktualisieren.
gcloud
Wenn Sie die gcloud CLI verwenden möchten, können Sie die Google Cloud CLI installieren und initialisieren oder Cloud Shell verwenden.
Verwenden Sie den Befehl gcloud alloydb instances
update
, um den Maschinentyp der primären Instanz zu ändern.
gcloud alloydb instances update INSTANCE_ID \
--cpu-count=CPU_COUNT \
--machine-type=MACHINE_TYPE \
--region=REGION_ID \
--cluster=CLUSTER_ID \
--project=PROJECT_ID
Ersetzen Sie Folgendes:
INSTANCE_ID
: Die ID der Instanz, die Sie aktualisieren.CPU_COUNT
: Die Anzahl der N2-vCPUs, die Sie für die Instanz benötigen. N2 ist der Standardwert. Gültige Werte sind:2
: 2 vCPUs, 16 GB RAM4
: 4 vCPUs, 32 GB RAM8
: 8 vCPUs, 64 GB RAM16
: 16 vCPUs, 128 GB RAM32
: 32 vCPUs, 256 GB RAM64
: 64 vCPUs, 512 GB RAM96
: 96 vCPUs, 768 GB RAM128
: 128 vCPUs, 864 GB RAM
MACHINE_TYPE
: Dieser Parameter ist optional, wenn Sie N2-Maschinen bereitstellen. Wenn Sie die Axion-basierte C4A-Maschinenreihe (Vorabversion) bereitstellen oder zwischen C4A- und N2-Maschinen migrieren möchten, wählen Sie diesen Parameter mit den folgenden Werten aus.Wenn Sie
MACHINE_TYPE
undCPU_COUNT
zusammen verwenden, müssen die Werte inCPU_COUNT
undMACHINE_TYPE
übereinstimmen. Andernfalls wird ein Fehler ausgegeben.Wählen Sie für die C4A-Axion-basierte Maschinenreihe den Maschinentyp mit den folgenden Werten aus:
c4a-highmem-1
c4a-highmem-4-lssd
c4a-highmem-8-lssd
c4a-highmem-16-lssd
c4a-highmem-32-lssd
c4a-highmem-48-lssd
c4a-highmem-64-lssd
c4a-highmem-72-lssd
Wenn Sie C4A mit mindestens 4 vCPUs bereitstellen möchten, verwenden Sie das Suffix
lssd
, um den ultraschnellen Cache zu aktivieren.Weitere Informationen zur Verwendung der C4A-Axion-basierten Maschinenreihe, einschließlich des Maschinentyps mit 1 vCPU, finden Sie unter Hinweise zur Verwendung der C4A-Axion-basierten Maschinenreihe.
Verwenden Sie für die x86-basierten N2-Maschinenreihen die folgenden Werte:
N2-highmem-2
N2-highmem-4
N2-highmem-8
N2-highmem-16
N2-highmem-32
N2-highmem-64
N2-highmem-96
N2-highmem-128
REGION_ID
: Die Region, in der sich die Instanz befindet.CLUSTER_ID
: Die ID des Clusters, in dem sich die Instanz befindet.PROJECT_ID
: Die ID des Projekts, in dem sich der Cluster befindet.
Wenn der Befehl eine Fehlermeldung mit dem Begriff invalid cluster state MAINTENANCE
zurückgibt, wird der Cluster gerade routinemäßig gewartet. Dadurch ist die Neukonfiguration der Instanz vorübergehend nicht möglich.
Führen Sie den Befehl noch einmal aus, nachdem der Cluster wieder den Status READY
hat.
Informationen zum Prüfen des Clusterstatus finden Sie unter Clusterdetails ansehen.
Knotenanzahl einer Lesepoolinstanz skalieren
Mit AlloyDB können Sie die Anzahl der Knoten in einer Lesepoolinstanz ohne Ausfallzeiten auf Instanzebene skalieren. Wenn Sie die Anzahl der Knoten erhöhen, sind Clientverbindungen davon nicht betroffen.
Wenn Sie die Anzahl der Knoten verringern, können alle Clients, die mit einem heruntergefahrenen Knoten verbunden sind, über den Instanzendpunkt eine neue Verbindung zu den anderen Knoten herstellen.
Console
Rufen Sie in der Google Cloud Console die Seite Cluster auf.
Klicken Sie in der Spalte Ressourcenname auf einen Cluster.
Klicken Sie auf der Seite Übersicht im Abschnitt Instanzen in Ihrem Cluster auf Lesepool bearbeiten.
Diese Aktion ist nicht verfügbar, wenn auf der Seite der Status des Clusters Wartung lautet. Die Aktion ist wieder verfügbar, sobald der Status in Bereit geändert wird.
Geben Sie im Feld Knotenzahl eine Knotenzahl ein. Hinweis:Alle Lesepoolinstanzen in einem Cluster können maximal 20 Knoten umfassen.
Klicken Sie auf Lesepool aktualisieren.
gcloud
Wenn Sie die gcloud CLI verwenden möchten, können Sie die Google Cloud CLI installieren und initialisieren oder Cloud Shell verwenden.
Verwenden Sie den Befehl gcloud alloydb instances
update
, um die Anzahl der Knoten in einer Leserpoolinstanz zu ändern.
gcloud alloydb instances update INSTANCE_ID \
--read-pool-node-count=NODE_COUNT \
--region=REGION_ID \
--cluster=CLUSTER_ID \
--project=PROJECT_ID
INSTANCE_ID
: Die ID der Leserpoolinstanz.NODE_COUNT
: Die Anzahl der Knoten in der Lesepoolinstanz. Geben Sie eine Zahl zwischen1
und20
ein. Hinweis: In einem Cluster dürfen nicht mehr als 20 Knoten für alle Lesepoolinstanzen vorhanden sein.REGION_ID:
Die Region, in der sich die Instanz befindet.CLUSTER_ID
: Die ID des Clusters, in dem sich die Instanz befindet.PROJECT_ID
: Die ID des Projekts, in dem sich der Cluster befindet.
Wenn der Befehl eine Fehlermeldung mit dem Begriff invalid cluster state MAINTENANCE
zurückgibt, wird der Cluster gerade routinemäßig gewartet. Dadurch ist die Neukonfiguration der Instanz vorübergehend nicht möglich.
Führen Sie den Befehl noch einmal aus, nachdem der Cluster wieder den Status READY
hat. Informationen zum Prüfen des Clusterstatus finden Sie unter Clusterdetails ansehen.