ディスク、メモリー、CPU の追加
共有コンピュートホスティングモデルは、より細かいリソース割り当てをサポートしています。 詳しくは ホスティングモデル を参照。
Isolated Compute ホストフレーバーのインスタンスをスケールするには、関連する hostflavor
パラメータを "b3c.4x16.encrypted" のように、ターゲットとする
Isolated Compute サイズに設定します。 これにはCPUとRAMの割り当て選択が含まれるため、CPUとRAMを別々に選択しないでください。
Shared Compute ホストフレイバーインスタンスを最小 CPU 値と 2 CPU の間でスケールするには、このドキュメントの以下のコマンドを使用して CPU を 0 に設定し、RAM 割り当てをスケールします。 CPUの値は、1CPU:8GB
RAMの比率で、最大2CPUまで増減します。 2CPU以上に拡張するには、CPUとRAMの割り当てを目標割り当てに設定します。 どちらの場合も、hostflavor
パラメータに "multitenant "を含めてください。
Isolated Compute ホストフレーバーのインスタンスをスケールするには、関連する host_flavor
パラメータを "b3c.4x16.encrypted" のように、ターゲットとする
Isolated Compute サイズに設定します。 これにはCPUとRAMの割り当て選択が含まれるため、CPUとRAMを別々に選択しないでください。
Shared Compute ホストフレイバーインスタンスを最小 CPU 値と 2 CPU の間でスケールするには、以下のコマンドを使用して CPU を 0 に設定し、RAM 割り当てをスケールします。 CPUの値は、1CPU:8GB
RAMの比率で、最大2CPUまで増減します。 2CPU以上に拡張するには、CPUとRAMの割り当てを目標割り当てに設定します。 どちらの場合も、host_flavor
パラメータに "multitenant "を含めてください。
Isolated Compute ホストフレーバーのインスタンスをスケールするには、関連する host_flavor
パラメータを "b3c.4x16.encrypted"
のように、ターゲットとする Isolated Compute サイズに設定します。 これにはCPUとRAMの割り当て選択が含まれるため、CPUとRAMを別々に選択しないでください。
Shared Compute ホストフレイバーインスタンスを最小 CPU 値と 2 CPU の間でスケールするには、以下のコマンドを使用して CPU を 0 に設定し、RAM 割り当てをスケールします。 CPUの値は、1CPU:8GB
RAMの比率で、最大2CPUまで増減します。 2CPU以上に拡張するには、CPUとRAMの割り当てを目標割り当てに設定します。 どちらの場合も、host_flavor
パラメータに "multitenant "を含めてください。
IBM Cloud® Databases for Redis デプロイメントで使用可能なリソースの量を、ワークロードやデータのサイズに合わせて手動で調整することができます。
リソース内訳
Databases for Redis デプロイメントにはクラスター内に 2 つのデータ・メンバーがあり、リソースは両方のメンバーに均等に割り振られます。 例えば、Redis デプロイメントの最小ストレージは 2048 MB です。これはメンバーあたり 1024 MB の初期サイズに相当し、512 MB ずつ増分できます。 Redis デプロイメントの最小 RAM は 2048 MB です。これはメンバーあたり 1024 MB の初期割り振りに相当し、124 MB ずつ増分できます。
請求は、サービスに割り振られているリソースの_合計_ 量に基づいて算出されます。
デプロイメントをプロビジョンするときに、ディスクとメモリーの初期リソース割り振りを選択できます。 プロビジョン後にリソースがさらに必要になれば、デプロイメントを拡張できます。
ディスク使用
デフォルトでは、Databases for Redis はデータのパーシスタンス (永続性) のためにディスクを使用します。 各データ・メンバーに対するディスク割り振りは、データを保管するのに十分な量でなければなりません。 ディスク割り振りの合計量を増やすと、その増加分が両方のメンバーに均等に追加されます。
ディスク割り振り量は、ディスクのパフォーマンスにも影響を与えます。ディスクの容量が大きいほどパフォーマンスが高くなります。 ディスクのベースラインの 1 秒当たりの入出力操作 (IOPS) パフォーマンスは、1 GB 当たり 10 IOPS です。 ディスクをスケーリングして、ご使用のデプロイメントで処理できる IOPS を増やします。
Redis をキャッシュとして構成している場合は、デプロイメントのパーシスタンス (永続性) が無効にされています。 Redis のパーシスタンスを再度有効にする場合は、まずディスクを拡張して、データが失われないようにしてください。
ストレージをスケールダウンすることはできません。 バックアップを取って新しいデプロイメントにリストアすることによって、スペースをリカバリーできます。
メモリー
デフォルトでは、デプロイは「noeviction
ポリシーで構成されているため、メモリリソースはデータセットに合わせてスケーリングする必要があります。 各データ・ノードにデータのコピーが保持されるため、使用するメモリーの合計量はデータ・セットの約 2 倍のサイズになります。 メモリー割り振りの合計量を増やすと、その増加分が両方のメンバーに均等に追加されます。
データベースインスタンスがIsolated Computeホスティングモデル上にある場合は、リソースのニーズに合ったCPU x RAMの構成を選択します。 データベース・インスタンスが Shared Compute または Dedicated Core ホスティング・モデル上にある場合、データベースに必要な RAM の割り当てを選択します。 なお、専用コアは非推奨であり、2025年5月に廃止される予定だ。
また、デプロイメントの構成では maxmemory
がノードのメモリーの 80% の使用量に設定されています。したがって、より多くのデータを収容できるようにするためにメモリーを拡張する場合は、maxmemory
の設定を調整することもできます。
Redis をキャッシュとして構成する場合は、キャッシュの必要に見合う最適なメモリーの量に設定できます。
vCPU
データベースのワークロードがより多くのCPUリソースを必要とすることがわかった場合、サービスに割り当てられるCPUの量を調整することができます。 データベースインスタンスがIsolated Computeホスティングモデル上にある場合は、リソースのニーズに合ったCPU x RAMの構成を選択します。 データベースインスタンスが Shared Compute または Dedicated Core ホスティングモデル上にある場合、データベースに必要な CPU 割当を選択します。
旧式の専用コアインスタンスは非推奨であり、2025年5月に削除される。 新しいホスティングモデルの詳細については、ホスティングモデルの概要 を参照してください。
スケーリングに関する考慮事項
-
デプロイメントをスケール・アップすると、データベースが再始動する場合があります。 より多くの容量を持つホストにデプロイメントを移行する必要がある場合、移行の一環としてデータベースが再始動されます。
-
RAM または CPU をスケールダウンする場合、データベースの再始動は行われません。
-
ディスクを縮小することはできません。
-
ホスティングモデル(Shared Compute、Isolated Compute、Dedicated Cores)間のスケーリングは、デプロイメントを新しいホストに移動します。 データベースは、この移動の一環として再起動されます。 デプロイメントが新しいホストに移動されると、リソースを追加するだけよりも時間がかかることがあります。 詳細については、共有コンピュートと分離コンピュート を参照してください。
-
同様に、基礎的なハードウェア・リソースをさらにプロビジョニングするために、CPU、RAM、またはディスクを大幅に増やすと、少しだけ増やす場合に比べて時間が長くかかる可能性があります。
-
スケーリング操作は、IBM Cloud® Activity Tracker Event Routing でログに記録されます。
-
リソース使用量に一定の傾向が見つかった場合、または特定のリソースしきい値に達した場合のスケーリングをセットアップする場合は、デプロイメントで自動スケーリングを有効にすることを検討してください。
現在のリソースとホスティング・モデルを見直す
リソース」タブには、「ホスティングモデル」と「リソース割り当て」の両方のタイルがある。 これらのタイルは、現在のリソースとホスティングモデルを反映しています。 Configureを選択すると、各タイルの設定を調整することができます。
UI でのスケーリング
UIのResourcesタブで、Resource allocationsタイルのConfigureを選択する。 すると、リソースを調整できるパネルが開きます。
データベースがIsolated Computeホスティング・モデルを使用している場合、"Host sizes "テーブルが表示されます。
共有コンピュート・ホスティング・モデルを使用している場合、メンバーあたり0.5 vCPUおよび4 GB RAMを提供するSmall構成、Small Customオプション、またはCustom構成が表示されます。 Small Customは、CLI、API、またはTerraformを使用してデータベースがスケーリングされたことを示し、よりきめ細かなリソースのスケーリングと、RAM値に対して日割り計算されたvCPUが自動的に割り当てられるオプションを提供します。 UI上では、SmallやCustomへのスケールは可能だが、CLIやAPI、Terraformが提供する細かい値へのスケールはできない。 Custom の場合、スライダをドラッグするか、入力ボックスの値を調整して、データベースのメンバごとのvCPUおよび RAM の値を選択します。
ディスク(GB/メンバー)」スライダーは、メンバーごとのディスク選択です。 スライダーをドラッグするか、入力ボックスの数字を調整して、ディスクのGB数を変更します。 なお、ディスクは1GB=10IOPSでIOPSに連動している。
Members は、データベースのメンバー数です。 Redisの場合、メンバーは2に設定されている。
下部の計算機で見積もり総額をご確認ください。 レガシー価格体系とも呼ばれるグランドフェザーコストがある場合、データベースインスタンスをスケーリングすると、レガシー価格体系の一部または全部が削除されることに注意してください。 グランドファザリングの詳細と終了時期については、こちらのドキュメントをご覧ください。
完了後、"Apply changes "をクリックし、スケーリング操作を開始する。
UIでホスティングモデルを切り替える
UIのResourcesタブで、Hosting modelタイルのConfigureを選択する。 ホスティングモデルの選択を調整できるパネルが開きます。
最初のオプションは「ホスティングモデルの選択」です。 ここで、別のホスティングモデルに切り替えることができます。
次に、選択した新しいホスティングモデルのリソースを調整するオプションが表示されます。 上記のセクション「UIでのスケーリング」の指示に従って、リソースを調整してください。
Apply changes "をクリックすると、このスケール操作がトリガーされる。
現在のリソースとホスティング・モデルを見直す
IBM Cloud CLI クラウド・データベース・プラグインでは、デプロイメントのリソースの表示およびスケーリングがサポートされます。 コマンド cdb deployment-groups
を使用することにより、調整可能なリソース・グループを含め、サービスの現在のリソース情報を確認できます。
使用可能なリソース・グループのいずれかをスケーリングするには、cdb deployment-groups-set
コマンドを使用します。
たとえば、次のコマンドを使用すると、「example-deployment」という名前の配置のリソース グループを表示できます。 このコマンドは、'hostflavor
属性を通して、データベースが Shared Compute インスタンスか Isolated Compute インスタンスかも明らかにすることに注意してください。 hostflavor
NULLの場合は、旧式のホスティングモデルを使用していることになる。
ibmcloud cdb deployment-groups <INSTANCE_NAME_OR_CRN>
これにより、以下の出力が生成されます。
Group member
Count 2
|
+ Memory
| Allocation 2048mb
| Allocation per member 1024mb
| Minimum 2048mb
| Step Size 256mb
| Adjustable true
|
+ CPU
| Allocation 0
| Allocation per member 0
| Minimum 6
| Step Size 2
| Adjustable true
|
+ Disk
| Allocation 2048mb
| Allocation per member 1024mb
| Minimum 2048mb
| Step Size 2048mb
| Adjustable true
デプロイメントには 2 つのメンバーがあり、合計で 2048 MB の RAM とディスクが割り振られれています。 「メンバーあたり (per member)」の割り当ては 1024 MB の RAM とディスクです。 Minimum は、設定できる最小の合計割り振り量です。 「step size (ステップ・サイズ)」は、合計割り振りの調整可能な最小単位です。
CLI でのリソースとスケーリング
cdb deployment-groups-set
コマンドでは、RAMの総割り当て量またはディスクの総割り当て量をMB単位で設定できる。 たとえば、配備のメモリを各メモリ メンバのRAM 4096 MB(合計メモリ 8192 MB)に拡張するには、このコマンドを使用します:
ibmcloud cdb deployment-groups-set <INSTANCE_NAME_OR_CRN> member --memory 8192
データベースのホスティングモデルを決定する
hostflavor
属性の値を確認するには、次のコマンドを使います。 データベースが非推奨のホスティングモデル(SharedやIsolated Computeではない)である場合、これはNULLになります。
ibmcloud cdb groups <INSTANCE_NAME_OR_CRN> --json
CLIでホスティング・モデルを切り替える
データベースが Shared Compute インスタンスの場合、以下のコマンドでメモリ、CPU、ディスクのオプションを調整できます。 データベースがShared Compute上にない場合、このコマンドは別のホスティング・モデルからShared Computeホスティング・モデルにデータベースを移動することもできます。
ibmcloud cdb deployment-groups-set <INSTANCE_NAME_OR_CRN> <GROUPID> [--memory <val>] [--cpu <val>] [--disk <val>] [--hostflavor multitenant]
例えば、こうする:
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ホスティング・モデルにデータベースを移動することもできます。
ibmcloud cdb deployment-groups-set <INSTANCE_NAME_OR_CRN> <GROUPID> [--disk <val>] [--hostflavor <hostflavor>]
例えば、こうする:
ibmcloud cdb deployment-groups-set crn:abc ... xyz:: member --hostflavor b3c.4x16.encrypted
CPU および RAM の自動スケーリングは、Cloud Databases Isolated Compute ではサポートされていません。 ディスクの自動スケーリングが可能。 分離されたインスタンスをプロビジョニングした場合、または自動スケーリング付きのデプロイメントから切り替えた場合は、IBM Cloud® Monitoring 統合 を使用してリソースを監視します。 インスタンスにリソースを追加するには、デプロイメントを手動でスケールします。
ホストのフレーバー | hostflavorの値 |
---|---|
共有コンピュート | 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 |
API でのスケーリング
サービスの_「概要」パネルに表示される「ファウンデーション・エンドポイント (Foundation Endpoint)」_には、API を使用してこのデプロイメントにアクセスするための基本 URL が示されています。 スケーリングをプログラムで管理または自動化する必要がある場合には、それを /groups
エンドポイントで使用します。
「example-deployment」の現在のリソースとスケーラブルなリソースを表示するには、以下のようなコマンドを使用します。
curl -X GET -H "Authorization: Bearer $APIKEY" 'https://api.{region}.databases.cloud.ibm.com/v5/ibm/deployments/{id}/groups'
example-deployment」のメモリを、各メモリ・メンバーのRAMとして4096MB(合計8192MB)に拡張するには、次のようなコマンドを使用する:
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
}
}'
詳しくは、API リファレンスを参照してください。
データベースのホスティングモデルを決定する
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": 2},
"memory": {"allocation_mb": 8192}
}' \
インスタンスを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 統合 を使用してリソースを監視してください。 インスタンスにリソースを追加するには、デプロイメントを手動でスケールします。
host flavor
パラメーター
host_flavor
パラメータは、コンピュートサイズを定義します。 Shared Computeインスタンスをプロビジョニングするには、multitenant
を指定します。 Isolated Computeインスタンスをプロビジョニングするには、希望するCPUとRAMの構成に適切な値を入力します。
ホストのフレーバー | host_flavorの値 |
---|---|
共有コンピュート | 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 |
現在のリソースとホスティング・モデルを見直す
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-redis"
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 Redis database connection string" {
value = "http://${ibm_database.test_acc.ibm_database_connection.icd_conn}"
}
Terraformでホスティングモデルを切り替えて拡張する
データベースをスケーリングしたい ホスティングモデル を選択します。 これは後から変更できます。
Databases for Redisインスタンスを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-redis"
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 Redis database connection string" {
value = "http://${ibm_database.test_acc.ibm_database_connection.icd_conn}"
}
Databases for Redisインスタンスを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-redis"
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 Redis database connection string" {
value = "http://${ibm_database.test_acc.ibm_database_connection.icd_conn}"
}