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

# スケーリングプランの使用開始
<a name="getting-started-with-scaling-plans"></a>

アプリケーションで使用するスケーリングプランは 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)