IBM Cloud Docs
ホスティングモデルの概要

ホスティングモデルの概要

信頼性の高いリソース割り当てを可能にするために、Cloud Databasesは共有コンピュートと分離コンピュートという2つのホスティングモデルを提供しています。Cloud DatabasesShared Computeは、パフォーマンスの予測可能性を維持するデータベース展開のための柔軟なオプションです。Cloud DatabasesIsolated Computeは、より正確な制御とエンタープライズ機能を提供する、プロダクションエンタープライズアプリケーション向けの推奨オプションです。

Shared ComputeまたはIsolated Computeデータベースのスケーリングは、現在のところCLI、API、またはTerraformでのみ利用可能です。

Cloud Databases共有コンピュート

Shared Computeは、柔軟なマルチテナント型で、ダイナミックできめ細かなキャパシティ選択が可能です。

IBM Cloudコンソールを使用してShared Computeをプロビジョニングする場合、以下の初期リソース割り当てプリセットから選択するオプションがあります:Small RabbitMQは1 CPUと8 GB RAM、その他のデータベースは0.5CPUと4 GB RAM)または Custom(≥ 2 CPUと≥ 4 GB RAM)。 スモールのCPUとRAMは固定だが、ディスクは変更できる。 カスタムは完全にカスタマイズできる。

スモール・アロケーション・プリセットでは、最小のリソース割り当てでデータベースをテストすることができます。 より高いパフォーマンス要件がある場合は、カスタム割り当てプリセットで簡単に共有モデルの柔軟性を活用できます。 CPUとRAMのリソースを選択できるため、ワークロードに合わせてパフォーマンスを調整できます。

Cloud Databases分離コンピュート

Isolated Computeは、複雑で高性能なエンタープライズ・ワークロード向けのセキュアなシングルテナント・サービスです。 配備と関連するすべてのユーザデータ管理エージェントを分離されたマシンに配置することで、Cloud Databasesは、専用コンピューティングリソースと専用ストレージ帯域幅、ハイパーバイザレベルの分離を提供します。Isolated Computeは、専用のコンピューティングリソース、専用のストレージ帯域幅、ハイパーバイザーレベルの分離を提供します。

プロビジョニング時に、インスタンスの初期ホストサイズを選択します。 ストレージは引き続き個別に選択され、データベースが受け取るディスクのサイズと IOPSサーバーの最適な構成設定を決定するために使用される標準的なコンピューティング・ベンチマーク。数を決定することができます。

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

アイソレーテッド・コンピュート・サイジング

アイソレーテッド・コンピュートでは、6つのサイズを選択できる:

  • 4 CPU x 16 RAM
  • 8 CPU x 32 RAM
  • 8 CPU x 64 RAM
  • 16 CPU x 64 RAM
  • 32 CPU x 128 RAM
  • 30 CPU x 240 RAM

Cloud Databases共有コンピュート

Shared Computeは、柔軟なマルチテナント型で、ダイナミックできめ細かなキャパシティ選択が可能です。

各データベース・インスタンスは決定論的なCPU割り当てを受ける。 インスタンスがCPU量を選択せずにプロビジョニングされた場合、Shared Computeは最大2コアまでの少量のCPUを自動的にデータベースに割り当てます。自動CPUはCPU:RAMの1:8の比率で提供されるため、4GBのRAMを持つユーザは4/8thのCPUを、8GBのRAMを持つユーザは1CPUを、20GBのRAMを持つユーザは2CPUの制限により2CPUを受け取ります。

vCPUの自動割り当てでは、RAMとディスクの割り当てを入力するだけです。 multitenant 選択すると、システムはvCPU割り当てをRAM割り当ての1/8の比率で処理します。 vCPU割り当てを指定する場合は、整数割り当てを推奨する。

2CPUよりも高いパフォーマンスが必要な場合は、共有モデルの柔軟性を簡単に活用できます。 CPUとRAMのリソースを選択できるため、ワークロードに合わせてパフォーマンスを調整できます。 さらに、インスタンスの需要が変動することがわかっている場合は、RAMオートスケーリングを使用して、リソースのスケーリングを開始する予想負荷と期間だけでなく、データベースがスケールするリソースとコストの上限も設定します。

