Database Autonomy Service:性能自動スケーリング

仕組み

性能自動スケーリングの詳細な技術説明については、「DAS 自動スケーリング」をご参照ください。

課金

• RDS for MySQL データベースインスタンスの場合：

  • ローカルディスクを使用する High-availability Edition インスタンス (General-purpose) および Three-node Enterprise Edition インスタンス (General-purpose)：これらのインスタンスは従量課金制で、料金は 1 時間ごとに差し引かれます。

    課金計算式：(コアあたりの価格 × 追加された CPU コア数) × スケールアップ期間 (時間)

  • クラウドディスクを使用する High-availability Edition インスタンス：スケールアップ後の新しい仕様に基づいて課金されます。料金はリージョン、新しい仕様、およびその他の設定によって異なります。詳細については、購入ページをご覧ください。

• PolarDB for MySQL データベースインスタンスの場合：

  課金の詳細については、「設定変更料金」をご参照ください。

影響

• クラウドディスクを使用する RDS for MySQL High-availability Edition インスタンスおよび PolarDB for MySQL Cluster Edition インスタンスでは、新しい設定が適用される際に約 30 秒の一時的な接続中断が発生する可能性があります。アプリケーションに自動再接続メカニズムがあることを確認してください。

• PolarDB for MySQL Cluster Edition インスタンスの場合、単一ノードの仕様ではなく、クラスター全体の仕様のみをスケーリングできます。

• パフォーマンスと安定性を向上させるため、インスタンスが最新のマイナーエンジンバージョンを実行していない場合、システムは設定変更中に自動的に最新バージョンに更新します。

• スケールアップ操作はプライマリインスタンスにのみ適用されます。プライマリインスタンスがスケールアップされた後に [プライマリ/セカンダリの切り替え] がトリガーされた場合：

  • トリガー条件が満たされると、システムは新しいプライマリインスタンス (元のセカンダリインスタンス) を自動的にスケールアップまたはスケールダウンします。

  • スケールダウンのトリガー条件が満たされると、システムは新しいセカンダリインスタンス (元のプライマリインスタンス) を自動的に元の仕様にスケールバックします。

操作手順

1. にログインします。DASコンソール.

2. 左側のナビゲーションウィンドウで、インスタンスモニター.

3. 表示されるページで、管理するデータベースインスタンスを見つけ、インスタンスIDをクリックします。 インスタンス詳細ページが表示されます。

4. 左側メニューで、自律型センター をクリックします。

5. 自律型センター ページで、右上隅にある Autonomy Service Settings をクリックします。

6. Autonomous Function Settings > 自律機能管理で、自律サービスのメインスイッチをオンにします。

