Auto Scalingの仕組み

このトピックでは、Auto Scalingワークフローとスケーリングモードの設定方法について説明します。 Auto Scalingのワークフロー図も含まれています。

Auto Scalingは、Elastic Compute Service (ECS) インスタンスとelasticコンテナインスタンスを含むスケーリンググループを同じ方法で管理します。このトピックでは、ECSインスタンスを使用してAuto Scalingワークフローを説明します。 ECSインスタンスとelasticコンテナインスタンスの詳細については、ECSとはとElastic Containerインスタンスとはをご参照ください。

次の図は、Auto ScalingがECSインスタンスを追加する方法を示しています。

この例では、3層アーキテクチャを有するウェブアプリケーションが使用される。 ECSインスタンスは、前の図の右側に点線のボックスで示すように、リクエストを処理します。このアーキテクチャでは、最上層のServer Load Balancer (SLB) インスタンスは、中間層のスケーリンググループ内のECSインスタンスにクライアント要求を転送します。 ECSインスタンスはリクエストを処理し、最下層のApsaraDB RDSインスタンスはサービスデータを保存します。

Auto Scalingを使用して、ビジネス要件に基づいて中間層のECSインスタンスの数を調整できます。以下の手順では、Auto ScalingがECSインスタンスの数を調整する方法について説明します。

Auto Scalingは、スケーリングモードで指定された条件が満たされると、スケーリングアクティビティを実行します。次の表に、サポートされているスケーリングモードを示します。スケーリングモードの設定方法については、「スケーリングモードの設定」をご参照ください。

ビジネス要件に基づいて、次の表に示すスケーリングモードを組み合わせることができます。たとえば、毎日午後12時にワークロードが大幅に増加した場合、その時間に20個のECSインスタンスを自動的に作成するようにスケジュールタスクを設定できます。 ECSインスタンスの数がビジネス要件を満たすようにするために、スケジュールモードと動的モードやカスタムモードなどの他のスケーリングモードを組み合わせることができます。このアプローチは、作成されたインスタンスとニーズの間の潜在的な不一致に対処するのに役立ちます。

スケーリングモード	説明	ユーザーガイド	API参照

スケーリングモード	説明	ユーザーガイド	API参照
固定量モード	スケーリンググループの作成時に [最小インスタンス数] パラメーターを設定した後、ECSインスタンスの総数がこの最小値を下回った場合、Auto scalingは指定された最小値を満たすようにECSインスタンスを自動的に追加します。スケーリンググループの作成時に [最大インスタンス数] パラメーターを設定した後、合計数が指定された最大数を超えると、Auto scalingはECSインスタンスを自動的に削除し、インスタンス数を設定値に減らします。スケーリンググループの作成時に [期待インスタンス数] パラメーターを設定した場合、Auto scalingはスケーリンググループ内のECSインスタンスの数を指定された値に合わせて自動的に調整します。	スケーリンググループの設定	CreateScalingGroup
健康モード	スケーリンググループの作成中にヘルスチェック機能を有効にした場合、Auto scalingは指定された間隔でECSインスタンスを監視します。 ECSインスタンスが異常であることが判明した場合、Auto Scalingはスケーリンググループから削除します。説明ヘルスチェック機能は、スケーリンググループの不可欠なコンポーネントです。ヘルスチェック機能が有効になっているSLBインスタンスがスケーリンググループにアタッチされている場合、スケーリンググループとSLBインスタンスの両方のヘルスチェック機能が同時にアクティブになります。 SLBインスタンスは、Classic Load Balancer (CLB) インスタンスまたはApplication Load Balancer (ALB) インスタンスのいずれかです。	スケーリンググループの設定	CreateScalingGroup
スケジュールモード	スケジュールされたタスクを作成して、指定された時点でスケーリングルールを自動的に実行できます。	スケジュール済みタスクの設定	CreateScheduledTask
カスタムモード	スケーリングルールを実行するか、ECSインスタンスを追加、削除、または削除することで、手動でスケーリングアクションを実行できます。	スケーリングルールの設定スケーリンググループのインスタンスの手動設定	ExecuteScalingRule AttachInstances DetachInstances RemoveInstances
動的モード	CloudMonitorによってモニタリングされたパフォーマンス指標 (CPU使用率など) に基づいて、イベントトリガータスクを作成できます。スケーリンググループのメトリック値がアラート条件を満たすと、アラートがトリガーされ、対応するスケーリングルールが実行されます。たとえば、スケーリンググループ内のすべてのECSインスタンスの平均CPU使用率が60% を超えると、アラートがトリガーされ、スケーリングアクションが実行されます。	イベントトリガータスクの管理	CreateAlarm