各サービスには個別の要件があるため、Cloud Databasesでは、すべてのShared Computeインスタンスに最低限必要なリソースを設定しています。 既存のすべてのマルチテナント・インスタンスがShared Computeに移行されると、これらの最小リソース要件が適用されます。 現在のマルチテナントインスタンスは、2025年5月まで、IBMが実施するこれらの最小リソース要件までの増加に対して課金されない(つまり、_グランドファザー_される)。 詳しくは、ホスティング・モデルのグランドファザリング を参照のこと。

Cloud Databases分離コンピュート

Isolated Computeは、複雑で高性能なエンタープライズ・ワークロード向けのセキュアなシングルテナント・サービスです。 配備と関連するすべてのユーザデータ管理エージェントを分離されたマシンに配置することで、Cloud Databasesは、専用コンピューティングリソースと専用ストレージ帯域幅、ハイパーバイザレベルの分離を提供します。Isolated Computeは、専用のコンピューティングリソース、専用のストレージ帯域幅、ハイパーバイザーレベルの分離を提供します。

プロビジョニングの際に、データベースをセットアップするマシンの CPU x RAM サイズを選択します。 このマシンは、データベース・インスタンスの実行専用に割り当てられます。 ストレージは引き続き個別に選択され、データベースが受け取るディスクのサイズと IOPSサーバーの最適な構成設定を決定するために使用される標準的なコンピューティング・ベンチマーク。数を決定することができます。 Scale your database and change your machine size using your preferred method: the Cloud Databases CLI plug-in, the Cloud Databases API, or using テラフォーム.

アイソレーテッド・コンピュート・サイジング

アイソレーテッド・コンピュートでは、6つのサイズを選択できる:

  • 4 CPU x 16 RAM
  • 8 CPU x 32 RAM
  • 8 CPU x 64 RAM
  • 16 CPU x 64 RAM
  • 32 CPU x 128 RAM
  • 30 CPU x 240 RAM

パラメータは、コンピュート・サイジングを定義します host_flavor ご希望のサイズに適した値を入力してください。 Shared Computeインスタンスをプロビジョニングするには、multitenant を指定します。 他のすべてのオプションは、異なるIsolated Computeサイズに配置されます。

ホストフレーバーサイジングパラメーター
ホストの味 ホストフレーバー値
共有コンピュート 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

Cloud Databases共有コンピュート

Shared Computeは、柔軟なマルチテナント型で、ダイナミックできめ細かなキャパシティ選択が可能です。

各データベース・インスタンスは決定論的なCPU割り当てを受ける。 インスタンスがCPU量を選択せずにプロビジョニングされた場合、Shared Computeは最大2コアまでの少量のCPUを自動的にデータベースに割り当てます。自動CPUはCPU:RAMの1:8の比率で提供されるため、4GBのRAMを持つユーザは4/8thのCPUを、8GBのRAMを持つユーザは1CPUを、20GBのRAMを持つユーザは2CPUの制限により2CPUを受け取ります。

vCPUの自動割り当てでは、RAMとディスクの割り当てを入力するだけです。 multitenant 選択すると、システムはvCPU割り当てをRAM割り当ての1/8の比率で処理します。 vCPU割り当てを指定する場合は、整数割り当てを推奨する。

2CPUよりも高いパフォーマンスが必要な場合は、共有モデルの柔軟性を簡単に活用できます。 CPUとRAMのリソースを選択できるため、ワークロードに合わせてパフォーマンスを調整できます。 さらに、インスタンスの需要が変動することがわかっている場合は、RAMオートスケーリングを使用して、リソースのスケーリングを開始する予想負荷と期間だけでなく、データベースがスケールするリソースとコストの上限も設定します。

