Überprüfung der aktuellen Ressourcen und des Hosting-Modells

Auf der Registerkarte Ressourcen finden Sie die Kacheln Hosting-Modell und Ressourcenzuweisungen. Diese Kacheln spiegeln Ihre aktuellen Ressourcen und Ihr Hosting-Modell wider. Wählen Sie Konfigurieren, um die Einstellungen der einzelnen Kacheln anzupassen.

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 neuen Hosting-Modells, das Sie ausgewählt haben, anpassen können. Befolgen Sie die Anweisungen im vorherigen Abschnitt "Skalierung in der Benutzeroberfläche", um Ihre Ressourcen anzupassen.

Klicken Sie auf Änderungen übernehmen, um diesen Skalierungsvorgang auszulösen.

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. Wenn Sie den Speicher für "example-deployment" auf 4096 MB RAM für jedes Speichermember skalieren möchten (für insgesamt 12288 MB), verwenden Sie den folgenden Befehl:

ibmcloud cdb deployment-groups-set example-deployment member --memory 12288

Bestimmen Sie das Hosting-Modell für Ihre Datenbank

Verwenden Sie den folgenden Befehl, um den Wert des Attributs hostflavor 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 <deployment_id> --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. 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.

ibmcloud cdb deployment-groups-set <deploymentid> <groupid> [--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. Wenn sich Ihre Datenbank nicht auf Isolated Compute befindet, wird mit diesem Befehl auch eine Datenbank von einem anderen Hosting-Modell auf das Isolated Compute-Hosting-Modell verschoben.

Da die Auswahl der Host-Variante CPU- und RAM-Größen umfasst b3c.4x16.encrypted ist 4 CPU und 16 RAM), akzeptiert diese Anfrage nicht sowohl eine Auswahl der isolierten Größe als auch eine separate Auswahl der CPU- und RAM-Zuweisung.

ibmcloud cdb deployment-groups-set <deploymentid> <groupid> [--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.8x32.encrypted

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": 3},
     "memory": {"allocation_mb": 12288}
    }' \

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.

Die automatische CPU- und RAM-Skalierung 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 mithilfe 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.

Ü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-mysql"
  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 MySQL database connection string" {
  value = "http://${ibm_database.test_acc.ibm_database_connection.icd_conn}"
}

Alternativ können Sie auch vorgefertigte, quelloffene und unternehmenstaugliche Terraform IBM Module(TIM) für Databases for MySQL verwenden, die die Funktion der automatischen Skalierung unterstützen.

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 MySQL auf die Hosting-Variante Shared Compute zu skalieren, setzen Sie den Parameter "host_flavor" auf multitenant. Dies funktioniert, wenn Sie auf die Shared Compute-Hosting-Variante 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-mysql"
  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 MySQL database connection string" {
  value = "http://${ibm_database.test_acc.ibm_database_connection.icd_conn}"
}

Skalieren Sie Ihre Databases for MySQL 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 Anfrage nicht sowohl eine Auswahl der isolierten Größe als auch eine 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-mysql"
  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 MySQL database connection string" {
  value = "http://${ibm_database.test_acc.ibm_database_connection.icd_conn}"
}