7. 最適化とスロットリング タブで、次のパラメーターを設定します。

   RDS for MySQL

   • クラウドディスクを使用する RDS for MySQL High-availability Edition インスタンスの場合は、Automatic Performance Scaling を選択します。

   • ローカルディスクを使用する RDS for MySQL High-availability Edition インスタンス (General-purpose) および RDS for MySQL Three-node Enterprise Edition インスタンス (General-purpose) の場合は、自動リソース弾力性 を選択します。

   インスタンスタイプ	パラメーター	説明
   すべてのタイプ	[平均 CPU 使用率 ≥]	自動スケールアップのトリガーしきい値。平均 CPU 使用率がこの値以上になると、スケールアップ操作がトリガーされます。
   クラウドディスクを使用する High-availability Edition インスタンス	監視期間	インスタンスのパフォーマンスを観測する期間。 システムは、このウィンドウ中にインスタンスの CPU 使用率を定期的にチェックします。平均 CPU 使用率 ≥ のしきい値が満たされると、自動スケールアップがトリガーされます。 重要 スケールダウン 観測ウィンドウは、観測ウィンドウ + 10 分 として計算されます。 たとえば、 監視期間 が 30 分に設定されている場合、スケールダウン 観測ウィンドウは 40 分です。
   	[最大仕様]	自動スケールアップの上限。 自動スケーリングのしきい値に達した場合、DAS は仕様を段階的にスケールアップし、[Average CPU Utilization]の監視を継続します。 監視期間 内にしきい値に再度達した場合、DAS は設定した上限に仕様が達するまでスケールアップを続行します。 重要 1 コア 2 GB メモリの仕様のインスタンスが自動スケールアップをトリガーした場合、直接 4 コア 8 GB メモリにスケールアップされます。この場合、最大仕様を少なくとも 4 コア 8 GB メモリに設定する必要があります。そうしないと、自動スケールアップは失敗します。
   	[自動スケールダウン/スケールイン]	自動スケールダウン/スケールイン を有効にした後、インスタンスが [静止期間] 中でなく、CPU 使用率が 30% 未満である時間の割合がスケールダウン観測ウィンドウ ( 観測ウィンドウ + 10 分 ) 中に 99% を超える場合、DAS はインスタンスの仕様を 元の仕様 に達するまで段階的に自動でスケールダウンします。
   	[静止期間]	[Auto Scaling] または [自動スケールバック] がトリガーされた後、次の [Auto Scaling] または [自動スケールバック] がトリガーされるまでの最小時間間隔。 説明 クールダウン期間中、DAS はインスタンスの監視を続行しますが、スケーリング操作はトリガーしません。 クールダウン期間と観測ウィンドウが同時に終了し、そのウィンドウ中に CPU 使用率のしきい値が満たされた場合、DAS はスケーリング操作をトリガーします。
   ローカルディスクを使用する High-availability Edition インスタンス (General-purpose) および Three-node Enterprise Edition インスタンス (General-purpose)	[スケールアップ監視期間]	インスタンスのパフォーマンスを観測する期間です。システムは、このウィンドウ中にインスタンスの平均 CPU 使用率を定期的にチェックします。平均 CPU 使用率が指定されたしきい値に達すると、自動スケールアップがトリガーされます。
   	[監視期間を元に戻す]	スケールダウンのためにインスタンスのパフォーマンスを観測する期間です。このウィンドウ中に CPU 使用率が 30% 未満である時間の割合が 99% を超える場合、自動スケールダウンがトリガーされます。

   PolarDB for MySQL

   Auto Scaling と 自動スケールバック を選択し、次のパラメーターを設定します。

   • [Auto Scaling]

     • 監視期間 内で平均 CPU 使用率が指定された値以上の場合、観測ウィンドウの終了後に PolarDB はワークロードに基づいてクラスターをスケールアップします。

     • クラスターをスケールアップする際、システムはリアルタイムの読み取りおよび書き込みトラフィックに基づいて、ノードの追加または仕様のアップグレードを選択します。

       • 読み取りトラフィックが優勢な場合は、読み取り専用ノードの追加が優先されます。

       • 書き込みトラフィックが優勢な場合は、クラスター仕様のアップグレードが優先されます。

       • プライマリノードのワークロードが高いなど、特殊なケースでは、クラスター仕様のアップグレードが優先されます。

   • [自動スケールバック]

     重要

     PolarDB for MySQL Cluster Edition インスタンスの場合、単一ノードの仕様ではなく、クラスター全体の仕様のみをスケーリングできます。

     • スケールダウン観測ウィンドウ 中に、Auto Scaling によって追加されたノードの平均 CPU 使用率が 30% 未満である時間の割合が 99% を超える場合、システムは PolarDB for MySQL クラスターの仕様を元の仕様に戻るまで段階的に自動でスケールダウンします。

     • スケールアップ中に読み取り専用ノードが追加された場合、スケールダウン中に 1 つずつ削除されます。

     • スケールアップ中にクラスター仕様がアップグレードされた場合、スケールダウン中にダウングレードされます。

   パラメーター	説明
   CPU 使用率 ≥	自動スケールアップのトリガーしきい値。平均 CPU 使用率がこの値以上になると、スケールアップ操作がトリガーされます。
   最大仕様	自動スケールアップの上限。スケールアップがトリガーされた後、PolarDB クラスターの仕様は、たとえば 4 コアから 8 コア、そして 16 コアへと、上限に達するまで段階的にスケールアップされます。
   読み取り専用ノードの最大数	自動的に追加できる読み取り専用ノードの最大数。スケールアップがトリガーされた後、システムは実際の状況に基づいて、上限に達するまで 1 つまたは 2 つの PolarDB 読み取り専用ノードを追加します。 説明 自動スケーリングされたノードは、デフォルトのクラスターエンドポイントに追加されます。カスタムエンドポイントの場合は、新しいノードを自動的に関連付ける オプションを設定する必要があります。新しいノードを自動的に関連付ける の設定方法の詳細については、「データベースプロキシの設定」をご参照ください。
   観測ウィンドウ	観測ウィンドウ全体で平均 CPU 使用率が指定された値以上の場合、DAS はウィンドウ終了後にクラスターのリアルタイムの読み取り/書き込みトラフィックに基づいて、ノードの追加または仕様のアップグレードによってスケールアップを開始します。たとえば、観測ウィンドウが 5 分でスケーリング操作に 10 分かかる場合、自動スケールアップの効果は約 15 分後に現れます。 重要 スケールダウン観測ウィンドウは、設定された 観測ウィンドウ + 10 分 として計算されます。たとえば、監視期間 が 30 分に設定されている場合、スケールダウン観測ウィンドウは 40 分です。
   クールダウン期間	連続する自動スケーリング操作間の最小間隔。クールダウン期間中、DAS はインスタンスの監視を続行しますが、スケーリング操作はトリガーしません。クールダウン期間と観測ウィンドウが同時に終了し、そのウィンドウ中に CPU 使用率のしきい値が満たされた場合、DAS はスケーリング操作をトリガーします。

