Platte, Speicher und CPU hinzufügen
Das Shared Compute-Hosting-Modell unterstützt feiner abgestufte Ressourcenzuweisungen, die aus Gründen der Übersichtlichkeit nicht auf der Benutzeroberfläche angezeigt werden. Weitere Informationen finden Sie unter Hosting-Modelle.
Um eine Isolated Compute Host-Flavor-Instanz zu skalieren, setzen Sie den entsprechenden hostflavor
-Parameter
auf die angestrebte Isolated Compute-Größe, z. B. "b3c.4x16.encrypted". Da dies die Auswahl der CPU- und RAM-Zuweisung einschließt, sollten Sie CPU und RAM nicht separat auswählen.
Um eine Shared Compute Host-Flavor-Instanz zwischen dem minimalen CPU-Wert und 2 CPU zu skalieren, setzen Sie die CPU
auf 0 und skalieren die RAM-Zuweisung mit den folgenden Befehlen. Der CPU-Wert skaliert im Verhältnis von 1 CPU : 8 GB RAM, bis zu 2 CPU. Um über 2 CPUs zu skalieren, setzen Sie die CPU- und RAM-Zuweisungen auf Ihre Zielzuweisung. Achten Sie
bei beiden darauf, dass Sie den entsprechenden hostflavor
-Parameter angeben.
Um eine Isolated Compute Host-Flavor-Instanz zu skalieren, setzen Sie den entsprechenden host_flavor
-Parameter
auf die angestrebte Isolated Compute-Größe, z. B. "b3c.4x16.encrypted". Da dies die Auswahl der CPU- und RAM-Zuweisung einschließt, sollten Sie CPU und RAM nicht separat auswählen.
Um eine Shared Compute Host-Flavor-Instanz zwischen dem minimalen CPU-Wert und 2 CPU zu skalieren, setzen Sie die CPU
auf 0 und skalieren die RAM-Zuweisung mit den folgenden Befehlen. Der CPU-Wert skaliert im Verhältnis von 1 CPU : 8 GB RAM, bis zu 2 CPU. Um über 2 CPUs zu skalieren, setzen Sie die CPU- und RAM-Zuweisungen auf Ihre Zielzuweisung. Achten Sie
bei beiden darauf, dass Sie den entsprechenden host_flavor
-Parameter angeben.
Um eine Isolated Compute Host-Flavor-Instanz zu skalieren, setzen Sie den entsprechenden host_flavor
-Parameter
auf die angestrebte Isolated Compute-Größe, z. B. "b3c.4x16.encrypted". Da dies die Auswahl der CPU- und RAM-Zuweisung einschließt, sollten Sie CPU und RAM nicht separat auswählen.
Um eine Shared Compute Host-Flavor-Instanz zwischen dem minimalen CPU-Wert und 2 CPU zu skalieren, setzen Sie
die CPU auf 0 und skalieren die RAM-Zuweisung mit den folgenden Befehlen. Der CPU-Wert skaliert im Verhältnis von 1 CPU : 8 GB RAM, bis zu 2 CPU. Um über 2 CPUs zu skalieren, setzen Sie die CPU- und RAM-Zuweisungen auf Ihre Zielzuweisung. Achten
Sie bei beiden darauf, dass Sie den entsprechenden host_flavor
-Parameter angeben.
Sie können die für Ihren IBM Cloud® Databases for PostgreSQL verfügbaren Ressourcen manuell an Ihre Arbeitslast und die Größe Ihrer Daten anpassen.
Hinweis: Die Skalierungszuweisungen von Terraform gelten pro Mitglied.
Hinweis: API-Skalierungszuweisungen verwenden Gesamtzuweisungswerte.
Unterteilung nach Ressourcen
Databases for PostgreSQL-Bereitstellungen haben zwei Datenmember in einem Cluster. Ressourcen werden beiden Membern zu gleichen Teilen zugeordnet. Der Mindestspeicher einer PostgreSQL-Bereitstellung beträgt beispielsweise 10240 MB, was einer Anfangsgröße von 5120 MB pro Member entspricht. Der Mindest-RAM für einen PostgreSQL beträgt 8192 MB, was einer anfänglichen Zuweisung von 4096 MB pro Mitglied entspricht.
Die Abrechnung erfolgt auf der Grundlage der gesamten Ressourcen, die dem Dienst zugewiesen werden.
Plattenbelegung
Der Speicher gibt die Größe des Plattenspeicherplatzes an, der dem Service zugeordnet ist. Jedem Member ist derselbe Anteil an Speicherplatz zugeordnet. Ihre Daten werden über alle Datenmitglieder im PostgreSQL repliziert.
Die Plattenzuordnung wirkt sich auch auf die Leistung der Platte aus, bei größeren Platten mit einer höherer Leistung. Die Baseline-Leistung in Ein-/Ausgabeoperationen pro Sekunde (IOPS) beträgt für die Platte 10 IOPS pro GB. Skalieren Sie die Festplatte, um die IOPS zu erhöhen, die Ihre Bereitstellung bewältigen kann.
Für den Speicher ist kein Scale-down möglich. Falls sich Größe der Datenmenge verringert, können Sie Speicherplatz durch das Sichern und Wiederherstellen der Daten in einer neuen Bereitstellung wiederherstellen.
RAM
Wenn Sie feststellen, dass es bei Ihren Abfragen und der Datenbankaktivität aufgrund fehlenden Speicherplatzes zu Leistungsproblemen kommt, können Sie die Menge an Arbeitsspeicher skalieren, die Ihrem Service zugeordnet ist. Wenn sich Ihre Datenbankinstanz auf einem Isolated Compute-Hosting-Modell befindet, wählen Sie die CPU x RAM-Konfiguration, die Ihrem Ressourcenbedarf entspricht. Wenn sich Ihre Datenbankinstanz auf einem Shared Compute- oder Dedicated Core-Hosting-Modell befindet, wählen Sie die gewünschte RAM-Zuweisung für Ihre Datenbank.
Dedicated Core ist veraltet und wird im Mai 2025 abgeschafft.
Durch Hinzufügen von Speicher zur Gesamtzuweisung wird den Mitgliedern gleichermaßen Speicher zugewiesen. {Die Speicherzuweisungsrichtlinie Databases for PostgreSQL Bereitstellungen ist auf 50 % Heap- und 50 % Systemspeicher festgelegt, so dass eine Erhöhung der RAM-Menge sowohl den Heap- als auch den Systemspeicher erhöht. RAM kann nach oben oder unten skaliert werden.
work_mem
, maintenance_work_mem
und effective_cache_size
werden automatisch auf der Basis des Gesamtspeichers der Bereitstellung optimiert. Sie werden
auch festgelegt, wenn Sie Speicher für Ihre Bereitstellung skalieren. Wenn Sie eine Skalierung vornehmen, werden die Werte ohne Betriebsunterbrechung an die aktive Bereitstellung angepasst.
Die Speichermenge, die dem gemeinsam genutzten Pufferpool der Datenbank zugeordnet ist, wird nicht automatisch angepasst, wenn Sie Ihre Bereitstellung skalieren. Es wird empfohlen, den Wert auf 25 % des Gesamtspeichers des
Einsatzes festzulegen. Sie können den gemeinsam genutzten Pufferpool manuell über die Einstellung shared_buffer
in Ihrer
PostgreSQL-Konfiguration optimieren. Die Optimierung erfolgt nicht automatisch, da das Ändern von shared_buffer
einen Neustart der Datenbank erfordert.
vCPU
Wenn Sie feststellen, dass Ihre Datenbank-Workloads mehr CPU-Ressourcen benötigen, können Sie die Menge der Ihrem Dienst zugewiesenen CPU skalieren. Wenn sich Ihre Datenbankinstanz auf einem Isolated Compute-Hosting-Modell befindet, wählen Sie die CPU x RAM-Konfiguration, die Ihrem Ressourcenbedarf entspricht. Wenn sich Ihre Datenbankinstanz auf einem Shared Compute- oder Dedicated Core-Hosting-Modell befindet, wählen Sie die gewünschte CPU-Zuweisung für Ihre Datenbank.
Die alten dedizierten Kerninstanzen sind veraltet und werden im Mai 2025 entfernt. Weitere Informationen über die neuen Hosting-Modelle finden Sie in der Übersicht der Hosting-Modelle.
Informationen zur Skalierung
- Bei einer Vergrößerung kann es zu einem Neustart der Bereitstellung kommen. Wenn Ihre Bereitstellung auf einen Host mit mehr Kapazität verschoben werden muss, wird die Bereitstellung im Rahmen der Verschiebung neu gestartet.
- Bei einem Scale-down für Arbeitsspeicher oder CPUs werden keine Neustarts ausgelöst.
- Ein Scale-down für Platten ist nicht möglich.
- Bei der Skalierung zwischen Hosting-Modellen (Shared Compute, Isolated Compute und Dedicated Cores) wird Ihre Bereitstellung auf neue Hosts verschoben. Ihre Datenbanken werden im Rahmen dieser Verschiebung neu gestartet. Da Ihre Bereitstellung auf einen neuen Host verschoben wird, kann dies auch länger dauern als das einfache Hinzufügen weiterer Ressourcen. Weitere Informationen finden Sie unter Gemeinsames Rechnen und isoliertes Rechnen.
- Ebenso kann eine drastische Erhöhung der CPU, des Arbeitsspeichers oder der Festplatte mehr Zeit in Anspruch nehmen als eine geringfügige Erhöhung der Ressourcen, um mehr zugrundeliegende Hardwareressourcen bereitstellen zu können.
- Skalierungsoperationen werden in IBM Cloud® Activity Tracker Event Routing protokolliert.
- Wenn Sie konsistente Trends in der Ressourcennutzung feststellen oder eine Skalierung bei Erreichen bestimmter Ressourcenschwellenwerte wünschen, aktivieren Sie Autoskalierung für Ihren Einsatz.
- { Databases for PostgreSQL wurde entwickelt, um die Arbeitslast über einen Cluster auszugleichen und kann von einer horizontalen Skalierung profitieren. Wenn Sie sich Sorgen um die Leistung machen, lesen Sie den Abschnitt Hinzufügen von PostgreSQL.
Überprüfung der aktuellen Ressourcen und des Hosting-Modells
Auf der Registerkarte Ressourcen finden Sie die beiden Kacheln Hosting-Modell und Ressourcenzuweisungen. Diese Kacheln spiegeln Ihre aktuellen Ressourcen und Ihr Hosting-Modell wider. Wählen Sie Konfigurieren, um die Einstellungen in jeder Kachel anzupassen.
In der Benutzerschnittstelle (UI) skalieren
Wählen Sie auf der Registerkarte Ressourcen der Benutzeroberfläche die Option Konfigurieren auf der Kachel Ressourcenzuweisungen. Daraufhin öffnet sich ein Fenster, in dem Sie Ihre Ressourcen anpassen können.
Wenn Ihre Datenbank das Hosting-Modell Isolated Compute verwendet, sehen Sie eine Tabelle "Hostgrößen", in der Sie die vCPU und RAM-Konfiguration pro Mitglied für Ihre Datenbank auswählen können.
Beim Shared Compute-Hosting-Modell sehen Sie die Konfiguration Small, die 0.5 vCPU und 4 GB RAM pro Mitglied bietet, die Option Small Custom oder die Konfiguration Custom. Small Custom zeigt an, dass Ihre Datenbank mit der CLI, API oder Terraform skaliert wurde, was eine feinere Ressourcenskalierung ermöglicht, zusammen mit einer Option für automatisch zugewiesene vCPU anteilig zum RAM-Wert. Auf der Benutzeroberfläche können Sie auf Small und Custom skalieren, aber nicht auf die feinkörnigen Werte, die von der CLI, API oder Terraform bereitgestellt werden. Ziehen Sie bei Benutzerdefiniert den Schieberegler oder passen Sie den Wert im Eingabefeld an, um die vCPU und RAM-Werte Ihrer Datenbank pro Mitglied auszuwählen.
Der Schieberegler "Festplatte (GB/Mitglied)" ist die Auswahl der Festplatte pro Mitglied. Ziehen Sie den Schieberegler oder passen Sie die Zahl im Eingabefeld an, um die Anzahl der GB-Festplatte zu ändern. Beachten Sie, dass die Festplatte an IOPS gebunden ist: 1 GB = 10 IOPS.
Mitglieder ist die Anzahl der Mitglieder in Ihrer Datenbank. Für PostgreSQL, werden die Mitglieder auf 2 gesetzt.
Überprüfen Sie die geschätzten Gesamtkosten mit dem Rechner am Ende der Seite. Beachten Sie, dass bei der Skalierung Ihrer Datenbankinstanz ein Teil oder die gesamte alte Preisstruktur wegfällt, wenn Sie über einen Bestandsschutz verfügen, der auch als Legacy-Preisstruktur bezeichnet wird. Weitere Informationen über das Grandfathering und das Ende des Grandfathering finden Sie unter Zeitplan für den Übergang zum Gradfathering.
Wenn Sie fertig sind, klicken Sie auf Änderungen übernehmen, um die Skalierung zu starten.
Wechsel zu und zwischen Hosting-Modellen in der Benutzeroberfläche
Wählen Sie auf der Registerkarte Ressourcen der Benutzeroberfläche die Option Konfigurieren auf der Kachel Hosting-Modell. Daraufhin öffnet sich ein Fenster, in dem Sie die Auswahl Ihres Hosting-Modells anpassen können.
Die erste verfügbare Option ist Wählen Sie Ihr Hosting-Modell. Hier können Sie zu einem anderen Hosting-Modell wechseln.
Unten sehen Sie die Optionen, mit denen Sie auch die Ressourcen des von Ihnen ausgewählten neuen Hosting-Modells anpassen können. Befolgen Sie die Anweisungen im vorherigen Abschnitt "Skalierung in der Benutzeroberfläche", um Ihre Ressourcen anzupassen.
Wenn Sie auf Änderungen übernehmen klicken, wird dieser Skalierungsvorgang ausgelöst.
Überprüfung der aktuellen Ressourcen und des Hosting-Modells
Vom Plug-in für die Clouddatenbanken der IBM Cloud-Befehlszeilenschnittstelle wird das Anzeigen und Skalieren der Ressourcen in der Bereitstellung unterstützt.
Verwenden Sie den Befehl cdb deployment-groups
, um aktuelle Ressourceninformationen für den Service anzuzeigen; hierbei wird auch angegeben, welche Ressourcengruppen konfigurierbar sind. Verwenden Sie den Befehl cdb deployment-groups-set
,
um eine der verfügbaren Ressourcengruppen zu skalieren.
Mit dem folgenden Befehl können Sie zum Beispiel die Ressourcengruppen für eine Bereitstellung mit dem Namen "example-deployment" anzeigen. Beachten Sie, dass dieser Befehl über das Attribut " hostflavor
" auch
anzeigt, ob es sich bei Ihrer Datenbank um eine Shared Compute- oder eine Isolated Compute-Instanz handelt. Wenn der hostflavor
Null ist, handelt es sich um ein altes Hosting-Modell.
ibmcloud cdb deployment-groups example-deployment
Daraufhin wird die folgende Ausgabe angezeigt:
Group member
Count 2
|
+ Memory
| Allocation 8192mb
| Allocation per member 4096mb
| Minimum 4096mb
| Step Size 256mb
| Adjustable true
| Cpu Enforcement Ratio Ceiling 32768mb
| Cpu Enforcement Ratio 8192mb
|
+ CPU
| Allocation 6
| Allocation per member 3
| Minimum 6
| Step Size 2
| Adjustable true
|
+ HostFlavor
| ID multitenant
| Name
| HostingSize
|
+ Disk
| Allocation 10240mb
| Allocation per member 5120mb
| Minimum 10240mb
| Step Size 1024mb
| Adjustable true
Die Bereitstellung verfügt über zwei Member, wobei insgesamt 4096 MB RAM und 10240 MB Plattenspeicher zugeordnet sind. Die Zuteilung "pro Mitglied" beträgt 4096 MB RAM und 5120 MB Festplatte. Der Mindestwert ist der niedrigste Wert, der für die Gesamtzuordnung festgelegt werden kann. Die Schrittgröße ('Step Size') ist der kleinste Betrag, um den die Gesamtzuordnung angepasst werden kann.
Ressourcen und Skalierung in der Befehlszeilenschnittstelle
Mit dem Befehl cdb deployment-groups-set
kann entweder die gesamte RAM- oder die gesamte Festplattenzuweisung in MB angegeben werden. Um beispielsweise den Speicher des "Beispiel-Einsatzes" auf 4096 MB RAM für jedes Speichermitglied
(für einen Gesamtspeicher von 8192 MB) zu skalieren, verwenden Sie den Befehl:
ibmcloud cdb deployment-groups-set example-deployment member --memory 8192
Bestimmen Sie das Hosting-Modell für Ihre Datenbank
Verwenden Sie den folgenden Befehl, um den Wert des Attributs host_flavor
zu überprüfen. Dieser Wert ist null, wenn die Datenbank auf einem veralteten Hosting-Modell läuft (nicht Shared oder Isolated Compute).
ibmcloud cdb groups <INSTANCE_NAME_OR_CRN> --json
Wechseln zu und zwischen Hosting-Modellen in der CLI
Wenn Ihre Datenbank eine Shared Compute-Instanz ist, können Sie die Speicher-, CPU- und Festplattenoptionen mit dem folgenden Befehl anpassen. Dies kann auch verwendet werden, um eine Datenbank von einem anderen Hosting-Modell auf das Shared Compute-Hosting-Modell zu verschieben.
ibmcloud cdb deployment-groups-set <INSTANCE_NAME_OR_CRN> <GROUP_ID> [--memory <val>] [--cpu <val>] [--disk <val>] [--hostflavor multitenant]
Verwenden Sie beispielsweise die folgenden Schritte, um zu einer Shared Compute-Instanz zu skalieren oder Ihre Shared Compute-Instanz zu vergrößern:
ibmcloud cdb deployment-groups-set crn:abc ... xyz:: member --memory 24576 --cpu 6 --hostflavor multitenant
Wenn es sich bei Ihrer Datenbank um eine Isolated Compute-Instanz handelt, werden Arbeitsspeicher und CPU durch Auswahl der Isolated Compute-Größe gemeinsam angepasst (siehe alle Größen in Tabelle 1). Die Festplatte wird separat skaliert. Um eine Cloud Databases Isolated Compute-Instanz zu skalieren, verwenden Sie einen Befehl wie den folgenden, der zur Skalierung auf eine Instanz mit 4 CPUs und 16 RAMs verwendet wird. Dieser Befehl kann auch verwendet werden, um eine Datenbank von einem anderen Hosting-Modell in das Isolated Compute-Hosting-Modell zu verschieben.
Da die Auswahl der Host-Variante CPU- und RAM-Größen umfasst b3c.4x16.encrypted
ist 4 CPU und 16 RAM), akzeptiert diese Anforderung nicht sowohl die Auswahl einer isolierten Größe als auch die separate Auswahl der CPU- und RAM-Zuweisung.
ibmcloud cdb deployment-groups-set <INSTANCE_NAME_OR_CRN> <GROUP_ID> [--disk <val>] [--hostflavor <hostflavor>]
Verwenden Sie beispielsweise die folgenden Schritte, um eine isolierte Compute-Instanz zu skalieren oder Ihre isolierte Compute-Instanz zu vergrößern:
ibmcloud cdb deployment-groups-set crn:abc ... xyz:: member --hostflavor b3c.4x16.encrypted
Der Parameter hostflavor
Der Parameter hostflavor
legt die Größe der Berechnungen fest. Um eine Shared Compute-Instanz bereitzustellen, geben Sie multitenant
an. Um eine Isolated Compute-Instanz bereitzustellen, geben Sie den entsprechenden
Wert für Ihre gewünschte CPU- und RAM-Konfiguration ein.
Geschmacksrichtung | Hostflavor-Wert |
---|---|
Gemeinsame Rechenleistung | multitenant |
4 CPU x 16 RAM | b3c.4x16.encrypted |
8 CPU x 32 RAM | b3c.8x32.encrypted |
8 CPU x 64 RAM | m3c.8x64.encrypted |
16 CPU x 64 RAM | b3c.16x64.encrypted |
32 CPU x 128 RAM | b3c.32x128.encrypted |
30 CPU x 240 RAM | m3c.30x240.encrypted |
Überprüfung der aktuellen Ressourcen und des Hosting-Modells
Der Basisendpunkt in der Anzeige Übersicht Ihres Service stellt die Basis-URL für den Zugriff auf die Bereitstellung über die API bereit. Verwenden Sie diese mit dem Endpunkt /groups
, wenn Sie die Skalierung programmgesteuert
verwalten oder automatisieren möchten.
Um die aktuellen und skalierbaren Ressourcen für eine Bereitstellung anzuzeigen, verwenden Sie den Endpunkt /deployments/{id}/groups.
Beachten Sie, dass dieser Befehl über das Attribut host_flavor
auch anzeigt, ob es sich bei Ihrer Datenbank um eine Shared Compute- oder eine Isolated Compute-Instanz handelt. Wenn der host_flavor
Null ist, handelt es
sich um ein altes Hosting-Modell.
curl -X GET -H "Authorization: Bearer $APIKEY" 'https://api.{region}.databases.cloud.ibm.com/v5/ibm/deployments/{id}/groups'
Skalierung über die API
Um den Speicher einer Bereitstellung auf 4096 MB RAM für jedes Mitglied zu skalieren (es gibt 2, also insgesamt 8192 MB), verwenden Sie den {group_id} API-Endpunkt.
curl -X PATCH 'https://api.{region}.databases.cloud.ibm.com/v5/ibm/deployments/{id}/groups/member' \
-H "Authorization: Bearer $APIKEY" \
-H "Content-Type: application/json" \
-d '{"memory": {
"allocation_mb": 8192
}
}'
Bestimmen Sie das Hosting-Modell für Ihre Datenbank
Verwenden Sie den folgenden Befehl, um den Wert des Attributs host_flavor
zu überprüfen. Dieser Wert ist null, wenn die Datenbank auf einem veralteten Hosting-Modell läuft (nicht Shared oder Isolated Compute).
curl -X GET https://api.{region}.databases.cloud.ibm.com/v5/ibm/deployments/{id}/groups -H 'Authorization: Bearer <>' \
Wechseln zu und zwischen Hosting-Modellen in der API
Um eine Cloud Databases Shared Compute-Instanz zu skalieren, verwenden Sie den folgenden Befehl, wobei Sie host_flavor
auf multitenant
setzen. Wenn sich Ihre Datenbank nicht auf Shared Compute befindet, kann mit diesem
Befehl auch eine Datenbank von einem anderen Hosting-Modell auf das Shared Compute-Hosting-Modell verschoben werden.
curl -X PATCH https://api.{region}.databases.cloud.ibm.com/v5/ibm/deployments/{id}/groups/member
-H 'Authorization: Bearer <>'
-H 'Content-Type: application/json'
-d '{"host_flavor":
{"id": "multitenant"},
"cpu":
{"allocation_count": 2},
"memory":
{"allocation_mb": 8192}
}' \
Um eine beliebige Instanz in eine Cloud Databases Isolated Compute-Instanz zu skalieren oder auf eine andere Isolated Compute-Größe zu skalieren, verwenden Sie den Parameter host_flavor
, diesmal auf die gewünschte Isolated Compute-Größe
eingestellt. Die verfügbaren Hostinggrößen und ihre host_flavor
Wertparameter sind in Tabelle 1 aufgeführt. Zum Beispiel {"host_flavor": "b3c.4x16.encrypted"}
.
Da die Auswahl der Host-Variante CPU- und RAM-Größen umfasst (b3c.4x16.encrypted
ist 4 CPU und 16 RAM), akzeptiert diese Anforderung nicht sowohl eine Auswahl der isolierten Größe als auch eine separate Auswahl der CPU- und RAM-Zuweisung.
Skalieren Sie mit dem Cloud Databases API-Skalierungsendpunkt, mit einem Befehl wie:
curl -X PATCH https://api.{region}.databases.cloud.ibm.com/v5/ibm/deployments/{id}/groups/member
-H 'Authorization: Bearer <>'
-H 'Content-Type: application/json'
-d '{"host_flavor": {"id": "b3c.4x16.encrypted"}}' \
Die Zuweisung von CPU und RAM ist bei der Bereitstellung oder Skalierung über Isolated Compute nicht zulässig. Geben Sie mulitenant
für den Parameter host_flavor
an, um eine unabhängige Auswahl von CPU und RAM zu haben.
CPU- und RAM-Autoskalierung wird auf Cloud Databases Isolated Compute nicht unterstützt. Die automatische Skalierung von Festplatten ist verfügbar. Wenn Sie eine isolierte Instanz bereitgestellt haben oder von einer Bereitstellung mit Autoscaling umgestiegen sind, sollten Sie Ihre Ressourcen mit der IBM Cloud® Monitoring-Integration im Auge behalten, die Metriken für Arbeitsspeicher, Festplattenspeicher und Festplatten-E/A-Auslastung liefert. Um Ressourcen zu Ihrer Instanz hinzuzufügen, skalieren Sie Ihre Bereitstellung manuell.
Der Parameter host flavor
{: api
Der Parameter host_flavor
legt die Größe der Berechnungen fest. Um eine Shared Compute-Instanz bereitzustellen, geben Sie multitenant
an. Um eine Isolated Compute-Instanz bereitzustellen, geben Sie den entsprechenden
Wert für Ihre gewünschte CPU- und RAM-Konfiguration ein.
Geschmacksrichtung | Wert der Geschmacksrichtung "host_flavor" |
---|---|
Gemeinsame Rechenleistung | multitenant |
4 CPU x 16 RAM | b3c.4x16.encrypted |
8 CPU x 32 RAM | b3c.8x32.encrypted |
8 CPU x 64 RAM | m3c.8x64.encrypted |
16 CPU x 64 RAM | b3c.16x64.encrypted |
32 CPU x 128 RAM | b3c.32x128.encrypted |
30 CPU x 240 RAM | m3c.30x240.encrypted |
Überprüfung der aktuellen Ressourcen und des Hosting-Modells
Überprüfen Sie die Ressourcenzuweisungen für Ihre Datenbank, indem Sie Ihre Terraform-Skripte auf cpu { allocation_count = }
, memory {allocation_mb = }
und disk { allocation_mb = }
überprüfen. Überprüfen
Sie die Einstellung host_flavor
, um festzustellen, ob es sich bei Ihrer Datenbank um ein Shared Compute- oder ein Isolated Compute-Hosting-Modell handelt. Wenn host_flavor
nicht vorhanden ist,
handelt es sich bei Ihrer Datenbank um ein veraltetes Hosting-Modell.
Skalierung mit Terraform
Bevor Sie ein Terraform-Skript auf einer bestehenden Instanz ausführen, verwenden Sie den terraform plan
-Befehl, um den aktuellen Zustand der Infrastruktur mit dem gewünschten Zustand zu vergleichen, der in Ihren Terraform-Dateien
definiert ist. Jede Änderung der Attribute resource_group_id
, service plan
, version
, key_protect_instance
, key_protect_key
, backup_encryption_key_crn
erstellt Ihre
Instanz neu. Eine Liste der aktuellen Argument-Referenzen mit der Forces new resource
-Spezifikation finden Sie in der ibm_database Terraform Registry.
Skalieren Sie Ihre Instanz, indem Sie Ihr Terraform-Skript für die betreffende Ressource anpassen. Im folgenden Beispiel werden die Zuordnungen cpu
, memory
und disk
angegeben. Beachten Sie, dass Sie, wenn
Sie eine Host-Variante ausgewählt haben (Isolated Compute oder Shared Compute Multitenant), die Auswahl der Host-Variante in Ihrem Skript beibehalten. Um Ihre Änderung umzusetzen, führen Sie terraform apply
aus.
data "ibm_resource_group" "group" {
name = "<your_group>"
}
resource "ibm_database" "<your_database>" {
name = "<your_database_name>"
plan = "standard"
location = "eu-gb"
service = "databases-for-epostgresql"
resource_group_id = data.ibm_resource_group.group.id
tags = ["tag1", "tag2"]
adminpassword = "password12"
group {
group_id = "member"
cpu {
allocation_count = 6
}
memory {
allocation_mb = 24576
}
disk {
allocation_mb = 256000
}
}
users {
name = "user123"
password = "password12"
}
allowlist {
address = "172.168.1.1/32"
description = "desc"
}
}
output "ICD PostgreSQL database connection string" {
value = "http://${ibm_database.test_acc.ibm_database_connection.icd_conn}"
}
Umstellung auf und Skalierung von Hosting-Modellen in Terraform
Wählen Sie das Hosting-Modell, auf das Ihre Datenbank skaliert werden soll. Sie können diese Angaben später ändern.
Um Ihre Databases for PostgreSQL-Instanz auf die Hostingvariante Shared Compute zu skalieren, setzen Sie den Parameter "host_flavor"
auf multitenant
. Dies funktioniert, wenn Sie auf die Hosting-Variante Shared
Compute skalieren möchten, oder wenn Sie die Host-Variante beibehalten und Ihre Ressourcen skalieren möchten. Um Ihre Änderung umzusetzen, führen Sie terraform apply
aus. Sehen Sie sich das folgende Beispiel an:
data "ibm_resource_group" "group" {
name = "<your_group>"
}
resource "ibm_database" "<your_database>" {
name = "<your_database_name>"
plan = "standard"
location = "eu-gb"
service = "databases-for-postgresql"
resource_group_id = data.ibm_resource_group.group.id
tags = ["tag1", "tag2"]
adminpassword = "password12"
group {
group_id = "member"
host_flavor {
id = "multitenant"
},
cpu {
allocation_count = 6
}
memory {
allocation_mb = 24576
}
disk {
allocation_mb = 256000
}
}
users {
name = "user123"
password = "password12"
}
allowlist {
address = "172.168.1.1/32"
description = "desc"
}
}
output "ICD PostgreSQL database connection string" {
value = "http://${ibm_database.test_acc.ibm_database_connection.icd_conn}"
}
Skalieren Sie Ihre Databases for PostgreSQL-Instanz auf Isolated Compute mit demselben "host_flavor"
-Parameter, eingestellt auf die gewünschte Isolated-Größe. Mit diesem Befehl können Sie Ihre Datenbankinstanz auf eine
andere Isolated Compute-Größe skalieren und von einer anderen Host-Variante zur Isolated Compute-Host-Variante wechseln. Die verfügbaren Hostinggrößen und ihre host_flavor value
Parameter sind in Tabelle 1 aufgeführt. Zum Beispiel {"host_flavor": "b3c.4x16.encrypted"}
. Da die Auswahl der Host-Variante CPU- und RAM-Größen umfasst (b3c.4x16.encrypted
ist 4 CPU und 16 RAM), akzeptiert diese Anforderung
nicht sowohl die Auswahl einer isolierten Größe als auch die separate Auswahl der CPU- und RAM-Zuweisung.
Um Ihre Änderung umzusetzen, führen Sie terraform apply
aus.
data "ibm_resource_group" "group" {
name = "<your_group>"
}
resource "ibm_database" "<your_database>" {
name = "<your_database_name>"
plan = "standard"
location = "eu-gb"
service = "databases-for-postgresql"
resource_group_id = data.ibm_resource_group.group.id
tags = ["tag1", "tag2"]
adminpassword = "password12"
group {
group_id = "member"
host_flavor {
id = "b3c.8x32.encrypted"
}
disk {
allocation_mb = 256000
}
}
users {
name = "user123"
password = "password12"
}
allowlist {
address = "172.168.1.1/32"
description = "desc"
}
}
output "ICD PostgreSQL database connection string" {
value = "http://${ibm_database.test_acc.ibm_database_connection.icd_conn}"
}
Der Parameter host flavor
Der Parameter host_flavor
legt die Größe der Berechnungen fest. Um eine Shared Compute-Instanz bereitzustellen, geben Sie multitenant
an. Um eine Isolated Compute-Instanz bereitzustellen, geben Sie den entsprechenden
Wert für Ihre gewünschte CPU- und RAM-Konfiguration ein.
Geschmacksrichtung | Wert der Geschmacksrichtung "host_flavor" |
---|---|
Gemeinsame Rechenleistung | multitenant |
4 CPU x 16 RAM | b3c.4x16.encrypted |
8 CPU x 32 RAM | b3c.8x32.encrypted |
8 CPU x 64 RAM | m3c.8x64.encrypted |
16 CPU x 64 RAM | b3c.16x64.encrypted |
32 CPU x 128 RAM | b3c.32x128.encrypted |
30 CPU x 240 RAM | m3c.30x240.encrypted |
CPU- und RAM-Autoskalierung wird auf Cloud Databases Isolated Compute nicht unterstützt. Die automatische Skalierung von Festplatten ist verfügbar. Wenn Sie eine isolierte Instanz bereitgestellt haben oder von einer Bereitstellung mit Autoscaling umgestiegen sind, sollten Sie Ihre Ressourcen mit der IBM Cloud® Monitoring-Integration im Auge behalten, die Metriken für Arbeitsspeicher, Festplattenspeicher und Festplatten-E/A-Auslastung liefert. Um Ressourcen zu Ihrer Instanz hinzuzufügen, skalieren Sie Ihre Bereitstellung manuell.