ApsaraDB for SelectDB は、タイムシェアリング自動スケーリングと手動スケーリングの両方をサポートしています。ビジネスに予測可能なワークロードのピークと谷がある場合は、自動スケーリングを使用してリソースを動的に調整し、リソース使用率とシステムパフォーマンスを向上させることができます。現在のクラスター構成がビジネスニーズを満たせない場合は、クラスターを手動でスケールすることもできます。BE ノードのメモリが不足した場合、コンソールのクラスターのスケーリング機能を使用してクラスターをスケールアップできます。ALTER SYSTEM ADD BACKEND などの SQL コマンドは、ノード管理ではサポートされていません。
クラスターのスケーリング
スケーリングタイプ | ユースケース | クラスターへの影響 |
時間指定オートスケーリング | ワークロードに予測可能なピーク期間とオフピーク期間がある場合。 | スケールダウンすると、コンピューティングリソースに比例してキャッシュサイズが減少します。新しいキャッシュサイズを超えるキャッシュデータは退避させられ、一部のクエリで応答時間のジッターが発生する可能性があります。 |
手動スケーリング | 現在のクラスター設定がビジネス要件を満たしていない場合。 | キャッシュサイズをスケールダウンすると、ターゲットのキャッシュサイズを超えるキャッシュデータは退避させられます。これにより、一部のクエリで応答時間のジッターが発生する可能性があります。 |
前提条件
インスタンスが Running 状態であること。
ターゲットクラスターが Running 状態であること。
Alibaba Cloud アカウントに未払いの注文がないこと。
注意事項
支払いの延滞や Alibaba Cloud アカウントの残高不足があると、時間指定オートスケーリングルールが実行されなくなり、手動スケーリングが失敗します。
スケーリング操作により、読み取りおよび書き込み操作が短時間中断される場合があります。オフピーク時間帯にスケーリングすることを推奨します。
時間指定オートスケーリングについては、次の点にご注意ください。
従量課金のクラスターのみが時間指定オートスケーリングをサポートします。
時間指定オートスケーリングルールは、インスタンスとクラスターの両方が
Running状態の場合にのみ実行されます。どちらかがRunning以外の状態 (例：Paused、Restarting、Upgrading) の場合、システムは操作を再試行します。Running以外の状態が 30 分以上続く場合、システムはそのルールの実行をスキップします。
課金
このトピックで説明されている料金は参考用です。実際の費用については、請求書をご参照ください。
各インスタンスには、1 つ以上のバックエンド (BE) クラスターを含めることができます。従量課金インスタンスには従量課金のクラスターのみが含まれ、サブスクリプションインスタンスにはサブスクリプションと従量課金の両方のクラスターを含めることができます。したがって、サブスクリプションインスタンスのクラスターのスケーリングと、従量課金インスタンスのクラスターのスケーリングでは、課金方法が異なります。
サブスクリプションインスタンス
変更タイプ | クラスターの課金方法 | 課金の詳細 |
クラスターのスケールアップ | サブスクリプション | スケールアップ料金 = (スケールアップ後の 1 日あたりの料金 - スケールアップ前の 1 日あたりの料金) × インスタンスの有効期限までの残り日数。料金の詳細については、「課金項目と料金」をご参照ください。 説明 残り日数は整数ではなく、小数点以下 12 桁まで正確に計算されます。たとえば、残り期間が 31 日と 10 時間の場合、31.416666666667 日として計算されます。 |
従量課金 | 従量課金のクラスターをスケールアップすると、新しい設定に基づいて 1 時間ごとに課金されます。スケーリングが発生した時間については、古い設定と新しい設定の両方に対して分単位で課金されます。合計料金は、その時間の終わりに請求されます。料金の詳細については、「課金項目と料金」をご参照ください。 | |
クラスターのスケールダウン | サブスクリプション | サブスクリプションのクラスターをスケールダウンすると、Alibaba Cloud は残りのサブスクリプション期間の料金を元のお支払い方法に返金します。 |
従量課金 | 従量課金のクラスターをスケールダウンすると、新しい設定に基づいて 1 時間ごとに課金されます。スケーリングが発生した時間については、古い設定と新しい設定の両方に対して分単位で課金されます。合計料金は、その時間の終わりに請求されます。料金の詳細については、「課金項目と料金」をご参照ください。 |
従量課金インスタンス
従量課金インスタンスは後払いで課金されます。従量課金インスタンス内のクラスターをスケーリングした後も課金方法は変わらず、引き続き 1 時間ごとに課金されます。スケーリングが発生した時間については、古い設定と新しい設定の両方に対して分単位で課金されます。合計料金は、その時間の終わりに請求されます。料金の詳細については、「課金項目と料金」をご参照ください。
制限事項
コンピューティングリソースのスケーリング
コンピューティングリソースを調整すると、クラスターの現在のコンピューティングとキャッシュの比率に基づいて、キャッシュサイズが自動的に比例してスケーリングされます。たとえば、8 CPU コアと 200 GB のキャッシュサイズを持つクラスターで、16 CPU コアにスケールアップすると、キャッシュサイズは自動的に 400 GB に調整されます。4 CPU コアにスケールダウンすると、キャッシュサイズは 100 GB に調整されます。
キャッシュサイズを変更せずに、コンピューティングリソースだけを独立してスケーリングすることはできません。
キャッシュサイズのスケーリング
スケールアップ：キャッシュサイズを独立してスケールアップするか、コンピューティングリソースをスケールアップする際に比例してスケールアップすることができます。
スケールダウン：キャッシュサイズを独立してスケールダウンすることはできません。キャッシュサイズを小さくするには、コンピューティングリソースを同時に比例してスケールダウンする必要があります。
コンピューティングリソースのみ、またはキャッシュサイズのみをスケールダウンしたい場合は、目的の仕様で新しいクラスターを作成し、古いクラスターを削除してください。
操作手順
各スケーリング操作には約 10 分かかります。ページを更新してクラスターのステータスを確認できます。ステータスが Changing Specifications から Running に変わると、操作は完了です。
時間指定オートスケーリング
ApsaraDB for SelectDB コンソールにログインします。
ページの左上隅で、インスタンスがあるリージョンを選択します。
インスタンスリスト ページで、目的の インスタンス ID をクリックして インスタンスの詳細 ページに移動します。
インスタンスの詳細 ページの左側メニューで、クラスター管理 をクリックします。
クラスター管理 ページで、対象のクラスターを見つけ、操作 列の スケーリング をクリックします。
[スケール] パネルで、時間別自動スケーリング タブをクリックします。
次の設定を構成します。
重要時間別自動スケーリング ルールを作成または変更する前に、次の制限事項を理解する必要があります。
新しいルールの実行時間は、既存のルールと重複できません。
隣接するルール間の間隔は、少なくとも 1 時間必要です。最大 23 個のルールを作成できます。
隣接するルールで、同じターゲットのコンピューティングリソースを設定することはできません。リストの最後のルールと最初のルールも隣接していると見なされます。
時間指定オートスケーリングポリシーを有効または無効にします。
パネルの左上隅にある 時間別自動スケーリング スイッチをクリックします。
説明時間指定オートスケーリングポリシーを有効にするには、少なくとも 2 つのルールが必要です。
有効：システムは既存のルールをスケジュールされた時間に実行します。このポリシーが有効な場合、手動スケーリングは実行できません。
無効：既存のルールは実行されませんが、削除もされません。
時間指定オートスケーリングルールを作成します。
重要時間指定オートスケーリングポリシーが無効になっている間、システムはルールを実行しません。
パネルの右上隅にある 追加 をクリックし、実行日時 と ターゲットコンピューティングリソース を設定して、保存 をクリックします。
ルールを追加していない場合は、パネルの下部にある ルールを追加 をクリックしてパラメーターを設定することもできます。
時間指定オートスケーリングルールを変更します。
[操作] 列で、対象ルールの
アイコンをクリックし、実行日時 と ターゲットコンピューティングリソース を変更して、保存 をクリックします。時間指定オートスケーリングルールを表示します。
スケーリングパネルには、デフォルトで時間指定オートスケーリングルールのリストが表示されます。手動スケーリング タブにいる場合は、時間別自動スケーリング タブをクリックしてビューを切り替えます。
時間指定オートスケーリングルールを削除します。
[操作] 列で、対象ルールの
アイコンをクリックします。ルール削除の確認 ダイアログボックスの内容をよく読み、確定する をクリックします。削除後、ルールの数が 2 未満の場合、システムは自動的に時間指定オートスケーリングポリシーを無効にし、再度有効にすることはできません。
説明隣接する 2 つのルールが同じターゲットのコンピューティングリソースを持つ場合、ルールを削除することはできません。
リストの最後のルールと最初のルールは隣接していると見なされます。
パラメーター
説明
[ルール]
ルールに割り当てられた一時的な ID です。ルールは実行時間に基づいて番号が付けられます。ルールを追加または変更すると、システムは自動的にルールリスト全体を再ソートします。
[サイクル]
ルールの実行頻度です。これは「毎日」に設定されており、変更できません。
[実行日時]
ルールが実行されるようにスケジュールされている時刻です。
[ターゲットコンピューティングリソース]
クラスターのターゲットコンピューティングリソース (CPU とメモリを含む) です。
CPU コア数：
[4, 1024]メモリ： デフォルトでは、メモリサイズは CPU コア数の 4 倍 (GB 単位) です。
重要1 CCU = 1 CPU コアと 4 GB のメモリ。
より高いクォータをリクエストするには、Alibaba Cloud テクニカルサポートにお問い合わせください。
手動スケーリング
時間指定オートスケーリングが有効になっている間は、クラスターを手動でスケーリングすることはできません。手動スケーリング操作を実行するには、まずポリシーを無効にしてから、後で再度有効にする必要があります。
ApsaraDB for SelectDB コンソールにログインします。
ページの左上隅で、インスタンスが配置されているリージョンを選択します。
インスタンスリスト ページで、対象の インスタンス ID をクリックして インスタンスの詳細 ページに移動します。
インスタンスの詳細 ページの左側メニューで、クラスター管理 をクリックします。
クラスター管理 ページで、対象のクラスターを見つけ、操作 列の スケーリング をクリックします。
[スケール] パネルで、手動スケーリング タブをクリックします。
ターゲットの仕様を設定します。
パラメーター
説明
[ターゲットコンピューティングリソース]
クラスターのコンピューティングリソース (CPU とメモリを含む) です。
CPU コア数：
[4, 1024]メモリ： デフォルトでは、メモリサイズは CPU コア数の 4 倍 (GB 単位) です。
重要1 CCU = 1 CPU コアと 4 GB のメモリ。
より高いクォータをリクエストするには、Alibaba Cloud テクニカルサポートにお問い合わせください。
[ターゲットキャッシュ容量 (GB)]
クラスターのキャッシュサイズです。
有効値：
最小値：
4、8、16、または 32 CPU コアのターゲットコンピューティングリソースの場合、最小キャッシュサイズは 100 GB です。
64 以上の CPU コアを持つターゲットコンピューティングリソースの場合、最小キャッシュサイズは
100 GB × (選択した CPU コア数 / 32)です。
最大値：
500 × ターゲットの CPU コア数
単位：GB
[利用規約]
利用規約 を読んで選択します。
確定する をクリックします。
FE ノードのスケーリング
FE ノードは、SelectDB のメタデータ管理コアであり、クエリのエントリポイントです。クラスターのクエリパフォーマンスまたはメタデータ管理能力が不十分な場合、ノードを追加または削除して FE ノードを水平方向にスケーリングするか、ノードの仕様を調整して垂直方向にスケーリングすることができます。
[インスタンス] ページで、対象インスタンスの [操作] 列にある [その他] をクリックし、対応する FE 操作を選択します。
FE ノードのスケールアウト：FE ノードを追加します。
FE ノード仕様のアップグレード：FE ノードの CPU とメモリを増やします。
FE ノードのスケールイン：FE ノードを削除します。FE ノードの数を奇数 (1、3、5 など) に保つことを推奨します。最小値は 1 です。
FE ノード仕様のダウングレード：FE ノードの CPU とメモリを減らします。