database リソース構成の変更
database のリソースは、vCPU と RAM を決める flavor、データディスクの容量、IOPS を決める storage policy で構成されます。ワークロードの成長に合わせて調整します。
ここでのすべての変更には 2 つの制約があります。利用可能な quota を超えられないこと、そしてデータディスクを縮小できないことです。
リソース情報を確認する
- メインメニューから Database Platform → All Database、または対象の engine カテゴリを選択します。
- database ID をクリックし、Resource タブを開きます。
vCPU、RAM、データディスク容量について 2 つの値が表示されます。
- Current Resource: 現在 database が動作している構成です。
- Available Resource: 引き上げられる上限です。
compute またはディスク容量を変更する
-
Resource タブで、Resource per node ブロックで Edit settings をクリックします。
-
変更内容を指定します。
- vCPU と RAM を変更するには、別の Flavor を選びます。
- ディスクを拡張するには、Data disk size (GB) により大きい値を入力します。
-
Update をクリックします。
ステータスが Resizing に変わり、その後 Running に戻ります。更新には 5〜10 分かかり、その間その database に対する他の操作は避けてください。
vCPU または RAM を減らす場合、変更を適用するために engine が自動的に再起動します。
vCPU または RAM を増やす場合は自動では再起動しません。PostgreSQL、OpenSearch、ClickHouse では、新しい構成が反映される前に自分で database を再起動する必要があります。それまでは旧構成のまま動作し、一覧に警告アイコンが表示されます。
再起動はサービスを中断させるため、負荷の低い時間帯に計画してください。
データディスクは拡張のみ可能です。縮小には対応していないため、長期的に維持できる範囲で段階的に増やしてください。
新しい構成が利用可能な quota を超える場合、システムはこれを拒否し、変更は適用されません。
storage policy を変更する
storage policy は I/O 性能を決め、費用にも影響します。
-
Resource タブで、Storage policy ブロックで Edit settings をクリックします。
-
ワークロードに合ったポリシーを選び、Update をクリックします。
更新には約 5〜10 分かかります。その間はその database に対する他の操作を避けてください。
本番環境では、負荷時の性能を安定させるため 4,000 IOPS 以上のポリシーを使ってください。
次のステップ
- Auto scaling の設定。リソースを自動で調整します
- database の停止・起動・再起動。一部の engine で必要な再起動を実行します
- FMON による database の監視