Database Autonomy Service (DAS) は、ローカルリソースの自動スケーリングを提供します。データベースインスタンスの平均 CPU 使用率が観測ウィンドウ内で指定されたしきい値に達すると、DAS は同じホスト上のアイドルリソースを使用して、元のインスタンス仕様を変更することなく、インスタンスの CPU コアを一定量スケールアップします。
前提条件
-
この機能は、PolarDB for MySQL Cluster Edition (General-Purpose) および Multi-master Cluster (Database/Table) Edition (General-Purpose) のインスタンスで利用できます。
説明PolarDB for MySQL のカーネルバージョン 8.0.2 は、ローカルリソースの自動スケーリングをサポートしていません。
-
AliyunServiceRoleForDAS ロール が作成されている必要があります。
メリット
ローカルリソースの自動スケーリングは、ローカルホスト上の cgroup の制限を緩和することによって機能します。性能自動スケーリング と比較して、この機能には次のメリットがあります。
|
機能 |
ローカルリソースの自動スケーリング |
性能自動スケーリング |
|
スケーラブルなリソース |
CPU コアと IOPS のみをスケールアップします。メモリと接続数はスケールアップできません。 |
CPU コア、IOPS、メモリ、接続数をスケールアップします。 |
|
実行速度 |
高速:
|
低速:
|
|
アップグレードプロセス |
インスタンス仕様の変更を伴わず、接続の中断も発生しません。 |
インスタンス仕様の変更が必要なため、短時間の接続の中断が発生します。 |
注意事項
-
この機能はパブリックプレビュー段階であり、無料でご利用いただけます。
-
ローカルリソースの自動スケーリングを有効にした後、競合を避けるために同じインスタンスの性能自動スケーリングを無効にしてください。ローカルスケーリングイベントの後に性能自動スケーリングがトリガーされると、ローカルスケールアップは元に戻されます。
説明インスタンス詳細ページで、右側の Autonomy Service Settings パネルに移動し、自動ストレージ拡張 機能を無効にできます。
-
ホストの CPU リソースが不足している場合、スケールアップは実行されません。
-
スケールアップ状態では、フェイルオーバー、深刻なホストリソース不足、または既存の管理プロセスとの競合によるスケールアップされたリソースの回収などの極端なシナリオが発生する可能性があります。この機能は、コアインスタンスのピーク時の CPU 要件を判断するための短期的な分析に使用してください。長期的な安定性を確保するには、ピーク時の CPU 使用率に基づいてインスタンス仕様をアップグレードすることを推奨します。
操作手順
にログインします。DASコンソール.
-
ローカルリソースの自動スケーリングポリシーを作成します。
-
管理と設定 ページからポリシーを作成します。
-
左側メニューで、リソース管理 > Auto Scaling 設定 をクリックします。
-
自動スケーリングポリシー セクションで ポリシーの追加 をクリックします。ポリシーの追加 ページで、次のパラメーターを設定します。
表 1. パラメーター
パラメーター
説明
[ポリシー名]
ポリシーの名前。
[モード]
ローカルリソースの自動スケーリング を選択します。
[エンジンタイプ]
データベースエンジンのタイプ。 PolarDB for MySQL のみがサポートされています。
[仕様]
選択したデータベースエンジンの仕様。
[Average CPU Utilization]
スケールアップのトリガーしきい値。ノードの平均 CPU 使用率がこの値以上になると、ノードは自動的にスケールアップされます。
[スケールアップ監視期間]
システムがインスタンスのパフォーマンスを監視する時間枠。このウィンドウ内でノードの平均 CPU 使用率がトリガーしきい値に達すると、システムは自動的にノードをスケールアップします。
[CPU スケールアップのステップサイズ]
各スケールアップ操作で追加する CPU コアの数。有効な値:1 から 31 までの整数。
たとえば、4 コアのインスタンスの CPU スケールアップのステップサイズ が 2 の場合、6 コアにスケールアップされます。スケールアップ後も平均 CPU 使用率がトリガー条件を満たしている場合、システムは上限に達するまで段階的にインスタンスをスケールアップし続けます。
説明スケールアップ後、インスタンスの CPU コアの最大数は元のコア数の 4 倍で、上限は 32 コアです。たとえば、4 コアのインスタンスは最大 16 コアまでスケールアップできます。
[スケールダウン監視期間]
スケールダウンの観測ウィンドウ。スケールアップされたノードの CPU 使用率が、このウィンドウの 99% を超える期間 30% 未満のままである場合、自動スケールダウンがトリガーされます。
各スケールダウン操作では、インスタンスが元の仕様に戻るまで、設定されたスケールアップステップサイズ分だけ CPU コア数が削減されます。
-
ポリシーの適用 ページで、対象のデータベースインスタンスを選択し、
をクリックします。 -
決定 をクリックして、選択したデータベースインスタンスにポリシーを適用します。
または、自動スケーリングポリシー セクションで対象のポリシーを見つけ、操作 列の 適用 をクリックします。
-
-
自律機能管理 ページのインスタンスの Autonomy Service Settings パネルからポリシーを作成します。
-
左側メニューで、インテリジェント O&M センター > インスタンスモニター をクリックします。
-
対象のインスタンスを見つけ、その ID をクリックしてインスタンス詳細ページを開きます。
-
ページの右上隅にある Autonomy Service Settings をクリックします。
-
で ポリシーの追加 をクリックし、「パラメーター」の説明に従ってパラメーターを設定して、ローカルリソースの自動スケーリングポリシーを作成します。
-
推奨ポリシー セクションで、追加するポリシーを見つけ、操作 列の 適用 をクリックします。
説明-
ポリシーの 操作 列で 変更 をクリックします。アップデートポリシー タブでポリシーを変更します。
-
インスタンスからポリシーを削除するには、適用ポリシー セクションで対象のポリシーを見つけ、操作 列の [ポリシーのキャンセル] をクリックします。
-
-
決定 をクリックします。
-
ローカルリソースの自動スケーリングイベントの通知を受け取るために、[アラートテンプレート] を設定します。
システムはアラートテンプレートを推奨し、自律イベントに対応するアラートルールを追加します。プロンプトに従って設定を完了できます。
説明-
インスタンスにアラートテンプレートをすでに設定している場合は、プロンプトに従って自律イベントに必要なアラートルールを追加します。
-
アラートテンプレートとアラートルールを自分で設定する必要がある場合は、「アラートテンプレートの設定」および「アラートルールの設定」をご参照ください。
-
-
通知を受信する [アラート連絡先グループ] を選択します。
-
新しいアラート連絡先を追加するには、連絡先の追加 をクリックします。
-
新しいアラート連絡先グループを作成するには、連絡先グループの追加 をクリックします。
-
連絡先の横にある 変更 または [削除] をクリックして、連絡先を編集または削除します。
詳細については、「アラート連絡先の管理」をご参照ください。
-
-
設定の送信 をクリックし、表示されるダイアログボックスでアラート設定を確認します。
-
-
ローカルリソースの自動スケーリング結果の表示
-
左側メニューで、インテリジェント O&M センター > インスタンスモニター をクリックします。
-
対象のインスタンスを見つけ、その ID をクリックしてインスタンス詳細ページを開きます。
-
左側メニューで、自律型センター をクリックします。
-
自律型センター ページで、選択した時間範囲内の [オートスケーリング イベント] を表示します。
-
[オートスケーリング イベント]のエントリの 詳細 をクリックして、その詳細を表示します。
自動スケーリングイベント通知パネルには、イベント名、時間、重要度レベル、期間などの基本情報が表示されます。