8. 決定 をクリックします。

9. アラートテンプレート を設定してアラートをサブスクライブし、データベースインスタンスの性能自動スケーリングのステータスを常に把握できるようにしてください。

   システムはアラートテンプレートを推奨し、対応する自律イベントのアラートルールを追加します。プロンプトに従って設定を完了できます。

   説明

   • インスタンスにアラートテンプレートをすでに設定している場合は、プロンプトに従って、対応する自律イベントのアラートルールをテンプレートに追加します。

   • 独自のアラートテンプレートとアラートルールを設定するには、「アラートテンプレートの設定」と「アラートルールの設定」をご参照ください。

10. 通知を受け取る アラート連絡先グループ を選択します。

    • 新しいアラート連絡先を追加するには、連絡先の追加 をクリックします。

    • 新しいアラート連絡先グループを追加するには、連絡先グループの作成 をクリックします。

    • 連絡先の情報を編集または削除するには、連絡先の横にある 変更 または [削除] をクリックします。

    詳細な手順については、「アラート連絡先の管理」をご参照ください。

11. 設定の送信 をクリックし、表示されるダイアログボックスでアラート設定を確認します。

よくある質問

関連ドキュメント

• ビジネスのトラフィックに予測可能なピークがある場合は、スケジュールに基づくスケーリングを使用できます。この機能を使用すると、事前に定義されたスケジュールに基づいてインスタンスの仕様をスケールアップできます。設定された期間が終了すると、インスタンスは自動的に元の仕様に戻ります。

• お使いのインスタンスタイプが性能自動スケーリングをサポートしていない場合は、手動で仕様を変更してインスタンスをスケールアップまたはスケールダウンできます。詳細については、次のドキュメントをご参照ください。

  • RDS for MySQL については、「インスタンス仕様の変更」をご参照ください。

  • PolarDB for MySQL については、「クラスター仕様の手動変更」をご参照ください。