現在のリソースとホスティング・モデルを見直す

Resources " タブには、"Hosting model " と "Resource allocations " のタイルがあります。 これらのタイルは、現在のリソースとホスティングモデルを反映しています。 各タイルの設定を調整するにはConfigureを選択します。

UIでホスティングモデルを切り替える

UIの Resources タブで、Hosting model タイルのConfigureを選択する。 ホスティングモデルの選択を調整できるパネルが開きます。

最初のオプションは「ホスティングモデルの選択」です。 ここで、別のホスティングモデルに切り替えることができます。

その下に、選択した新しいホスティングモデルのリソースを調整するオプションも表示されます。 前のセクション「UIでのスケーリング」の指示に従って、リソースを調整してください。

*変更を適用]*をクリックして、このスケーリング操作をトリガーする。

CLI でのリソースとスケーリング

cdb deployment-groups-set コマンドでは、RAMの総割り当て量またはディスクの総割り当て量をMB単位で設定できる。 例えば、「example-deployment」のメモリーを 1 メンバーあたり RAM 4096 MB (合計メモリー 12288 MB) にスケーリングするには、以下のコマンドを使用します。

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

データベースのホスティングモデルを決定する

hostflavor 属性の値を確認するには、次のコマンドを使います。 データベースが非推奨のホスティングモデル(SharedやIsolated Computeではない)である場合、これはNULLになります。

ibmcloud cdb groups <deployment_id> --json

CLIでホスティング・モデルを切り替える

データベースが Shared Compute インスタンスの場合、以下のコマンドでメモリ、CPU、ディスクのオプションを調整できます。 データベースがShared Compute上にない場合、このコマンドは別のホスティング・モデルからShared Computeホスティング・モデルにデータベースを移動することもできます。

ibmcloud cdb deployment-groups-set <deploymentid> <groupid> [--memory <val>] [--cpu <val>] [--disk <val>] [--hostflavor multitenant]

例えば、以下を使用して、Shared Computeインスタンスにスケールしたり、Shared Computeインスタンスをスケールアップします：

ibmcloud cdb deployment-groups-set crn:abc ... xyz:: member  --memory 24576 --cpu 6  --hostflavor multitenant

データベースが Isolated Compute インスタンスの場合、メモリとCPUはIsolated Computeサイズを選択することで一緒に調整されます（表1のすべてのサイズを参照してください）。 ディスクは個別にスケーリングされる。 データベースがIsolated Compute上にない場合、このコマンドはデータベースを別のホスティング・モデルからIsolated Computeホスティング・モデルに移動します。

ホストのフレーバー選択にはCPUとRAMのサイズが含まれるため b3c.4x16.encrypted は4CPUと16RAM）、このリクエストはIsolatedサイズの選択とCPUとRAMの個別の割り当て選択の両方を受け付けないことに注意。

ibmcloud cdb deployment-groups-set <deploymentid> <groupid> [--disk <val>] [--hostflavor <hostflavor>]

例えば、以下を使用して、Isolated Computeインスタンスにスケールしたり、Isolated Computeインスタンスをスケールアップします：

ibmcloud cdb deployment-groups-set crn:abc ... xyz:: member  --hostflavor b3c.8x32.encrypted

データベースのホスティングモデルを決定する

host_flavor 属性の値を確認するには、次のコマンドを使います。 データベースが非推奨のホスティングモデル(SharedやIsolated Computeではない)である場合、これはNULLになります。

curl -X GET https://api.{region}.databases.cloud.ibm.com/v5/ibm/deployments/{id}/groups
-H 'Authorization: Bearer <>' \

APIでホスティングモデルを切り替える

Cloud Databases Shared Computeインスタンスをスケールするには、host_flavor を multitenant に設定して、以下のコマンドを使用します。 データベースがShared Compute上にない場合、このコマンドは別のホスティング・モデルからShared Computeホスティング・モデルにデータベースを移動することもできます。

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}
    }' \

