ApsaraDB for SelectDB は、クラスターの定期的な弾性スケーリングと手動スケーリングをサポートしています。ビジネスに予測可能なピーク時とオフピーク時がある場合は、定期的なスケーリングを使用してリソースを自動的に調整できます。これにより、リソース使用率とシステムパフォーマンスが向上します。現在のクラスター構成がニーズを満たしていない場合は、クラスターを手動でスケーリングすることもできます。
クラスターのスケーリングの概要
スケーリングタイプ | シナリオ | クラスターへの影響 |
定期的な弾性スケーリング | ビジネスに予測可能なピーク時とオフピーク時がある。 | スケールイン中、キャッシュ領域は計算リソースに比例してスケールインされます。ターゲットのキャッシュ領域を超えるキャッシュデータは削除されます。これにより、一部のリクエストで応答時間のジッターが発生する可能性があります。 |
手動スケーリング | 現在のクラスター構成がビジネスニーズを満たしていない。 | キャッシュ領域をスケールインする際、ターゲットのキャッシュ領域を超えるキャッシュデータは削除されます。これにより、一部のリクエストで応答時間のジッターが発生する可能性があります。 |
前提条件
インスタンスのステータスは [実行中] です。
ターゲットクラスターのステータスが [実行中] であること。
Alibaba Cloud アカウントに未払いの注文がないこと。
注意事項
ご利用の Alibaba Cloud アカウントに支払い遅延や残高不足がある場合、定期的なスケーリングルールは実行されず、手動スケーリングも失敗します。
スケーリング中は、読み取り/書き込み操作が一時的に利用できなくなる可能性があります。クラスターのスケーリングはオフピーク時に実行してください。
定期的な弾性スケーリングについては、次の点にご注意ください：
従量課金クラスターのみが定期的な弾性スケーリングをサポートしています。
定期的なスケーリングルールは、インスタンスとクラスターの両方が実行中の場合にのみ実行されます。インスタンスまたはクラスターが [一時停止中]、[再起動中]、[アップグレード中] などの他の状態にある場合、システムは実行をリトライします。これらのリトライが 30 分以上失敗した場合、ルールは実行されません。
課金
このトピックで説明されている料金は参考用です。実際の料金は請求書に記載されます。
各インスタンスには、1 つ以上の Backend (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 分かかります。ページをリフレッシュしてクラスターのステータスを確認できます。クラスターのステータスが [構成変更中] から [実行中] に変わると、スケーリングは完了です。
定期的な弾性スケーリング
ApsaraDB for SelectDB コンソールにログインします。
ページ左上のドロップダウンリストから、インスタンスが存在するリージョンを選択します。
[インスタンスリスト] ページで、対象の [インスタンス] の ID をクリックすると、[インスタンス詳細] ページに移動します。
[インスタンス詳細] ページで、左側のナビゲーションウィンドウで[クラスター管理]をクリックします。
[クラスター管理] ページで、対象のクラスターの [アクション] 列の [スケール] をクリックします。
クラスタースケーリングパネルで、[定時伸縮スケーリング] タブをクリックします。
パネルのプロンプトに従って、次の操作を実行します：
重要[定時弾性スケーリング] ルールを作成または変更する前に、次の制限事項にご注意ください。
ルールの実行時間は、既存のルールの実行時間と重複することはできません。
ルール間の間隔は少なくとも 1 時間必要です。したがって、最大 23 個のルールを設定できます。
隣接するルールで同じターゲット計算リソース仕様を持つことはできません。ルールリストの最後のルールと最初のルールも隣接していると見なされます。
定期的な弾性ポリシーを有効または無効にする
パネルの左上隅にある [定時伸縮ポリシー] スイッチをクリックします。
説明定期的な弾性ポリシーを有効にするには、少なくとも 2 つのルールが必要です。
有効：システムは作成されたルールを順番に実行します。この状態では、手動スケーリングはサポートされません。
無効：作成されたルールは実行されず、自動的に削除されません。
定期的なスケーリングルールを追加する
重要ルールを追加した後、定期的な弾性ポリシーが無効になっている場合、システムはルールセットを実行しません。
パネルの右側にある[追加]をクリックして[実行時間]と[ターゲットコンピューティングリソース]を設定した後、[保存]をクリックします。
ルールをまだ追加していない場合は、パネルの下部にある[ルールを追加]をクリックして、パラメーターを設定することもできます。
定期的なスケーリングルールを変更する
対象のルールの「操作」列で
をクリックし、[実行時刻] と [ターゲットコンピュートリソース] を変更してから、[保存] をクリックします。定期的なスケーリングルールを表示する
スケーリングパネルには、デフォルトで定時弾性スケーリングルールのリストが表示されます。[手動スケーリング] タブが表示されている場合は、[定時弾性スケーリング] タブをクリックします。
定期的なスケーリングルールを削除する
対象のルールの「操作」列にある
をクリックし、[このルールを削除してもよろしいですか?] ダイアログボックスの内容をよくお読みになり、[OK] をクリックします。削除後、ルールの数が 2 未満の場合、システムは自動的に定期的な弾性ポリシーを無効にし、有効にできなくなります。
説明対象ルールに隣接する 2 つのルールが同じターゲット計算リソース仕様を持つ場合、対象ルールを削除することはできません。
ルールリストの最後のルールと最初のルールも隣接していると見なされます。
パラメーター
説明
ルール番号
ルールの一時的な番号。デフォルトでは、ルールは実行時間順に番号が付けられます。ルールを追加または変更し、その実行時間が他のルールの間に入る場合、システムは自動的にルールリスト全体を再ソートします。
実行期間
ルールを実行する期間。デフォルト値は [毎日] です。この値は変更できません。
実行時間
システムがルールを実行するようにスケジュールする時間。
ターゲットコンピューティングリソース
クラスターがスケーリングするターゲットの計算リソース仕様 (CPU とメモリを含む)。
CPU コア：
[4 コア, 1024 コア]メモリ：デフォルト値は CPU コア数の 4 倍 (GB)。
重要1 CCU = 1 コアと 4 GB のメモリ。
より高いクォータをリクエストするには、Alibaba Cloud のテクニカルサポートにご連絡ください。
手動スケーリング
定期的な弾性ポリシーが有効になっている場合、手動スケーリングはサポートされません。手動スケーリング操作を実行するには、まず定期的な弾性ポリシーを無効にする必要があります。手動スケーリングが完了したら、ポリシーを再度有効にする必要があります。
ApsaraDB for SelectDB コンソールにログインします。
ページ左上のドロップダウンリストから、インスタンスが存在するリージョンを選択します。
[インスタンスリスト] ページで、目的の [インスタンス] の ID をクリックすると、[インスタンス詳細] ページに移動します。
[インスタンス詳細] ページで、左側のナビゲーションウィンドウにある [クラスター管理] をクリックします。
[クラスター管理] ページで、目的のクラスターの [アクション] 列の [スケール] をクリックします。
クラスター スケーリング パネルで、[手動スケーリング] タブをクリックします。
ターゲット仕様を設定します。
パラメーター
説明
対象コンピュートリソース
単一クラスターの計算リソース (CPU とメモリを含む)。
CPU コア：
[4 コア, 1024 コア]メモリ：デフォルト値は CPU コア数の 4 倍 (GB)。
重要1 CCU = 1 コアと 4 GB のメモリ。
より高いクォータをリクエストするには、Alibaba Cloud のテクニカルサポートにご連絡ください。
ターゲットキャッシュ領域 (GB)
単一クラスターのキャッシュ領域。
有効値：
最小値：
4、8、16、または 32 CPU コアのターゲット計算リソースの場合、最小キャッシュ領域は 100 GB です。
64 以上の CPU コアのターゲット計算リソースの場合、最小キャッシュ領域は
100 GB × 選択した CPU コア数 / 32です。
最大値：
500 × ターゲット計算リソースのコア数
単位：GB
利用規約
[利用規約] をお読みいただき、チェックしてください。
[OK] をクリックします。