翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# スケーリングプランの使用開始
アプリケーションで使用するスケーリングプランは AWS クラウド内で運用されるため、作成前にアプリケーション内容を徹底的に確認します。以下の情報を記録します。
+ 他のコンソールから作成された既存のスケーリングポリシーがあるかどうか。スケーリングプランを作成するときに、既存のスケーリングポリシーを置き換えることも、そのポリシーを保持することもできます（値を変更することは許可されません）。
+ リソース全体に基づいたアプリケーション内のスケーラブルなリソースそれぞれのターゲット使用率。例えば、Auto Scaling グループの EC2 インスタンスで使用すると予想される CPU の容量は、使用可能な CPU と比較すると予想されます。または、プロビジョニングされたスループットモデルを使用する DynamoDB のようなサービスの場合、テーブルまたはインデックスが使用すると予想される読み取りおよび書き込みアクティビティの量を、使用可能なスループットと比較します。つまり、プロビジョニングされた容量に対する消費の割合です。ターゲット使用率は、スケーリングプランを作成した後にいつでも変更できます。
+ サーバーの起動と設定に要する時間。これを知ることによって、起動後にウォームアップするために各 EC2 インスタンスのウィンドウを設定するうえで参考になり、以前のサーバーが起動中に新たなサーバーが起動されることを防止します。
+ メトリクス履歴が予測スケーリングに使用できるほど十分に長期であるか (新規作成した Auto Scaling グループを使用する場合)。一般的に、履歴データが 14 日以上あればより正確な予測に変換されます。最小は 24 時間です。
アプリケーションの理解が進むにつれて、スケーリングプランをより効率的なものにできます。
以下のタスクはスケーリングプランに慣れるうえで参考になります。単体の Auto Scaling グループのスケーリングプランを作成し、予測スケーリングと動的スケーリングを有効にします。
**Topics**
+ [ステップ 1：スケーラブルなリソースの検索](gs-select-application.md)
+ [ステップ 2：スケーリング戦略の指定](gs-configure-scaling-plan.md)
+ [ステップ 3：詳細設定を構成する (オプション)](gs-specify-custom-settings.md)
+ [ステップ 4：スケーリングプランを作成する](gs-create-scaling-plan.md)
+ [ステップ 5：クリーンアップ](gs-delete-scaling-plan.md)
+ [ステップ 6：次のステップ](gs-next-steps.md)
# ステップ 1：スケーラブルなリソースの検索
このセクションは AWS Auto Scaling コンソール内でスケーリングプラン作成における実践的内容の紹介が含まれます。初めてスケーリングプランを体験する場合、Amazon EC2 Auto Scaling グループを使用して見本のスケーリングプランを作成することからお勧めします。
## 前提条件
スケーリングプランを使う練習をする場合、Auto Scaling グループを作成します。Auto Scaling グループ内で少なくとも 1 つの Amazon EC2 インスタンスを起動します。詳細については、「Amazon EC2 Auto Scaling ユーザーガイド」の「[Amazon EC2 Auto Scaling の使用を開始する](https://docs.aws.amazon.com/autoscaling/ec2/userguide/get-started-with-ec2-auto-scaling.html)」を参照してください。
**スケーリングプランの作成**ウィザードを完了した後、CloudWatch メトリクスを有効にした Auto Scaling グループを使用して、利用可能なグラフに容量データを表示させます。詳細については「*Amazon EC2 Auto Scaling ユーザーガイド*」の「[Auto Scaling グループとインスタンスの CloudWatch メトリクスのモニタリング](https://docs.aws.amazon.com/autoscaling/ec2/userguide/ec2-auto-scaling-cloudwatch-monitoring.html)」ご参照してください。
可能な場合、予測スケーリング機能用に CloudWatch メトリクス データを利用可能にするために、数日分のロードを生成します。
スケーリングプランを使用するために必要な許可があることを確認してください。詳しくは、「[スケーリングプランの Identity and Access Management](auth-and-access-control.md)」を参照してください。
## Auto Scaling グループを新たなスケーリングプランに追加
コンソールからスケーリングプランを作成する場合、最初のステップとしてスケーラブル リソースを見つけるうえで役立ちます。開始する前に、以下の要件を満たしていることをご確認ください。
+ 前のセクションで説明された通り、Auto Scaling グループを作成し、少なくとも 1 つの EC2 インスタンスを起動しました。
+ 作成した Auto Scaling グループは少なくとも 24 時間は存在しています。
**スケーリングプランの作成開始**
1. [https://console.aws.amazon.com/awsautoscaling/](https://console.aws.amazon.com/awsautoscaling/) で AWS Auto Scaling コンソールを開きます。
1. 画面の上部のナビゲーションバーで、Auto Scaling グループの作成時に使用したのと同じリージョンを選択します。
1. ウェルカムページで、[**Get started (使用開始)**] を選択します。
1. **スケーラブルリソースの検索**ページで以下のいずれかの操作を実行します。
+ **CloudFormation スタックで検索**を選択し、使用する CloudFormation スタックを選択します。
+ [**Search by tag**] (タグで検索) を選択します。さらに、タグごとに [**Key**] (キー) からタグキーを選択し、[**Value**] (値) からタグ値を選択します。タグを追加するには、[**別の列を追加**] を選択します。タグを削除するには、[**削除**] を選択します。
+ [**Choose EC2 Auto Scaling groups**] (EC2 Auto Scaling グループの選択) を選択し、1 つ以上の Auto Scaling グループを選択します。
**注記**
入門チュートリアルを開始する場合、[**Choose EC2 Auto Scaling groups**] (EC2 Auto Scaling グループの選択) を選択し、作成した Auto Scaling グループを選択します。
![\[スケーラブルなリソースを見つけるためのコンソールオプション。\]](http://docs.aws.amazon.com/ja_jp/autoscaling/plans/userguide/images/aws-as-gs-choose-asg.PNG)
1. スケーリングプランの作成手順を続行する場合、[**Next**] (次へ) を選択します。
## スケーラブルなリソースの検出の詳細
見本のスケーリングプランをすでに作成して、別なものを作成したい場合、CloudFormation スタックまたは一連のタグを使用するシナリオについて以下の通りに詳しく説明します。このセクションを使用して、コンソールを使用してスケーリングプランを作成するときに、[**CloudFormation スタックによる検索**] または [**タグによる検索**] オプションを選択して、スケーラブルなリソースを検出するかどうかを決定できます。
[**Create Scaling Plan**] (スケーリングプラン作成) ウィザードのステップ 1 で [**Search by CloudFormation stack**] (CloudFormationスタックで検索) または [**Search by tag**] (タグで検索) オプションを選択した場合、スタックまたは一連のタグに関連付けられたスケーラブルなリソースが、スケーリングプランで使用できるようになります。スケーリングプランを定義する際、以下のうち、どのリソースを含めるかまたは除外するかを選択できます。
**CloudFormation スタックを使用したスケーラブルなリソースの検出**
CloudFormation を使用する場合は、スタックを使用してリソースをプロビジョニングします。スタック内のすべてのリソースはスタックのテンプレートで定義されます。スケーリングプランにより、スタックの上にオーケストレーションレイヤーが追加され、複数のリソースのスケーリングを設定しやすくなります。スケーリングプランを使用しない場合は、スケーラブルな各リソースのスケーリングを個別に設定する必要があります。つまり、リソースのプロビジョニングとポリシーのスケーリングの順序を把握し、これらの依存関係がどのように機能するかの微妙な点を理解することが求められます。
AWS Auto Scaling コンソールでは、既存のスタックを選択して、自動スケーリング用に設定できるリソースをスキャンできます。 は、選択したスタックで定義されているリソース AWS Auto Scaling のみを検索します。ネストされたスタックは通過しません。
CloudFormation スタックで ECS サービスを検出できるようにするには、サービスを実行中の ECS クラスターが AWS Auto Scaling によって認識されている必要があります。そのためには、サービスを実行している ECS クラスターと同じ CloudFormation スタックに ECS サービスが存在している必要があります。それ以外の場合は、デフォルトクラスターの一部である必要があります。正しく識別されるためには、ECS サービス名がこれらの ECS クラスター間で一意であることも必要です。
CloudFormation の詳細については、*AWS CloudFormation 「 ユーザーガイド*」の[「What is CloudFormation?](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/Welcome.html)」を参照してください。
**タグを使用したスケーラブルなリソースの検出**
タグは、タグフィルターを使用して、 AWS Auto Scaling コンソールで関連するスケーラブルなリソースを検出するために使用できるメタデータを提供します。
タグを使用して、以下のいずれかのリソースを見つけます。
+ Aurora DB クラスター
+ 「Auto Scaling グループ」
+ DynamoDB テーブルとグローバルセカンダリインデックス
複数のタグで検索する場合、各リソースは、リストされたすべてのタグを検出する必要があります。
タグ付けの詳細については、次のドキュメントをご参照ください。
+ *Amazon Aurora ユーザーガイド*で [Aurora クラスターのタグ付け](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_Tagging.html)をする方法を学習します。
+ *Amazon EC2 Auto Scaling ユーザーガイド*で[ Auto Scaling グループのタグ付け](https://docs.aws.amazon.com/autoscaling/ec2/userguide/ec2-auto-scaling-tagging.html)をする方法を学習します。
+ *Amazon DynamoDB 開発者ガイド*で [DynamoDB リソースのタグ付け](https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/Tagging.html)をする方法を学習します。
# ステップ 2：スケーリング戦略の指定
前のステップで検出したリソースに対してスケーリング戦略を指定するには、次の手順に従います。
リソースのタイプごとに、 は、特定の時点で使用されているリソースの量を決定するために最も一般的に使用されるメトリクス AWS Auto Scaling を選択します。このメトリクスに基づいてアプリケーションのパフォーマンスを最適化する最も適切なスケーリング戦略を選択します。動的なスケーリング機能と予測スケーリング機能を有効にすると、スケーリング戦略は両者間で共有されます。詳しくは、「[スケーリングプランの仕組み](how-it-works.md)」を参照してください。
使用できるスケーリング戦略は以下のとおりです。
+ **可用性を最適化する** - リソースを自動的にAWS Auto Scaling スケールアウトおよびスケールインして、リソース使用率を 40% に維持します。このオプションは、アプリケーションに緊急で予測不可能なスケーリングのニーズがある場合に役立ちます。
+ **可用性とコストのバランス** — リソースを自動的にAWS Auto Scaling スケールアウトおよびスケールインして、リソース使用率を 50% に維持します。このオプションは、コストを削減しながら高可用性を維持するのに役立ちます。
+ **コストを最適化する** - リソースを自動的にスケールアウトおよびAWS Auto Scaling スケールインして、リソース使用率を 70% に維持します。このオプションは、予期しない需要の変化があったがアプリケーションでバッファ容量の減少に対応できる場合に、コストを削減する上で役立ちます。
例えば、スケーリングプランで、グループ内のすべてのインスタンスでの CPU の平均使用量に基づき Amazon EC2 インスタンスを追加または削除するように Auto Scaling グループを設定します。スケーリング戦略を変更することで、可用性かコスト、またはその両方に合わせて使用率を最適化します。
また、既存の戦略がニーズに合わない場合、カスタム戦略を設定することもできます。カスタム戦略を設定した場合は、ターゲット使用率の値を変更するか、各メトリクスを選択します。または、両方行うこともできます。
**重要**
入門チュートリアルの場合、次の手順の最初のステップのみ実行して**次へ**を選択して進みます。
**スケーリング戦略の指定**
1. [**スケーリング戦略の指定**] ページの [**スケーリングプランの詳細**] で、[**名前**] にスケーリングプランの名前を入力します。スケーリングプランの名前は、地域における一連のスケーリングプランの中で独特である必要があります。最大 128 文字を使用することができますが、パイプ「\$1」、フォワードスラッシュ「/」、コロン「:」を含めることはできません。
1. 含まれるすべてのリソースは、リソースタイプ別でリスト化されています。**Auto Scaling グループ**の場合、次の作業を実行します。
![\[Auto Scaling グループのスケーリング戦略の概要。\]](http://docs.aws.amazon.com/ja_jp/autoscaling/plans/userguide/images/aws-as-gs-choose-scaling-strategy.PNG)
1. デフォルトのスケーリング戦略とメトリクスをする場合、このステップをスキップします。代わりに別のスケーリング戦略またはメトリクスを使用する場合、次のステップを実行します：
1. **スケーリング戦略**の場合、適したスケーリング戦略を選択します。
入門チュートリアルの場合、[**Optimize for availability**] (利用可能性に向けた最適化) を選択することを必ず確認します。これによって、Auto Scaling グループの平均 CPU 使用率が 40% に維持されるように指定します。
1. [**Custom**] (カスタム) を選択する場合、[**Configuration details**] (設定の詳細) を展開して適したのメトリクスとターゲット値を選択します。
+ [**スケーリングメトリクス**] で、目的のスケーリングメトリクスを選択します。
+ **ターゲット値**の場合、任意の 1 分間隔のターゲット使用率やターゲットスループットなど、適したターゲット値を選択します。
+ **ロード メトリクス**の (Auto Scaling グループ専用) の場合、予測スケーリングに使用する適したロード メトリクスを選択します。
+ **外部スケーリングポリシーを置き換え**を選択して、 がスケーリングプランの外部 (他のコンソールなど) から以前に作成したスケーリングポリシーを削除し、スケーリングプランによって作成された新しいターゲット追跡スケーリングポリシーに置き換え AWS Auto Scaling ることができることを指定します。
1. (オプション) デフォルトで Auto Scaling グループで予測スケーリングが有効です。Auto Scaling グループで予測スケーリングをオフにする場合、[**Enable predictive scaling**] (予測スケーリングを有効化) を消します。
1. (オプション) デフォルトでは、リソースタイプごとに動的スケーリングが有効化されます。リソースタイプの動的スケーリングをオフにする場合、[**Enable dynamic scaling**] (動的スケーリングを有効化) を消します。
1. (オプション) デフォルトでは、複数のスケーラブルなリソースの検出元となるアプリケーションソースを指定すると、スケーリングプランにはリソースタイプがすべて自動的に含まれます。スケーリングプランからリソースのタイプを省略するには、[**スケーリングプランに含める**] をオフにします。
1. （オプション）別なリソースタイプのスケーリング戦略を指定する場合、前述のステップを繰り返します。
1. 完了したら[**Next**] (次へ) を選択して、スケーリングプランの作成手順を続行します。
# ステップ 3：詳細設定を構成する (オプション)
リソースタイプごとに使用するスケーリング戦略を指定したので、[**詳細設定の設定**] ステップで、リソース単位でデフォルト設定をカスタマイズできます。リソースタイプごとに、カスタマイズ可能な設定のグループが複数あります。ただし、ほとんどの場合、慎重に調整する必要のある最小と最大容量のそれぞれの値を除き、デフォルト設定は効率化が向上しています。
デフォルト設定を維持する場合は、この手順をスキップします。これらの設定はスケーリングプランを編集することでいつでも変更できます。
**重要**
入門チュートリアルで、Auto Scaling グループの最大容量を更新し、予測のみモードで予測スケーリングを有効にするためにいくつか変更を加えましょう。チュートリアルの設定をすべてカスタマイズする必要はありませんが、各セクションの設定についても簡単に調べてみましょう。
## 全般設定
この手順を使用して、前の手順で指定した設定を表示し、リソースごとにカスタマイズします。各リソースの最小容量と最大容量をカスタマイズすることもできます。
**全般設定を表示およびカスタマイズするには**
1. [**詳細設定の設定**] ページで、いずれかのセクション見出しの左側にある矢印を選択して、セクションを展開します。チューリアルの [**Auto Scaling グループ**] セクションを展開します。
1. 表示されたテーブルから、このチュートリアルで使用している Auto Scaling グループを選択します。
1. [**スケーリングプランに含める**] オプションは選択したままにします。このオプションが選択されていない場合、リソースはスケーリングプランから除外されます。リソースが 1 つ以上含まれていない場合は、スケーリングプランを作成できません。
1. ビューを展開して、[**全般設定**] セクションの詳細を表示するには、セクション見出しの左側にある矢印を選択します。
1. 次のいずれかの項目から選択できます。このチュートリアルの [**最大キャパシティ**] で、現在の値ではなく、`3` を入力します。
+ **スケーリング戦略**—可用性、コスト、または両方のバランスを取って最適化できます。カスタムの戦略を指定することもできます。
+ **動的スケーリングを有効にする**—この設定をオフにすると、選択したリソースでターゲット追跡スケーリング設定を使用してスケーリングすることはできません。
+ **予測スケーリングの有効化**—[Auto Scaling グループのみ] この設定をオフにすると、選択されたグループで予測スケーリングを使用してスケーリングすることはできません。
+ **スケーリングメトリクス**—使用するスケーリングメトリクスを指定します。[**カスタム**] を選択した場合は、コンソールで利用できる事前定義メトリクスの代わりにカスタマイズされたメトリクスを指定することもできます。詳細については、このセクションの次のトピックを参照してください。
+ **ターゲット値**—使用するターゲット使用率の値を指定します。
+ **負荷メトリクス**—[Auto Scaling グループのみ] 使用する負荷メトリクスを指定します。[**カスタム**] を選択した場合は、コンソールで利用できる事前定義メトリクスの代わりにカスタマイズされたメトリクスを指定することもできます。詳細については、このセクションの次のトピックを参照してください。
+ **最小容量** — リソースの最小容量を指定します。 AWS Auto Scaling は、リソースがこのサイズを下回ることがないようにします。
+ **最大容量** — リソースの最大容量を指定します。 AWS Auto Scaling は、リソースがこのサイズを超えることがないようにします。
**注記**
予測スケーリングを使用する場合は、予測キャパシティに基づいて使用する別の最大キャパシティ動作を必要に応じて選択できます。この設定は、[**予測スケーリング設定**] セクションにあります。
### カスタムメトリクス
AWS Auto Scaling は、自動スケーリングに最もよく使用されるメトリクスを提供します。ただし、必要に応じて、コンソールにあるメトリクスではなく別のメトリクスからデータを取得することもできます。Amazon CloudWatch は、さまざまなメトリクスから選択できます。CloudWatch では、独自のメトリクスを公開することもできます。
CloudWatch のカスタマイズされたメトリクスを指定するには、JSON を使用します。これらの手順を実行する前に、[Amazon CloudWatch ユーザーガイド](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/)を理解しておくことをお勧めします。
カスタマイズされたメトリクスを指定するには、テンプレートの一連の必須パラメータを使用して JSON 形式のペイロードを作成する必要があります。CloudWatch のパラメータごとに値を追加します。このテンプレートは、スケーリングプランの詳細設定の [**スケーリングメトリクス**] および [**ロードのメトリクス**] のカスタムオプションの一部として提供されています。
JSON は 2 つの方法でデータを表します。
+ *オブジェクト*は、順序が設定されていない一連の名前と値のペアです。オブジェクトは左中括弧 (\$1) と右中括弧 (\$1) で囲んで定義します。それぞれの名前と値のペアは名前で始まり、続けてコロン、その後に値が続きます。名前と値のペアはカンマで区切ります。
+ *配列*は、順序が設定された一連の値です。配列は左角括弧 ([) と右角括弧 (]) で囲んで定義します。配列の項目はカンマで区切ります。
以下は、各パラメータのサンプル値を持つ JSON テンプレートの例です。
```
{
"MetricName": "MyBackendCPU",
"Namespace": "MyNamespace",
"Dimensions": [
{
"Name": "MyOptionalMetricDimensionName",
"Value": "MyOptionalMetricDimensionValue"
}
],
"Statistic": "Sum"
}
```
詳細については、*AWS Auto Scaling API リファレンス*の[カスタマイズされたスケーリングメトリクス仕様](https://docs.aws.amazon.com/autoscaling/plans/APIReference/API_CustomizedScalingMetricSpecification.html)および[カスタマイズされた負荷メトリクス仕様](https://docs.aws.amazon.com/autoscaling/plans/APIReference/API_CustomizedLoadMetricSpecification.html)を参照してください。
## 動的なスケーリング設定
この手順を使用して、 が AWS Auto Scaling 作成するターゲット追跡スケーリングポリシーの設定を表示およびカスタマイズします。
**動的なスケーリング設定を表示およびカスタマイズするには**
1. ビューを展開して、[**動的なスケーリング設定**] セクションの詳細を表示するには、セクション見出しの左側にある矢印を選択します。
1. 次の項目から選択できます。ただし、このチュートリアルではデフォルトの設定を使用します。
+ **外部のスケーリングポリシーの置き換え**—この設定をオフにすると、このスケーリングプラン以外で作成されたスケーリングポリシーが維持され、新しいものは作成されません。
+ **スケールインの無効化**—この設定をオフにすると、指定したメトリクスがターゲット値を下回ったときに、リソースの現在のキャパシティを減らすように自動スケールインが有効になります。
+ **クールダウン**—スケールアウトおよびスケールインのクールダウン期間を作成します。前回のスケーリングアクティビティが有効になるまでスケーリングポリシーが待機する時間をクールダウン期間と呼びます。詳細については、*Application Auto Scaling ユーザーガイド*の [クールダウン期間](https://docs.aws.amazon.com/autoscaling/application/userguide/application-auto-scaling-target-tracking.html#target-tracking-cooldown)を参照してください。(この設定は、リソースが Auto Scaling グループの場合は使用されません。)
+ **インスタンスのウォームアップ**—[Auto Scaling グループのみ] 新しく起動されたインスタンスで CloudWatch メトリクスへの反映が開始するまでの時間をコントロールします。詳細については、*Amazon EC2 Auto Scaling ユーザーガイド*の「[インスタンスのウォームアップ](https://docs.aws.amazon.com/autoscaling/ec2/userguide/as-scaling-target-tracking.html#as-target-tracking-scaling-warmup)」を参照してください。
## 予測スケーリング設定
リソースが Auto Scaling グループの場合は、この手順を使用して、予測スケーリング AWS Auto Scaling に使用する設定を表示およびカスタマイズします。
**予測スケーリング設定を表示およびカスタマイズするには**
1. ビューを展開して、[**予測スケーリング設定**] セクションの詳細を表示するには、セクション見出しの左側にある矢印を選択します。
1. 次の項目から選択できます。このチュートリアルでは、[**Predictive scaling mode**](予測スケーリングモード) を [**Forecast only**] (予測のみ) に変更します。
+ **予測スケーリングモード**—スケーリングモードを指定します。デフォルトは[**Forecast and scale**](予測とスケール) です。[**Forecast only**] (予測のみ) に変更すると、スケーリングプランは将来のキャパシティを予測しますが、スケーリングアクションは適用されません。
+ **インスタンスの事前起動**—スケールアウト時にスケーリングアクションを早めに実行するように調整します。たとえば、予測が午前 10 時 00 分にキャパシティを追加する予定の場合、バッファ時間は 5 分 (300 秒) です。したがって、対応するスケーリングアクションの実行時刻は、午前 9 時 55 分になります。これはAuto Scaling グループに対して有益です。これらのグループでは、インスタンスが起動してから実行されるまでに数分かかる場合があるためです。実際の時間は、インスタンスのサイズや、完了する起動スクリプトがあるかどうかなど、いくつかの要因によって異なります。デフォルトは 300 秒です。
+ **最大キャパシティの動作**—予測キャパシティが現在指定されている最大キャパシティに近づいたかそれを超えたときに、選択されたリソースが最大キャパシティ以上にスケールアップできるかどうかをコントロールします。デフォルトでは、**最大キャパシティの設定が適用**されます。
+ **最大容量設定を適用します**。リソース容量を最大容量よりも大きくスケールAWS Auto Scaling することはできません。最大容量はハード制限として適用されます。
+ **最大容量を等しい予測容量に設定する** - 最大容量よりも大きいリソース容量を予測容量と同じにスケールAWS Auto Scaling できますが、超えることはできません。
+ **最大容量を予測容量よりも**大きくする - リソース容量を、指定したバッファ値で最大容量よりも大きくスケールAWS Auto Scaling できます。これにより、予期しないトラフィックが発生した場合に、ターゲットの追跡スケーリングポリシーに容量が追加されます。
+ **最大キャパシティの動作のバッファ**—[**予測キャパシティより高く最大キャパシティを設定**] を選択した場合は、予測キャパシティが最大キャパシティに近づいたか、それを超えたときに使用するキャパシティバッファのサイズを選択します。この値は予測容量に対する割合として指定されます。たとえば、10% のバッファでは、予測キャパシティが 50、最大キャパシティが 40 の場合、有効な最大キャパシティは 55 です。
1. 設定のカスタマイズが完了したら、[**次へ**] を選択します。
**注記**
任意の変更を元に戻すには、元に戻すリソースを選び、[**元に戻す**] を選択します。これにより、選択されたリソースが、スケーリング計画内の最新の既知の状態にリセットされます。
# ステップ 4：スケーリングプランを作成する
[**確認と作成**] ページでスケーリングプランの詳細を確認し、[**スケーリングプランの作成**] を選択します。スケーリングプランのステータスを示すページに進みます。スケーリングプランでは、リソースが更新されている間、作成が完了するまで少し時間がかかることがあります。
予測スケーリングでは、 は過去 14 日間の指定された負荷メトリクスの履歴 AWS Auto Scaling を分析し (24 時間以上のデータが必要）、2 日前の予測を生成します。その後、スケーリングアクションをスケジュールして、予測期間内の各時間の予測と一致するリソース容量を調整します。
スケーリングプランの作成が完了したら、**スケーリングプラン**画面から名前を選択してスケーリングの詳細を表示します。
## (オプション) リソースのスケーリング情報を表示する
この手順を使用して、リソース用に作成されたスケーリング情報を表示します。
データは次の方法で表示されます。
+ CloudWatch からの最新のメトリクス履歴データを示すグラフ。
+ データに基づく負荷予測とキャパシティ予測を示す予測スケーリンググラフ AWS Auto Scaling。
+ リソースに対してスケジュールされているすべての予測スケーリングアクションを一覧表示するテーブル。
**リソースのスケーリング情報を表示するには**
1. [https://console.aws.amazon.com/awsautoscaling/](https://console.aws.amazon.com/awsautoscaling/) で AWS Auto Scaling コンソールを開きます。
1. [**スケーリングプラン**] ページで、スケーリング計画を選択します。
1. [**スケーリングプランの詳細**] ページで、表示するリソースを選択します。
### 予測のモニタリングと評価
スケーリングプランが立ち上がって実行されると、負荷予測、キャパシティ予測、およびスケーリングアクションをモニタリングして、予測スケーリングのパフォーマンスを調べることができます。このデータはすべて、予測スケーリングが有効になっているすべての Auto Scaling グループで AWS Auto Scaling コンソールで使用できます。スケーリングプランでは、最初の予測を行うために少なくとも 24 時間の履歴負荷データが必要であることに注意してください。
次の例では、各グラフの左側に履歴パターンを示しています。右側には、スケーリングプランによって生成された予測期間の予測が表示されています。実際の値と予測値 (青とオレンジ色) がプロットされています。
![\[コンソールの予測スケーリング予測とスケジュールされたアクションページのグラフ。\]](http://docs.aws.amazon.com/ja_jp/autoscaling/plans/userguide/images/monitoring-forecasts.png)
AWS Auto Scaling はデータから自動的に学習します。まず、負荷予測を行います。次に、キャパシティー予測の計算により、アプリケーションをサポートするために必要な最小インスタンス数が決定されます。 AWS Auto Scaling は、キャパシティー予測に基づき、予測された負荷の変化の前に、Auto Scaling グループをスケールするスケーリングアクションをスケジュールします。動的スケーリングが有効になっている場合 (推奨されます)、Auto Scaling グループはインスタンスのグループの現在の使用状況に基づいて、キャパシティーをスケールアウト (またはキャパシティーを削除) できます。
予測スケーリングのパフォーマンスを評価する場合、*時間の経過*に伴って、実際の値と予測値がどれだけ一致するかをモニタリングします。スケーリングプランを作成すると、 は最新の実際のデータに基づいてグラフ AWS Auto Scaling を提供します。また、今後 48 時間の初期予測も提供されます。ただし、スケーリングプランを作成するときに、実際のデータを比較する予測データはほとんどありません。スケーリングプランで、いくつかの期間の予測値を取得するまで待ってから、実際の値に対して履歴の予測値を比較します。毎日の予測を数日分取得すると、実際の値と比較する予測値のサンプルが数多く得られます。
日常的に発生するパターンについては、スケーリングプランの作成と予測効果の評価の間の期間は、数日という短い期間にすることができます。ただし、この期間の長さは、最新のパターンの変更に基づいて予測を評価するには不十分です。例えば、前の週に新しいマーケティングキャンペーンを開始したAuto Scaling グループの予測を調べるとします。このキャンペーンにより、毎週同じ 2 日間にウェブトラフィックが大きく増加します。このような状況では、グループで 1 週間または 2 週間分の新しいデータを収集するのを待ってから、予測効果を評価することをお勧めします。メトリクスデータの収集を開始したばかりの新しい Auto Scaling グループにも、この同じ推奨事項が適用されます。
適切な期間にわたりモニタリングしても実際の値と予測値が一致しない場合は、負荷メトリクスの選択についても検討する必要があります。負荷メトリクスが有効であるためには、Auto Scaling グループのすべてのインスタンスの合計負荷について、信頼できる正確な計測が得られる必要があります。負荷メトリクスは、予測スケーリングの核となります。最適でない負荷メトリクスを選択した場合、予測スケーリングによる正確な負荷とキャパシティーの予測、および Auto Scaling グループのキャパシティーの正しい調整のスケジュールができなくなる可能性があります。
# ステップ 5：クリーンアップ
開始方法のチュートリアルを完了したら、スケーリングプランを維持するように選択できます。ただし、スケーリングプランをアクティブに使用しない場合は、アカウントで不要な料金が発生しないように削除を検討する必要があります。
スケーリングプランを削除すると、ターゲット追跡スケーリングポリシー、関連する CloudWatch アラーム、および がユーザーに代わって AWS Auto Scaling 作成した予測スケーリングアクションが削除されます。
スケーリングプランを削除しても、 CloudFormation スタック、Auto Scaling グループ、またはその他のスケーラブルなリソースは削除されません。
**スケーリングプランを削除する方法**
1. [https://console.aws.amazon.com/awsautoscaling/](https://console.aws.amazon.com/awsautoscaling/) で AWS Auto Scaling コンソールを開きます。
1. [**スケーリングプラン**] ページで、このチュートリアル用に作成したスケーリングプランを選択し、[**削除**] を選択します。
1. 確認を求めるメッセージが表示されたら、[削除] を選択してください。****
スケーリングプランを削除した後、リソースは元の容量に戻りません。例えば、Auto Scaling グループが 10 インスタンスにスケールされていた場合にこのスケーリングプランを削除すると、グループはスケーリングプランが削除された後でも 10 インスタンスにスケールされます。特定のリソースのキャパシティを更新するには、各サービスのコンソールにアクセスします。
## Auto Scaling グループの削除
アカウントに対して Amazon EC2 の料金が発生するのを防ぐには、このチュートリアルで作成した Auto Scaling グループも削除する必要があります。
手順については、*Amazon EC2 Auto Scaling ユーザーガイド*の「[Auto Scaling グループの削除](https://docs.aws.amazon.com/autoscaling/ec2/userguide/as-process-shutdown.html#as-shutdown-lbs-delete-asg-cli)」を参照してください。
# ステップ 6：次のステップ
スケーリングプランとその特徴の一部を理解したら、 CloudFormationを使用して独自のスケーリングプランのテンプレート作成に挑戦してみましょう。
CloudFormation テンプレートは、アプリケーションまたはサービスの実行に必要な Amazon Web Services インフラストラクチャと、インフラストラクチャコンポーネント間の相互接続を説明する JSON または YAML 形式のテキストファイルです。を使用すると CloudFormation、関連するリソースのコレクションを*スタック*としてデプロイおよび管理できます。 CloudFormation は追加料金なしで利用でき、アプリケーションの実行に必要な AWS リソースに対してのみ料金が発生します。リソースは、テンプレート内で定義した任意の AWS リソースで構成できます。詳細については、「 *AWS CloudFormation ユーザーガイド*」の[「 CloudFormation の仕組み](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/cloudformation-overview.html)」を参照してください。
*AWS CloudFormation ユーザーガイド*は、すぐに使用できる簡単なテンプレートを提供します。サンプルテンプレートは、 CloudFormation テンプレートリファレンスドキュメントの [AWS::AutoScalingPlans::ScalingPlan](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-autoscalingplans-scalingplan.html) セクションで例として利用できます。サンプルテンプレートは、1 つの Auto Scaling グループのスケーリングプランを作成し、予測スケーリングおよび動的スケーリングを有効にします。
詳細については、「AWS CloudFormation ユーザーガイド」の「[CloudFormationの使用開始](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/GettingStarted.html)」を参照してください。