サーバーレスクラスターを作成した後、リソーススケーリングポリシーを設定して、クラスターのスケールアップとスケールダウンを制御します。ライフサイクルポリシーを使用して、プロモーションやトラフィックスパイクなど、予測可能なピーク期間の前にリソースを事前プロビジョニングし、オフピーク時間中にスケールバックしてアイドル状態のリソースを解放します。
制限事項
サーバーレスクラスターでは、以下の機能はサポートされていません。
ストレージ容量の手動スケールアップまたはスケールダウン (Enterprise Edition)
ストレージ容量の手動スケールダウン （Standard Edition）
グローバルデータベースネットワーク (GDN) はサポートされていますが、以下の制限があります。
GDN 内のすべてのサーバーレスクラスターで、自動開始および停止を有効にすることはできません。
GDN 内の各サーバーレスクラスターは、クラスターが実行されている場合、少なくとも 1 つの読み取り専用ノードを備えていなければなりません。
PolarDB for MySQL 8.0.1、リビジョンバージョン 8.0.1.1.42 以降
PolarDB for MySQL 8.0.2、リビジョンバージョン 8.0.2.2.23 以降
以下の操作がサポートされています: 読み取り専用ノードの追加または削除、PolarDB クラスターの手動による設定の変更、クラスターの一時的な設定変更を実行する、およびサーバーレスをサポートしないクラスター向けの自動スケーリングを実行する。
インメモリ列指向インデックス（IMCI）機能は、少なくとも 1 つの読み取り専用ノードを備えたサーバーレスクラスターでサポートされています。読み取り専用カラムストアノードを追加する前に、[最小読み取り専用ノード数] を 1 に設定します。
注意事項
サーバーレスクラスターへの最大接続数は 100,000、最大 IOPS は 84,000 です。
PolarDB 容量単位 (PCU) は、サーバーレスクラスターの課金およびスケーリング単位です。1 PCU は、約 1 CPU コアと 2 GB のメモリに相当します。各ノードの PCU 数は、設定された範囲内で動的にスケーリングされ、最小粒度は 0.5 PCU です。
スケーリングの仕組み
PolarDB は、プライマリノードと読み取り専用ノードの CPU 使用率、メモリ使用量、およびその他のカーネルメトリックを監視します。しきい値を超えるとスケールアップとスケールアウトがトリガーされ、使用率が一定期間しきい値を下回るとスケールダウンが発生します。
スケールアップとスケールアウトのトリガー
スケールアップ (シングルノードの垂直スケーリング) は、モニタリングサイクル中に以下のいずれかの条件が満たされた場合にトリガーされます。
ノードの CPU 使用率がスケールアップのしきい値 (デフォルト：80%、またはカスタム値) を超えた場合。
ノードのメモリ使用量が 90% を超えた場合。
読み取り専用ノードの仕様がプライマリノードの仕様の半分未満である場合。たとえば、読み取り専用ノードが 4 PCU でプライマリノードが 10 PCU の場合、読み取り専用ノードは少なくとも 5 PCU にスケールアップします。
スケールアウト (読み取り専用ノードの追加) は、読み取り専用ノードがすでに最大仕様までスケールアップしており、それでも CPU 使用率がスケールアップのしきい値を超えている場合にトリガーされます。
スケールダウンのトリガー
スケールダウンは、CPU 使用率がスケールダウンのしきい値 (デフォルト：50%、またはカスタム値) を下回り、かつメモリ使用量が 80% を下回った場合にトリガーされます。
スケーリングをトリガーするメトリックは、クラスターパラメーターの設定とサーバーレス設定によって異なります。CPU スケーリングのしきい値はカスタマイズできますが、他のメトリックのしきい値は固定です。
ワークロードが急増した場合、ノードは一度に目標仕様にジャンプするのではなく、段階的にスケールアップします。最小ステップサイズは 0.5 PCU で、後続のステップは現在の PCU 数に基づいて増加し、需要に追いつきます。
PolarDB コンソールの [パフォーマンスモニタリング] でアラートルールを設定すると、スケールダウンがトリガーされたときに通知を受け取ることができます。詳細については、「アラートルールの作成」をご参照ください。
サーバーレスパラメーターの設定
PolarDB コンソールにログインします。
左側のナビゲーションウィンドウで、[クラスター] をクリックします。
左上隅で、リージョンを選択します。
クラスター ID をクリックして、[基本情報] ページに移動します。
[データベースノード] セクションで、[サーバーレス設定] をクリックします。
現在のパラメーターの設定
[サーバーレス関連パラメーターの設定] ダイアログボックスで、[現在のパラメーター] の右側にある [編集] をクリックします。
ノードリソース範囲
| パラメーター | 説明 | 有効値 |
|---|---|---|
| シングルノードの最小リソース | ノードあたりの最小 PCU。各ノードはアイドル時にこの下限値までスケールダウンします。 | 0.25～32 PCU |
| シングルノードの最大リソース | ノードあたりの最大 PCU。各ノードは、いかなるワークロード下でもこの上限を超えることはできません。 | 1～32 PCU |
最小 PCU 値の選択
最小値を低くするとアイドルコストは削減されますが、PolarDB は現在の PCU 数に比例してスケールアップするため、ワークロードが急増したときにスケールアップが遅くなる可能性があります。以下の場合には、より高い最小値を検討してください。
ワークロードが予測不能に急増し、バースト開始時の低レイテンシーが非常に重要である場合。
アプリケーションがウォームバッファキャッシュの恩恵を受ける場合。これには常に十分なメモリが必要です。
固定スペックインスタンスから移行する場合は、メモリ比率を参考にしてください。1 PCU は約 2 GB のメモリに相当します。たとえば、以前のインスタンスのメモリが 8 GB だった場合、最小 4 PCU から始めます。
最大 PCU 値の選択
最大値を高くすると、クラスターはより大きなワークロードを処理できますが、コストの上限も高くなります。次の点を考慮してください。
過去のピーク時の CPU とメモリの使用率を確認して、上限を推定します。
スパイクが常に現在の最大値に達する場合は、最大値を増やします。
デプロイ後、[パフォーマンスモニタリング] を使用して使用状況を監視し、観測されたピークに基づいて調整します。
[シングルノードの最小リソース] が 2 PCU で、[シングルノードの最大リソース] が 16 PCU の場合、ノードはデフォルトで 2 PCU (2 CPU コア、4 GB メモリ) となり、負荷がかかると最大 16 PCU (16 CPU コア、32 GB メモリ) までスケールアップできます。
読み取り専用ノード範囲
| パラメーター | 説明 | 有効値 |
|---|---|---|
| 最小読み取り専用ノード数 | 常に維持される読み取り専用ノードの最小数。 | 0～15 |
| 最大読み取り専用ノード数 | スケールアウトによって追加できる読み取り専用ノードの最大数。 | 0～15 |
| 読み取り専用列ストアノード | 追加できる読み取り専用列ストアノードの最大数 (IMCI 用)。 | 0～15 |
読み取り専用ノードの数は、設定された範囲内で自動的にスケーリングされます。トリガー条件については、「スケールアップとスケールアウトのトリガー」をご参照ください。
高可用性を維持するには、最小読み取り専用ノード数 を 1 に設定します。
読み取り専用カラムストアノードを追加する前に、[最小読み取り専用ノード数] を少なくとも 1 に設定します。詳細については、「IMCI」をご参照ください。
非アクティブによる停止
有効にすると、検出期間内にサービス接続がない場合、クラスターは自動的に一時停止します。一時停止中もストレージ料金は発生します。接続が行われると、クラスターは即座に再起動します。
GDN 内のすべてのサーバーレスクラスターで、自動開始および停止を同時に有効にすることはできません。ご利用のクラスターが GDN に属している場合は、非アクティブによる停止を有効にする前にこの制約を確認してください。
| パラメーター | 説明 | 有効値 |
|---|---|---|
| 非アクティブによる停止の有効化 | 設定された非アクティブ期間が経過すると、クラスターを自動的に一時停止します。 | 有効 / 無効 |
| 非アクティブによる停止の検出期間 | クラスターが一時停止するまでの非アクティブ期間。 | 5 分から 24 時間までの 5 分単位 |
詳細設定
| パラメーター | 説明 | 有効値 |
|---|---|---|
| スキャン間隔 | [センシティブ] モードでは、クラスターはワークロードの変更をより速く検出し応答するため、観測ウィンドウと実行期間が短縮されます。CPU スパイクなどの瞬間的な負荷変動があるワークロードには [センシティブ] を使用してください。センシティブモードは、より頻繁にスケーリングをトリガーします。 | 標準 / センシティブ |
| 弾性アップグレードの最大 CPU リソース | スケールアップをトリガーする CPU 使用率のしきい値。 | 40%～100% |
| 弾性アップグレードの最小 CPU リソース | スケールダウンをトリガーする CPU 使用率のしきい値。 | 10%～70% |
最大CPUしきい値は、最小CPUしきい値以上である必要があり、それらの差は少なくとも 30 PCUである必要があります。
ライフサイクルポリシーの設定
ライフサイクルポリシーを作成して、指定した時間 (日次、週次、または月次) にサーバーレスパラメーターを自動的に調整します。これにより、手動介入なしで、ピーク期間の前にリソースを事前プロビジョニングし、その後スケールバックすることができます。
定期ポリシーを削除しても、そのポリシーの下で現在実行中のタスクはキャンセルされません。まだ開始されていないタスクのみが削除されます。
サーバーレス機能を無効にすると、すべての定期ポリシーと定期タスクが削除されます。
ライフサイクルポリシーの作成
[サーバーレス関連パラメーターの設定] ダイアログボックスで、[+ ライフサイクルポリシーの追加] をクリックします。
以下のパラメーターを設定します。
| パラメーター | 説明 | 有効値 |
|---|---|---|
| シングルノードの最大リソース | ポリシーのアクティブ期間中の最大 PCU。 | 1～32 |
| シングルノードの最小リソース | ポリシーのアクティブ期間中の最小 PCU。[シングルノードの最大リソース] 以下である必要があります。 | 1～32 |
| 最大読み取り専用ノード数 | アクティブ期間中の最大読み取り専用ノード数。 | 0～15 |
| 最小読み取り専用ノード数 | アクティブな期間中の最小読み取り専用ノード数。[最大読み取り専用ノード] 以下である必要があります。 | 0～15 |
| 読み取り専用列ストアノード | アクティブ期間中の最大読み取り専用列ストアノード数。 | 0～15 |
| 開始/終了時間 | 定期ポリシーの有効期間。 | — |
| ポリシースケジューリング | ポリシーが実行される頻度。オプション：[月]、[週]、または [日]。[月] の場合、カウント方向 (初日からの [正順] または最終日からの [逆順]) と日付 (カンマ区切り、例：1,3,5) を指定します。[週] の場合、曜日と時間を指定します。[日] の場合、時間を指定します。 | — |
ライフサイクルポリシーが有効になると、調整されたパラメーターはそのまま維持され、ポリシー期間が終了しても自動的に元に戻ることはありません。パラメーターを希望の時間に元に戻すには、別のライフサイクルポリシーを作成する必要があります。詳細については、以下の例をご参照ください。
定期タスクの表示
定期ポリシーを作成すると、定期タスクが自動的に生成されます。以下のいずれかの方法で表示できます。
クラスターの [基本情報] ページで、[保留中および失敗した定期タスク] セクションを確認します。
PolarDB コンソールで、[タスク管理] > [定期タスク] に移動します。
例
8 月 1 日から 9 月 30 日までの毎週営業日 (月曜日から金曜日) の 9:30 に 5 PCU スケールアップし、22:00 に 1 PCU スケールダウンするには、以下のように 2 つのライフサイクルポリシーを作成します。
 |  |
|---|