リソース
データベースリソースには、Flavor(CPUとRAM)およびデータディスクサイズが含まれます。 Database Resource Management 機能により、ユーザーはCPUとRAM(Flavor)、データディスク容量、ストレージポリシーなど、データベースに割り当てられたリソースを監視および調整し、運用中のパフォーマンスと容量の要件を満たすことができます。 詳細な手順は以下のセクションで説明します。
1. データベースリソース情報の表示
メニューバーで、Database Platform を選択 > All Database またはクラスターに適したデータベースグループに対応するメニューを選択 > Cluster ID をクリック > Resource タブを選択してデータベースリソース管理画面に入ります。
データベースリソース情報は、Current Resource と Available Resource の2つの主要な部分で表示されます。
- Current Resource :vCPU、RAM、データディスクサイズを含む、データベースクラスターの現在の構成を表示します。
- Available Resource :データベースのスケーリングに利用可能な最大リソース制限を表示します。vCPU、RAM、データディスクサイズも含まれます。
2. データベースリソースの調整
ユーザーは、利用可能なリソース制限の範囲内で、Flavorを更新してコンピューティングリソース(CPUとRAM)をスケールアップまたはスケールダウンしたり、データディスクサイズを増やしたりできます。実行手順: Database Resource Management ページで、Database Resources セクションの横にある Edit Resource アイコン(鉛筆アイコン)をクリックして、Update Database Resource ダイアログを開きます。
必要な変更を入力します:
- コンピューティングリソース(vCPUとRAM)を変更するには、ドロップダウンリストから目的のFlavorを選択します。
- データディスクサイズを増やすには、Data disk size (GB) フィールドに新しい値を入力します。
Update をクリックして変更を適用します。 確認後、データベースクラスターのステータスは Resizing に変わり、処理が完了すると Running に戻ります。 リソース更新プロセスには5〜10分かかる場合があります。この間、データベースクラスターで追加の操作を実行しないようにしてください。 ⚠️ 重要な注意事項:
- リソース制限 :ユーザーは、Available Resource の制限内でのみデータベースリソースを変更できます。新しい構成が利用可能なクォータを超えると、システムはエラーを表示し、変更の適用を防止します。
- データディスクサイズの縮小はサポートされません(Data disk size):システムはデータディスクサイズの縮小をサポートしていません。ディスク容量を増やすことのみ可能で、ディスクの縮小はサポートされていません。
- データベースクラスターの再起動 :コンピューティングリソース構成を更新する際、一部のデータベースエンジンでは変更を有効にするためにデータベースクラスターの再起動が必要です。再起動はシステムによって自動的に実行される場合もあれば、リソース更新完了後にユーザーによる手動操作が必要な場合もあります。再起動は一時的なサービス中断を引き起こす可能性があるため、これらの変更はオフピーク時間に実行することをお勧めします。
具体的には以下のとおりです:- コンピューティングリソース(CPU/RAM)を減らす場合、システムは更新された構成を適用するためにデータベースサービスを自動的に再起動します
- コンピューティングリソースを増やす場合、システムは自動的に再起動を実行しません。PostgreSQLおよびClickHouseの場合、新しい構成が有効になるように、ユーザーは更新後にデータベースを手動で再起動する必要があります
3. ストレージポリシーの調整
ストレージポリシーは、データベースクラスターのI/Oパフォーマンスと運用コストに直接影響します。以下の手順に従ってストレージポリシーを更新できます: Database Resource Management ページで、Storage Policy セクションの横にある Edit Storage Policy アイコン(鉛筆アイコン)をクリックして、Update Storage Policy ダイアログを開きます。
ドロップダウンリストからワークロード要件に合った新しい Storage Policy を選択し、Update をクリックして変更を適用します。 更新プロセスには約5〜10分かかる場合があります。この間、データベースクラスターで他の操作を実行しないでください。 推奨事項 :本番環境では、安定した一貫性のあるパフォーマンスを確保するために、**最低4,000 IOPS(4K)**のストレージポリシーを使用することをお勧めします。