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統合 を使用してリソースを監視してください。 インスタンスにリソースを追加するには、デプロイメントを手動でスケールします。

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に移行されると、これらの最小リソース要件が適用されます。 現在のマルチテナントインスタンスについては、2025年5月 IBM までに実施されるこれらの最小リソース要件までの増加分について、課金対象外（つまり、 _既存条件_が適用されます）となります。 詳しくは、 ホスティング・モデルのグランドファザリング を参照のこと。

Cloud Databases分離コンピュート

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

プロビジョニングの際に、データベースをセットアップするマシンの CPU x RAM サイズを選択します。 このマシンは、データベース・インスタンスの実行専用に割り当てられます。 ストレージは引き続き個別に選択され、データベースが受け取るディスクのサイズと IOPSサーバーの最適な構成設定を決定するために使用される標準的なコンピューティング・ベンチマーク。数を決定することができます。 Cloud Databases CLIプラグイン、 Cloud Databases API、 Terraform、または自動スケーリング機能をサポートするオープンソースでエンタープライズ対応の Terraform IBM Modules(TIM) など、お好みの方法でデータベースをスケーリングし、マシンサイズを変更できます。

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に移行されると、これらの最小リソース要件が適用されます。 現在のマルチテナントインスタンスについては、2025年5月 IBM までに実施されるこれらの最小リソース要件までの増加分について、課金対象外（つまり、 _既存条件_が適用されます）となります。 詳しくは、 ホスティング・モデルのグランドファザリング を参照のこと。

Cloud Databases分離コンピュート

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

プロビジョニングの際に、データベースをセットアップするマシンの CPU x RAM サイズを選択します。 このマシンは、データベース・インスタンスの実行専用に割り当てられます。 ストレージは引き続き個別に選択され、データベースが受け取るディスクのサイズと IOPSサーバーの最適な構成設定を決定するために使用される標準的なコンピューティング・ベンチマーク。数を決定することができます。 Cloud Databases CLIプラグイン、 Cloud Databases API、 Terraform、または自動スケーリング機能をサポートするオープンソースでエンタープライズ対応の Terraform IBM Modules(TIM) など、お好みの方法でデータベースをスケーリングし、マシンサイズを変更できます。

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に移行されると、これらの最小リソース要件が適用されます。 現在のマルチテナントインスタンスについては、2025年5月 IBM までに実施されるこれらの最小リソース要件までの増加分について、課金対象外（つまり、 _既存条件_が適用されます）となります。 詳しくは、 ホスティング・モデルのグランドファザリング を参照のこと。

Cloud Databases分離コンピュート

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

プロビジョニングの際に、データベースをセットアップするマシンの CPU x RAM サイズを選択します。 このマシンは、データベース・インスタンスの実行専用に割り当てられます。 ストレージは引き続き個別に選択され、データベースが受け取るディスクのサイズと IOPSサーバーの最適な構成設定を決定するために使用される標準的なコンピューティング・ベンチマーク。数を決定することができます。 Cloud Databases CLIプラグイン、 Cloud Databases API、 Terraform、または自動スケーリング機能をサポートするオープンソースでエンタープライズ対応の Terraform IBM Modules(TIM) など、お好みの方法でデータベースをスケーリングし、マシンサイズを変更できます。

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