Auto Scalingは、ExecuteScalingRule APIを呼び出してスケーリングアクティビティを実行します。このAPI操作には、実行するスケーリングルールの一意の識別子を含める必要があります。例: ari:acs:ess:cn-hangzhou:140692647406 ****:scalingrule/asr-bp1dvirgwkoowxk7 ****
- Auto scalingコンソールでスケーリングルールを作成する場合、スケーリングルールリストでスケーリングルールを見つけ、スケーリングルールID /名前列でスケーリングルールのIDをクリックします。表示されるページで、スケーリングルールの一意の識別子を表示できます。例: asr-bp14u7kzh8442w9z **** 。スケーリングルールの作成方法の詳細については、「スケーリングルールの設定」をご参照ください。
- APIを呼び出してスケーリングルールを作成する場合、DescribeScalingRules APIを呼び出して、スケーリングルールの一意の識別子を照会できます。
Auto Scalingは一意の識別子を使用して、関連するスケーリンググループやスケーリング設定など、スケーリングルールに関する情報を取得します。次に、情報に基づいてスケーリングアクティビティを開始します。
1. Auto Scalingは、一意の識別子を使用して、スケーリングルールと関連するスケーリンググループに関する情報を取得します。次に、ビジネスニーズに基づいて必要なECSインスタンスの数を決定します。さらに、Auto Scalingは、SLBインスタンスおよびApsaraDB RDSインスタンスのECSインスタンス添付ファイルに関する情報を照会できます。
2. Auto Scalingは、ECSインスタンスの作成に必要なvCPU、メモリサイズ、帯域幅など、スケーリンググループのスケーリング設定の詳細を取得します。
3. Auto Scalingは、必要なECSインスタンスの数、インスタンス設定ソース、およびECSインスタンスの添付ファイルのSLBインスタンスとApsaraDB RDSインスタンスに基づいて、スケーリングアクティビティを開始します。
スケーリング中、Auto scalingは自動的にECSインスタンスを作成し、SLBインスタンスとApsaraDB RDSインスタンスをECSインスタンスの添付ファイルに設定します。
1. Auto Scalingは、インスタンス設定ソースに基づいて必要な数のECSインスタンスをプロビジョニングします。
2. ECSインスタンスのプライベートIPアドレスがApsaraDB RDSインスタンスホワイトリストに追加され、ECSインスタンスがSLBインスタンスのバックエンドサーバーとして登録されます。
スケーリングアクティビティが完了すると、Auto scalingはスケーリンググループのクールダウン期間をアクティブにします。
スケーリンググループは、クールダウン期間が終了した後にのみ、新しいスケーリング要求を処理できます。

スケーリングモードの設定

Auto Scalingは、設定に基づいてスケーリンググループ内のECSインスタンスの数を自動的に調整し、必要に応じてインスタンスを追加または削除します。 Auto scalingの次の表に示すスケーリングモードを設定して、スケーリングアクティビティを実行できます。

スケーリングモード	設定方法	説明

スケーリングモード	設定方法	説明
固定量モード	スケーリンググループ + インスタンス設定ソース ^①	固定数量モードでのスケーリング効果は、次のパラメーターの設定によって異なります。最小インスタンス数インスタンスの最大数 (オプション) 期待インスタンス数
健康モード	スケーリンググループ + インスタンス設定ソース ^①	スケーリンググループの [インスタンスヘルスチェック] を有効にする必要があります。
スケジュールモード	スケーリンググループ + インスタンス設定ソース + スケーリングルール + スケジュール済みタスク ^②	スケジュールモードのスケーリング効果は、スケジュールされたタスクの設定によって異なります。
動的モード	スケーリンググループ + インスタンス設定ソース + スケーリングルール + イベントトリガータスク ^③	動的モードでのスケーリング効果は、イベントトリガータスクの設定によって異なります。
カスタムモード	カスタム設定方法	このモードでは、ECSインスタンスを手動で追加、削除、または削除できます。手動でスケーリングルールを実行することもできます。
マルチモード	前述の設定方法の組み合わせ	マルチモードのスケーリング効果は、含まれているスケーリングモードに依存します。スケーリングモードは、優先順位なしに独立して動作する。 Auto Scalingは、最初にトリガーされたスケーリングモードの設定を適用します。たとえば、スケジュールモードと動的モードを一緒に使用する場合は、スケジュール済みタスクとイベントトリガータスクを作成する必要があります。スケジュールされたタスクがイベントトリガータスクの前にトリガーされた場合、Auto Scalingは最初にスケジュールされたタスクを実行します。

次の表に、各設定方法を示します。

いいえ	設定方法	説明

いいえ	設定方法	説明
①	スケーリンググループ + インスタンス設定ソース	スケーリンググループを作成し、そのインスタンス設定ソースを設定してから、インスタンス設定ソースとスケーリンググループの両方を有効にします。 Auto Scalingは、上記の操作が完了した後にのみインスタンスをスケーリングできます。スケーリンググループとインスタンス設定ソースは、基本設定ユニットの必須コンポーネントです。
②	スケーリンググループ + インスタンス設定ソース + スケーリングルール + スケジュール済みタスク	方法1の基本構成単位とともに、スケーリングルールとスケジュールタスクを作成します。 Auto Scalingは、スケーリングルールを実行するスケジュール済みタスクを開始します。
③	スケーリンググループ + インスタンス設定ソース + スケーリングルール + イベントトリガータスク	方法1の基本構成単位とともに、スケーリングルールとイベントトリガータスクを作成します。 Auto Scalingは、スケーリングルールを実行するためのイベントトリガータスクを開始します。

ワークフロー

Auto Scalingを使用すると、スケーリンググループを1つ以上のSLBおよびApsaraDB RDSインスタンスに関連付けることができます。クライアントがモバイルデバイスまたはPCからリクエストを送信すると、関連付けられたSLBインスタンスがスケーリンググループ内のECSインスタンスにリクエストを転送します。 ECSインスタンスがリクエストを処理し、ApsaraDB RDSインスタンスがアプリケーションデータを保存します。

Auto Scalingは、ビジネス要件と設定されたスケーリングモードに基づいて、スケーリンググループ内のECSインスタンスの数を調整します。次の図は、スケーリングとエラスティックリカバリ (ヘルスチェック) のワークフローを示しています。