Ü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. Wenn Sie Konfigurieren wählen, können Sie die Einstellungen in jeder Kachel anpassen.

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 Elasticsearch werden die Mitglieder auf 3 gesetzt.

Überprüfen Sie die geschätzten Gesamtkosten mit dem Rechner am Ende der Seite. Beachten Sie, dass bei der Skalierung Ihrer Datenbankinstanz einige oder alle der alten Preise wegfallen, wenn Sie über eine alte Preisstruktur verfügen. Weitere Informationen zum Grandfathering und zu dessen Ende finden Sie im Zeitplan für die Umstellung auf Hosting-Modelle.

Klicken Sie anschließend auf Änderungen übernehmen", um den Skalierungsvorgang auszulösen.

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.

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

Ü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   3
|
+   Memory
|   Allocation              3072mb
|   Allocation per member   1024mb
|   Minimum                 3072mb
|   Step Size               384mb
|   Adjustable              true
|   Cpu Enforcement Ratio Ceiling   49152mb
|   Cpu Enforcement Ratio           8192mb
|
+   CPU
|   Allocation              0
|   Allocation per member   0
|   Minimum                 9
|   Step Size               3
|   Adjustable              true
|
+   HostFlavor
|   ID            multitenant
|   Name
|   HostingSize
|
+   Disk
|   Allocation              15360mb
|   Allocation per member   5120mb
|   Minimum                 15360mb
|   Step Size               3072mb
|   Adjustable              true

Die Bereitstellung verfügt über drei Member, wobei insgesamt 3072 MB Arbeitsspeicher und 15360 MB Plattenspeicher zugeordnet sind. Die 'pro Member'-Zuordnung beträgt 1024 MB Arbeitsspeicher und 5120 MB Plattenspeicher. 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. 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 Ihrer Datenbank in der CLI

Verwenden Sie den folgenden Befehl, um den Wert des Attributs hostflavor anzuzeigen. Dieser Wert ist null, wenn sich die Datenbank auf einem veralteten Hostmodell befindet (nicht gemeinsam genutzte oder isolierte Berechnung).

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 Plattenoptionen 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 Ihre Datenbank eine isolierte Recheninstanz ist, werden Speicher und CPU zusammen angepasst, indem die isolierte Rechengröße ausgewählt wird (siehe alle Größen in Tabelle 1). Die Platte 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 Anforderung nicht sowohl die Auswahl einer isolierten Größe als auch die 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

Ü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 3, also insgesamt 12288 MB), verwenden Sie den API-Endpunkt /Einsätze/{id}/Gruppen/{group_id}.

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": 12288
      }
    }'

Bestimmen Sie das Hosting-Modell Ihrer Datenbank in der API

Verwenden Sie den folgenden Befehl, um den Wert des Attributs host_flavor anzuzeigen. Dieser Wert ist null, wenn sich die Datenbank auf einem veralteten Hostmodell befindet (nicht gemeinsam genutzte oder isolierte Berechnung).

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 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, der dieses Mal auf die gewünschte Isolated Compute-Größe gesetzt wird. Verfügbare Hostgrößen und ihre host_flavor-Wertparameter sind in Tabelle 1 aufgelistet. 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. Skalieren Sie mit dem Cloud Databases API-Skalierungsendpunktmit einem Befehl wie dem folgenden:

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 automatische CPU- und RAM-Skalierung wird auf Cloud Databases Isolated Compute nicht unterstützt. Automatische Plattenskalierung 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-Script für eine vorhandene Instanz ausführen, verwenden Sie den Befehl terraform plan, um den aktuellen Infrastrukturstatus mit dem in Ihren Terraform-Dateien definierten Sollstatus zu vergleichen. Jede Änderung an den Attributen resource_group_id, service plan, version, key_protect_instance, key_protect_key, backup_encryption_key_crn erstellt Ihre Instanz erneut. Eine Liste der aktuellen Argumentverweise mit der Spezifikation Forces new resource finden Sie unter 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-elasticsearch"
  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 Elasticsearch 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 Elasticsearch 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 Elasticsearch-Instanz auf die Hostingvariante 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. Führen Sie terraform apply aus, um Ihre Änderung zu implementieren. 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-elasticsearch"
  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 Elasticsearch database connection string" {
  value = "http://${ibm_database.test_acc.ibm_database_connection.icd_conn}"
}

Skalieren Sie Ihre Databases for Elasticsearch-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 in die Isolated Compute-Host-Variante wechseln. Verfügbare Hostgrößen und ihre host_flavor value-Parameter sind in Tabelle 1 aufgelistet. 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-elasticsearch"
  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 Elasticsearch database connection string" {
  value = "http://${ibm_database.test_acc.ibm_database_connection.icd_conn}"
}