各サービスには個別の要件があるため、Cloud Databasesでは、すべてのShared Computeインスタンスに最低限必要なリソースを設定しています。 既存のすべてのマルチテナント・インスタンスがShared Computeに移行されると、これらの最小リソース要件が適用されます。 現在のマルチテナントインスタンスは、2025年5月まで、IBMが実施するこれらの最小リソース要件までの増加に対して課金されない(つまり、_グランドファザー_される)。 詳しくは、ホスティング・モデルのグランドファザリング を参照のこと。

Cloud Databases分離コンピュート

Isolated Computeは、複雑で高性能なエンタープライズ・ワークロード向けのセキュアなシングルテナント・サービスです。 配備と関連するすべてのユーザデータ管理エージェントを分離されたマシンに配置することで、Cloud Databasesは、専用コンピューティングリソースと専用ストレージ帯域幅、ハイパーバイザレベルの分離を提供します。Isolated Computeは、専用のコンピューティングリソース、専用のストレージ帯域幅、ハイパーバイザーレベルの分離を提供します。

プロビジョニングの際に、データベースをセットアップするマシンの CPU x RAM サイズを選択します。 このマシンは、データベース・インスタンスの実行専用に割り当てられます。 ストレージは引き続き個別に選択され、データベースが受け取るディスクのサイズと IOPSサーバーの最適な構成設定を決定するために使用される標準的なコンピューティング・ベンチマーク。数を決定することができます。 Scale your database and change your machine size using your preferred method: the Cloud Databases CLI plug-in, the Cloud Databases API, or using テラフォーム.

アイソレーテッド・コンピュート・サイジング

アイソレーテッド・コンピュートでは、6つのサイズを選択できる:

  • 4 CPU x 16 RAM
  • 8 CPU x 32 RAM
  • 8 CPU x 64 RAM
  • 16 CPU x 64 RAM
  • 32 CPU x 128 RAM
  • 30 CPU x 240 RAM

パラメータは、コンピュート・サイジングを定義します host_flavor ご希望のサイズに適した値を入力してください。 Shared Computeインスタンスをプロビジョニングするには、multitenant を指定します。 他のすべてのオプションは、異なるIsolated Computeサイズに配置されます。

ホストフレーバーサイジングパラメーター
ホストの味 ホストフレーバー値
共有コンピュート 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

Cloud Databases共有コンピュート

Shared Computeは、柔軟なマルチテナント型で、ダイナミックできめ細かなキャパシティ選択が可能です。

各データベース・インスタンスは決定論的なCPU割り当てを受ける。 インスタンスがCPU量を選択せずにプロビジョニングされた場合、Shared Computeは最大2コアまでの少量のCPUを自動的にデータベースに割り当てます。自動CPUはCPU:RAMの1:8の比率で提供されるため、4GBのRAMを持つユーザは4/8thのCPUを、8GBのRAMを持つユーザは1CPUを、20GBのRAMを持つユーザは2CPUの制限により2CPUを受け取ります。

vCPUの自動割り当てでは、RAMとディスクの割り当てを入力するだけです。 multitenant 選択すると、システムはvCPU割り当てをRAM割り当ての1/8の比率で処理します。 vCPU割り当てを指定する場合は、整数割り当てを推奨する。

2CPUよりも高いパフォーマンスが必要な場合は、共有モデルの柔軟性を簡単に活用できます。 CPUとRAMのリソースを選択できるため、ワークロードに合わせてパフォーマンスを調整できます。 さらに、インスタンスの需要が変動することがわかっている場合は、RAMオートスケーリングを使用して、リソースのスケーリングを開始する予想負荷と期間だけでなく、データベースがスケールするリソースとコストの上限も設定します。

各サービスには個別の要件があるため、Cloud Databasesでは、すべてのShared Computeインスタンスに最低限必要なリソースを設定しています。 既存のすべてのマルチテナント・インスタンスがShared Computeに移行されると、これらの最小リソース要件が適用されます。 現在のマルチテナントインスタンスは、2025年5月まで、IBMが実施するこれらの最小リソース要件までの増加に対して課金されない(つまり、_グランドファザー_される)。 詳しくは、ホスティング・モデルのグランドファザリング を参照のこと。

Cloud Databases分離コンピュート