インスタンスをCloud Databases Isolated Computeインスタンスにスケールしたり、異なるIsolated Computeサイズにスケールするには、host_flavor パラメータを使用します。 利用可能なホスティングサイズとその host_flavor 値パラメータは 表1 にリストされています。 例えば、{"host_flavor": "b3c.4x16.encrypted"}です。 ホストのフレーバー選択はCPUとRAMのサイズを含むので(b3c.4x16.encrypted は4CPUと16RAMです)、このリクエストはIsolatedサイズの選択とCPUとRAMの個別の割り当て選択の両方を受け付けないことに注意してください。 Cloud Databasesでスケールします。APIのスケーリングエンドポイントを使います：

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"}}' \

Isolated Computeでプロビジョニングやスケーリングを行う場合、CPUやRAMの割り当てはできません。 CPU と RAM を独立に選択するには、host_flavor パラメータに mulitenant を指定します。

CPU と RAM の自動スケーリングは、Cloud Databases Isolated Compute ではサポートされていません。 ディスクの自動スケーリングが可能。 Isolated インスタンスをプロビジョニングした場合、または自動スケーリング付きのデプロイメントから切り替えた場合は、メモリ、ディスク領域、およびディスク I/O 使用率のメトリックを提供する IBM Cloud® Monitoring 統合 を使用してリソースを監視してください。 インスタンスにリソースを追加するには、デプロイメントを手動でスケールします。

現在のリソースとホスティング・モデルを見直す

Review resource allocations to your database by checking your terraform scripts for cpu { allocation_count = }, memory {allocation_mb = }, and disk { allocation_mb = }. データベースが Shared Compute 型か Isolated Compute 型かを判断するために、host_flavor 設定を確認してください。 host_flavor 存在しない場合、データベースは旧式のホスティング・モデルを使用しています。

Terraformでスケーリングする

既存のインスタンスでTerraformスクリプトを実行する前に、terraform plan コマンドを使用して、現在のインフラストラクチャの状態とTerraformファイルで定義された希望の状態を比較します。 resource_group_id, service plan, version, key_protect_instance, key_protect_key, backup_encryption_key_crn 属性に変更を加えると、インスタンスが再作成されます。 Forces new resource 指定による現在の引数参照の一覧は、ibm_database Terraform Registry を参照してください。

興味のあるリソース用にTerraformスクリプトを調整することで、インスタンスをスケールさせる。 以下の例では、cpu、memory、disk の割り当てが指定されている。 ホストのフレーバー（Isolated ComputeまたはShared Compute Multitenant）を選択している場合は、スクリプトでホストのフレーバーを選択しておいてください。

変更を実行するには、terraform apply を実行してください。

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}"
}

Terraformでホスティングモデルを切り替えて拡張する

データベースをスケーリングしたい ホスティングモデル を選択します。 これは後から変更できます。

Databases for MySQLインスタンスをShared Computeホスティングフレーバーにスケールするには、"host_flavor" パラメータを multitenant に設定します。 これは、Shared Computeホスティングフレーバーにスケールアップしたい場合や、ホストフレーバーを維持したままリソースをスケールアップしたい場合に有効です。 変更を実行するには、terraform apply を実行してください。

以下の例を参照してください。

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}"
}

Databases for MySQLインスタンスをIsolated Computeにスケールするには、同じ "host_flavor" パラメータを使用して、希望のIsolatedサイズに設定します。 このコマンドは、データベースインスタンスを別のIsolated Computeサイズにスケールしたり、別のホストフレーバーからIsolated Computeホストフレーバーに移動したりするのに使用します。 利用可能なホスティングサイズとその host_flavor value パラメータは 表1 にリストされています。 例えば、{"host_flavor": "b3c.4x16.encrypted"}です。 ホストのフレーバー選択はCPUとRAMのサイズを含むので(b3c.4x16.encrypted は4CPUと16RAMです)、このリクエストはIsolatedサイズの選択とCPUとRAMの個別の割り当て選択の両方を受け付けないことに注意してください。

変更を実行するには、terraform apply を実行してください。

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}"
}