

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

# Application Auto Scaling とは
<a name="what-is-application-auto-scaling"></a>

Application Auto Scaling は、[Amazon EC2 Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/what-is-amazon-ec2-auto-scaling.html) 以外の個々の AWS サービス用にスケーラブルなリソースを自動的にスケーリングするソリューションを必要とするデベロッパーやシステム管理者向けのウェブサービスです。Application Auto Scaling では、次のリソースの自動スケーリングを設定できます。
+ WorkSpaces アプリケーションフリート
+ Aurora レプリカ
+ Amazon Comprehend ドキュメントの分類とエンティティ認識のエンドポイント
+ DynamoDB テーブルとグローバルセカンダリインデックス
+ Amazon ECS サービス
+ ElastiCache レプリケーショングループ (Redis OSS および Valkey) と Memcached クラスター 
+ Amazon EMR クラスター
+ Amazon Keyspaces (Apache Cassandra 用) テーブル
+ Lambda 関数のプロビジョニングされた同時実行数
+ Amazon Managed Streaming for Apache Kafka (MSK) ブローカーストレージ
+ Amazon Neptune クラスター
+ SageMaker AI エンドポイントバリアント
+ SageMaker AI 推論コンポーネント
+ SageMaker AI Serverless プロビジョニングされた同時実行数
+ スポットフリートリクエスト
+ Amazon WorkSpaces のプール
+ 独自のアプリケーションまたはサービスにより提供されるカスタムリソース。詳細については、「[ GitHub リポジトリ](https://github.com/aws/aws-auto-scaling-custom-resource)」を参照してください。

上記の AWS サービスのリージョン別可用性を確認するには、[「リージョンテーブル](https://aws.amazon.com/about-aws/global-infrastructure/regional-product-services/)」を参照してください。

Auto Scaling グループを使用した Amazon EC2 インスタンスフリートのスケーリングについては、[Amazon EC2 Auto Scaling ユーザーガイド](https://docs.aws.amazon.com/autoscaling/ec2/userguide/)を参照してください。

## Application Auto Scaling の特徴
<a name="features"></a>

Application Auto Scaling では、ユーザー定義の条件に従ってスケーラブルリソースを自動的にスケールすることができます。
+ **ターゲット追跡スケーリング** – 特定の CloudWatch メトリクスのターゲット値に基づいてリソースをスケールします。
+ **ステップスケーリング** – 超過アラームのサイズによって異なる一連のスケーリング調整値に基づいてリソースをスケーリングします。
+ **スケジュールに基づくスケーリング** – 1 回のみ、または定期的なスケジュールでリソースをスケールします。
+ **予測スケーリング** – 履歴データに基づいて予想される負荷に合わせてリソースをプロアクティブにスケーリングします。

## Application Auto Scaling と連携
<a name="access"></a>

スケーリングするリソースに応じて、次のインターフェイスを使用してスケーリングを設定できます。
+ **AWS マネジメントコンソール** – スケーリングを設定する際に使用するウェブインターフェイスを提供します。 AWS アカウントにサインアップし、 にサインインします AWS マネジメントコンソール。次に、概要に一覧表示されているリソースの 1 つのサービスコンソールを開きます。たとえば、Lambda 関数をスケールするには、 を開きます AWS Lambda console。使用するリソース AWS リージョン と同じ でコンソールを開いてください。
**注記**  
リソースにはコンソールアクセスを利用できないものもあります。詳細については、「[AWS のサービス Application Auto Scaling で使用できる](integrated-services-list.md)」を参照してください。
+ **AWS Command Line Interface (AWS CLI)** – Windows、macOS AWS のサービス、Linux でサポートされているさまざまなコマンドセットを提供します。開始するには、「[AWS Command Line Interface](https://docs.aws.amazon.com/cli/)」を参照してください。詳細については、*AWS CLI コマンドリファレンス*の「[application-autoscaling](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling/)」を参照してください。
+ **AWS Tools for Windows PowerShell** – PowerShell 環境でスクリプトを作成するユーザー向けに、さまざまな AWS 製品用のコマンドを提供します。使用を開始する方法については『[AWS Tools for PowerShell ユーザーガイド](https://docs.aws.amazon.com/powershell/latest/userguide/)』を参照してください。詳細については、「[AWS Tools for PowerShell コマンドレットリファレンス](https://docs.aws.amazon.com/powershell/latest/reference/Index.html)」を参照してください。
+ **AWS SDKs** – 言語固有の API オペレーションを提供し、署名の計算、リクエストの再試行の処理、エラーの処理など、接続の詳細の多くを処理します。詳細については、[「構築するツール AWS](https://aws.amazon.com/developer/tools/)」を参照してください。
+ **HTTPS API** – HTTPS リクエストを使用して呼び出す低レベルの API アクションを提供します。詳細については、[Application Auto Scaling API リファレンス](https://docs.aws.amazon.com/autoscaling/application/APIReference/) を参照してください。
+ **CloudFormation** – CloudFormation テンプレートを使用したスケーリングプランの設定をサポートします。詳細については、「[を使用して Application Auto Scaling リソースを設定する AWS CloudFormation](creating-resources-with-cloudformation.md)」を参照してください。

プログラムで に接続するには AWS のサービス、 エンドポイントを使用します。Application Auto Scaling への呼び出しのエンドポイントの詳細については、「Top Secret Regions User Guide」の「Getting Started with Amazon Web Services in GuideEndpoints in Secret Region」の「Application [ Auto Scaling endpoints and quotas](https://docs.aws.amazon.com/general/latest/gr/as-app.html) *AWS 全般のリファレンス*in the Endpoints and ARNs for Amazon Web Services in China」を参照してください。 

# Application Auto Scaling の概念
<a name="getting-started"></a>

このトピックでは、Application Auto Scaling について学習し、使用を開始するために役立つ主な概念について説明します。

**スケーラブルターゲット**  <a name="scalabletarget"></a>
スケールするリソースを指定するために作成するエンティティです。各スケーラブルターゲットは、サービス名前空間、リソース ID、およびスケーラブルディメンションによって一意に識別されます。これは、基盤となるサービスの容量ディメンションを表します。例えば、Amazon ECS サービスはそのタスク数のオートスケーリングをサポートし、DynamoDB テーブルはテーブルとそのグローバルセカンダリインデックスの読み込みキャパシティーと書き込みキャパシティーのオートスケーリングをサポートし、Aurora クラスターはそのレプリカ数のスケーリングをサポートします。  
各スケーラブルターゲットには、最小容量と最大容量もあります。スケーリングポリシーが、最小容量から最大容量までの範囲を超える、または下回ることはありません。Application Auto Scaling が認識しない、この範囲外の帯域外変更を基盤となるリソースに直接行うことができます。ただし、スケーリングポリシー、または `RegisterScalableTarget` API が呼び出されるときは常に、Application Auto Scaling が現在の容量を取得して、それを最小容量および最大容量と比較します。それが最小容量から最大容量までの範囲内に当てはまらない場合、設定された最小容量と最大容量に適合するように容量が更新されます。

**スケールイン**  <a name="scalein"></a>
Application Auto Scaling がスケーラブルターゲットの容量を自動的に減少させると、スケーラブルターゲットが*スケールイン*します。スケーリングポリシーが設定されている場合、スケーラブルなターゲットを最小キャパシティよりも小さくスケールインすることはできません。

**スケールアウト**  <a name="scaleout"></a>
Application Auto Scaling がスケーラブルターゲットの容量を自動的に増加させると、スケーラブルターゲットが*スケールアウト*します。スケーリングポリシーが設定されている場合、スケーラブルなターゲットを最大キャパシティよりも大きくスケールアウトすることはできません。

**スケーリングポリシー**  <a name="scalingpolicy"></a>
スケーリングポリシーは、Application Auto Scaling に対して、特定の CloudWatch メトリクスを追跡するように指示します。その後、メトリクスが特定のしきい値よりも高い、または低いときに実行するスケーリングアクションを決定します。例えば、クラスター全体の CPU 使用率が上昇し始めた場合はスケールアウトし、再び低下した場合はスケールインすることができます。  
オートスケーリングに使用されるメトリクスはターゲットサービスによって発行されますが、独自のメトリクスを CloudWatch に発行して、それをスケーリングポリシーで使用することもできます。  
スケーリングアクティビティ間のクールダウン期間は、別のスケーリングアクティビティが開始される前にリソースを安定させます。Application Auto Scaling は、クールダウン期間中も引き続きメトリクスを評価します。クールダウン期間が終了すると、スケーリングポリシーが、必要に応じて別のスケーリングアクティビティを開始します。クールダウン期間の実施中、現行のメトリクス値に基づいてより大きなスケールアウトが必要になった場合は、スケーリングポリシーが直ちにスケールアウトします。

**スケジュールされたアクション**  <a name="scheduledaction"></a>
スケジュールされたアクションは、特定の日付けと時刻にリソースを自動的にスケールします。これらは、スケーラブルターゲットの最小容量と最大容量を変更することによって機能するため、最小容量を高く、または最大容量を低く設定することで、スケジュールに従ってスケールインおよびスケールアウトするために使用できます。例えば、スケジュールされたアクションを使用して、金曜日の容量を減らし、翌週月曜日の容量を増やすことによって、週末にリソースを消費しないアプリケーションをスケールすることができます。  
また、最小値と最大値を経時的に最適化するスケジュールされたアクションを使用して、マーケティングキャンペーンや季節的な変動など、通常よりも多いトラフィックが予想される状況に適応することも可能です。そうすることにより、使用量の増加に合わせてスケールアウトする必要があるときにはパフォーマンスを向上させ、使用するリソースが少ないときにはコストを削減することができます。

## 詳細情報
<a name="getting-started-learn-more"></a>

[AWS のサービス Application Auto Scaling で使用できる](integrated-services-list.md) – このセクションは、スケール可能なサービスについて紹介し、スケーラブルターゲットを登録することによるオートスケーリングのセットアップに役立ちます。また、ターゲットサービス内のリソースにアクセスするために Application Auto Scaling が作成する、各 IAM サービスリンクロールについても説明します。

[Application Auto Scaling のターゲット追跡スケーリングポリシー](application-auto-scaling-target-tracking.md) – Application Auto Scaling の主な機能の 1 つは、ターゲット追跡スケーリングポリシーです。設定されたメトリクスと目標値に基づいて使用量を一定のレベルに保つために、ターゲット追跡ポリシーが望ましい容量を自動的に調整する方法について学びます。例えば、スポットフリートの平均 CPU 使用率を 50% に維持するようにターゲット追跡を設定できます。これが設定されると、Application Auto Scaling は、すべてのサーバー全体で集約された CPU 使用率を 50% に維持するために、必要に応じて EC2 インスタンスを起動または終了します。