翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

Amazon EC2 Auto Scaling の動的スケーリング

動的スケーリングは、トラフィックの変化に応じて Auto Scaling グループのキャパシティをスケールします。

Amazon EC2 Auto Scaling は、以下のタイプの動的スケーリングポリシーをサポートしています:

ターゲット追跡スケーリングポリシーを使用し、Auto Scaling グループのキャパシティーの変化に反比例して変化するメトリクスを選択することを強くお勧めします。したがって、Auto Scaling グループのサイズを 50% 増やすと、メトリクスは 50% 減少します。これにより、メトリクスデータが比例スケーリングイベントを正確にトリガーできます。ターゲットあたりの平均 CPU 使用率や平均リクエスト数などのメトリクスが含まれます。

ターゲット追跡では、Auto Scaling グループはアプリケーションの実際の負荷に正比例してスケールします。つまり、ターゲット追跡ポリシーは、負荷の変化に対応するキャパシティの緊急のニーズを満たすだけでなく、季節変動などにより経時的に発生する負荷の変化にも対応できます。

ターゲット追跡ポリシーにより、 CloudWatch アラームとスケーリング調整を手動で定義する必要もなくなります。Amazon EC2 Auto Scaling は、設定したターゲットに基づいてこれを自動的に処理します。

動的スケーリングポリシーが機能する方法

動的スケーリングポリシーは、特定の CloudWatch メトリクスを追跡するように Amazon EC2 Auto Scaling に指示し、関連付けられた CloudWatch アラームが ALARM にあるときに実行するアクションを定義します。アラームの状態の呼び出しに使用されるメトリクスは、Auto Scaling グループのすべてのインスタンスから取得されるメトリクスの集約です。(例えば、1 つのインスタンスが 60% の CPU で、もう 1 つのインスタンスが 40% の CPU である 2 つのインスタンスを持つ Auto Scaling グループがあるとします。平均して、これらは 50 パーセント CPU です。) ポリシーが有効な場合、アラームのしきい値を超えると、Amazon EC2 Auto Scaling はグループの希望するキャパシティーの増減を調整します。

動的スケーリングポリシーが呼び出されるとき、キャパシティー計算によってグループの最小サイズおよび最大サイズ範囲外の数値が生成される場合、Amazon EC2 Auto Scaling は、新しいキャパシティーが最小サイズおよび最大サイズ制限の範囲外にならないようにします。キャパシティーは、インスタンスに関して希望するキャパシティーを設定したときに選択したのと同じユニットを使用する方法と、キャパシティーユニット (インスタンスの重みが適用されている場合) を使用する方法の 2 つのいずれかで測定されます。

希望するキャパシティーが最大サイズ制限に達すると、スケールアウトは停止します。需要が低下し、キャパシティーが減少した場合、Amazon EC2 Auto Scaling は再びスケールアウトできます。

インスタンスの重みを使用する場合、 は例外です。この場合、Amazon EC2 Auto Scaling は最大サイズ制限を超えてスケールアウトできますが、最大インスタンスの重みまでスケールアウトできます。その意図は、できるだけ新しい希望するキャパシティーに近づけることですが、それでもグループのために指定されている割り当て戦略を遵守することです。割り当て戦略によって、起動するインスタンスタイプを決定します。重みは、インスタンスタイプに基づいて、各インスタンスがグループの希望するキャパシティーに影響するキャパシティーユニット数を決定します。

複数の動的スケーリングポリシー

ほとんどの場合、ターゲット追跡スケーリングポリシーは、自動的にスケールアウトとスケールインするように Auto Scaling グループからインスタンスをデタッチするには、以下の手順を使用します。 グループを設定するのに十分です。ターゲット追跡スケーリングポリシーでは、希望する結果を選択したら、その結果を達成するために、必要に応じて Auto Scaling グループに対してインスタンスを追加および削除できます。

高度なスケーリング設定では、Auto Scaling グループに複数のスケーリングポリシーを設定できます。例えば、1 つ以上のターゲット追跡スケーリングポリシー、1 つ以上のステップスケーリングポリシー、またはその両方を定義できます。これにより、複数のシナリオに対応できる柔軟性が高まります。

複数の動的スケーリングポリシーがどのように連携するかを説明するために、Auto Scaling グループと Amazon SQS キューを使用して 1 つの EC2 インスタンスにリクエストを送信するアプリケーションを考えてみます。アプリケーションのパフォーマンスを最適なレベルに維持するために、Auto Scaling グループをスケールアウトするタイミングをコントロールする 2 つのポリシーがあるとします。1 つは、キュー内の SQS メッセージの数に基づいてキャパシティーを追加および削除するカスタムメトリクスを使用する、ターゲット追跡ポリシーです。もう 1 つはステップスケーリングポリシーで、Amazon CloudWatch CPUUtilization メトリクスを使用して、指定した期間にインスタンスの使用率が 90% を超えたときに容量を追加します。

同時に有効なポリシーが複数ある場合は、各ポリシーで、Auto Scaling グループが同時にスケールアウト (またはスケールイン) するように指定している可能性があります。例えば、SQS カスタムCPUUtilizationメトリクスが急増し、カスタムメトリクス CloudWatch アラームのしきい値を超えると同時に、メトリクスが急増してアラームのしきい値を超える可能性があります。

このような状況になると、Amazon EC2 Auto Scaling はスケールアウトとスケールインの両方に最大のキャパシティーを提供するポリシーを選択します。例えば、CPUUtilization のポリシーが 1 つのインスタンスを起動する一方で、SQS キューのポリシーは 2 つのインスタンスを起動するとします。両方のポリシーのスケールアウト基準が同時に満たされた場合、Amazon EC2 Auto Scaling は SQS キューポリシーを優先します。これにより、Auto Scaling グループは 2 つのインスタンスを起動することになります。

ポリシーがスケールインに異なる基準を使用する場合でも、最大キャパシティーを提供するポリシーを優先するというアプローチが適用されます。例えば、3 つのインスタンスを終了するポリシーと、インスタンス数を 25% 減らすポリシーがあり、スケールイン時にグループに 8 つのインスタンスがあるとします。この場合、Amazon EC2 Auto Scaling は、グループに最大数のインスタンスを提供するポリシーを優先させます。その結果、Auto Scaling グループは 2 つのインスタンスを終了します (8 の 25% = 2)。その目的は、Amazon EC2 Auto Scaling がインスタンスを削除しすぎないようにすることです。

ただし、ターゲット追跡スケーリングポリシーをステップスケーリングポリシーとともに使用する場合、ポリシー間の競合によって望ましくない動作が生じる可能性があるため、注意することをお勧めします。例えば、ターゲット追跡ポリシーがスケールインする準備が整う前に、ステップスケーリングポリシーがスケールインアクティビティを開始した場合、スケールインアクティビティはブロックされません。スケールインアクティビティが完了した後で、ターゲット追跡ポリシーにより、グループに再びスケールアウトするよう指示できます。