Isolated Computeは、複雑で高性能なエンタープライズ・ワークロード向けのセキュアなシングルテナント・サービスです。 Isolated Computeは、専用のコンピューティングリソース、専用のIOとネットワーク帯域幅、およびハイパーバイザーレベルの分離を提供しますCloud Databases

プロビジョニングの際に、データベースをセットアップするマシンの CPU x RAM サイズを選択します。 このマシンは、データベース・インスタンスの実行専用に割り当てられます。 ストレージは引き続き個別に選択され、データベースが受け取るディスクのサイズと IOPSサーバーの最適な構成設定を決定するために使用される標準的なコンピューティング・ベンチマーク。数を決定することができます。 Scale your database and change your machine size using your preferred method: the Cloud Databases CLI plug-in, the Cloud Databases API, or using テラフォーム.

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

アイソレーテッド・コンピュート・サイジング

アイソレーテッド・コンピュートでは、6つのサイズを選択できる:

  • 4 CPU x 16 RAM
  • 8 CPU x 32 RAM
  • 8 CPU x 64 RAM
  • 16 CPU x 64 RAM
  • 32 CPU x 128 RAM
  • 30 CPU x 240 RAM

パラメータは、コンピュート・サイジングを定義します host_flavor ご希望のサイズに適した値を入力してください。 Shared Computeインスタンスをプロビジョニングするには、multitenant を指定します。 他のすべてのオプションは、異なるIsolated Computeサイズに配置されます。

ホストフレーバーサイジングパラメーター
ホストの味 ホストフレーバー値
共有コンピュート 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

分離された計算能力

Isolated Computeは、データベース管理ポッド(ユーザーデータに触れる)を含め、データベースを完全に分離します。 これらの管理ポッドは、分離されたコンピュート・インスタンスのオーバーヘッドを占め、マシンのコンピートの一部を消費する。 次の表は、Isolated Computeの各サイズにおける推定残コンピュート量です。

分離された計算能力
ホストの味 CPU残量 RAM残量
4 CPU x 16 RAM 2.865 12.193
8 CPU x 32 RAM 6.855 26.952
8 CPU x 64 RAM 6.855 56.519
16 CPU x 64 RAM 14.835 56.519
32 CPU x 128 RAM 30.795 115.738
30 CPU x 240 RAM 28.8 223.596

プロビジョニング

Cloud Databasesサービスインスタンスをプロビジョニングするには、ホスティングタイプをShared ComputeまたはIsolated Computeから選択します。

Cloud Databasesサービスインスタンスをプロビジョニングするには、新しい host_flavor パラメータを追加します。 このパラメータでは、要求されたIsolatedインスタンスサイズのパラメータ値を割り当てることによって、Shared Compute multitenant)またはIsolated Computeのいずれかを選択できます。 Isolated Computeサイズは、暗黙的にCPUとRAMの割り当てを含むので、Isolated ComputeリクエストでCPUとRAMのサイズを提供すべきではありません。

Cloud Databasesサービスインスタンスをプロビジョニングするには、新しい host_flavor パラメータを追加します。 このパラメータでは、要求されたIsolatedインスタンスサイズのパラメータ値を割り当てることによって、Shared Compute multitenant)またはIsolated Computeのいずれかを選択できます。 Isolated Computeサイズは、暗黙的にCPUとRAMの割り当てを含むので、Isolated ComputeリクエストでCPUとRAMのサイズを提供すべきではありません。

Cloud Databasesサービスインスタンスをプロビジョニングするには、新しい host_flavor パラメータを追加します。 このパラメータでは、要求されたIsolatedインスタンスサイズのパラメータ値を割り当てることによって、Shared Compute multitenant)またはIsolated Computeのいずれかを選択できます。 Isolated Computeサイズは、暗黙的にCPUとRAMの割り当てを含むので、Isolated ComputeリクエストでCPUとRAMのサイズを提供すべきではありません。

より詳細な手順については、データベース固有のページ を参照してください。

ホスティングモデルの拡張と切り替え

新しいホスティング・モデルの場合、スケーリングとスイッチングは同様の操作である。 通常通りにデータベースをスケーリングしている間に、データベースインスタンスが現在置かれているものとは異なるホスティングタイプを選択して、Shared ComputeとIsolated Computeに切り替えます。

新しいホスティング・モデルの場合、スケーリングとスイッチングは同様の操作である。 通常通りにデータベースをスケーリングしながら、スケーリングしたいホスティングモデルに新しい host_flavor パラメータセットを追加することで、ホスティングモデルを切り替えたり、ホスティングモデル間で切り替えたりします。 その後、このホスティングフレーバーをターゲットにしてscaleコマンドを実行するだけで、ホスティングタイプを移行することができる。

新しいホスティング・モデルの場合、スケーリングとスイッチングは同様の操作である。 通常通りにデータベースをスケーリングしながら、スケーリングしたいホスティングモデルに新しい host_flavor パラメータセットを追加することで、ホスティングモデルを切り替えたり、ホスティングモデル間で切り替えたりします。 その後、このホスティングフレーバーをターゲットにしてscaleコマンドを実行するだけで、ホスティングタイプを移行することができる。

新しいホスティング・モデルの場合、スケーリングとスイッチングは同様の操作である。 通常通りにデータベースをスケーリングしながら、スケーリングしたいホスティングモデルに新しい host_flavor パラメータセットを追加することで、ホスティングモデルを切り替えたり、ホスティングモデル間で切り替えたりします。 その後、このホスティングフレーバーをターゲットにしてscaleコマンドを実行するだけで、ホスティングタイプを移行することができる。

より詳細な手順、コマンド、パラメータについては、データベース固有のページ を参照してください。

これはバックアップとリストアの移行ではないため、ホスティングモデルを切り替えてもダウンタイムは発生しないことに注意してください。 代わりに、更新やデータベース・インスタンスのスケーリングと同じプロセスが適用され、データベース・プロセスはローリング・リスタートを実行する。 この間、既存の接続は切断されるため、アプリケーションに再試行と再接続ログインがあることを確認し、直ちに接続を確立することをお勧めします。

ホスティングモデルの選択

ホスティングモデルの選択
分離されたコンピュート 共有コンピュート
専用のストレージ帯域幅を持つシングルテナント型データベース。 データベース管理エージェントは隔離されたマシンに置かれる。 マルチテナントで、論理的に分離されたデータベースが帯域幅を共有します。 データベース管理ポッドもマルチテナント型だ。
マシンで利用可能なすべてのリソースを受け取る。 透過的で決定論的なCPU割り当て。 パフォーマンスを正確に把握し、ワークロードの要求に応じてスケールアップやスケールダウンを行うことができます。
MongoDBEnterpriseやElasticsearchPlatinumなど、一部のデータベースはIsolated Computeのみでプロビジョニングされます。 将来的には、リージョンをまたいだレプリケーションのような機能拡張は、Isolated Computeだけでサポートされるかもしれません。 MongoDBEnterpriseやElasticsearchPlatinumなど、一部のデータベースを除きます。
スケーラビリティは、提供されるマシンサイズに基づいている。 スケーラビリティは、データベース固有の最小構成から最大28CPU、112GB RAMまで、きめ細かくリニアに対応します。

ホスティング・モデル別データベースの可用性

次の表は、各データベースで利用可能なモデルを示しています。

Cloud Databasesホスティングモデルの可用性
共有コンピュート 分離されたコンピュート
PostgreSQL チェック・マーク・アイコン チェック・マーク・アイコン
MongoDBスタンダード チェック・マーク・アイコン チェック・マーク・アイコン
MongoDBEnterprise チェック・マーク・アイコン
Redis チェック・マーク・アイコン チェック・マーク・アイコン
ElasticsearchEnterprise チェック・マーク・アイコン チェック・マーク・アイコン
Elasticsearchプラチナ チェック・マーク・アイコン
MySQL チェック・マーク・アイコン チェック・マーク・アイコン
RabbitMQ チェック・マーク・アイコン チェック・マーク・アイコン
EnterpriseDB チェック・マーク・アイコン
etcd チェック・マーク・アイコン チェック・マーク・アイコン