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

# AWS 設定で使用制限を作成する
<a name="create-spend-limit"></a>

**警告**  
現在、限られた数のお客様に新しいエクスペリエンスをリリースしています。このエクスペリエンスにまだアクセスできない場合があります。

## 支出制限とは何ですか?
<a name="what-is-spend-limit"></a>

支出制限により、デベロッパーは予測可能で管理された予算内で運用できるという確信 AWS を持って を使用できます。支出制限を使用して、プロジェクトの 1 か月あたりの支払い額の上限を設定します。使用制限はプロジェクトレベルです。一部のプロジェクトに支出制限を設定したり、支出制限のない他のプロジェクトを設定したりできます。

プロジェクトでの使用量が制限に達すると、 はそのプロジェクトを AWS 一時停止してリソースを停止し、コストがその範囲内にとどまります。支出制限は、実験、学習、サンドボックスのワークロード向けに設計されています。これらは、アプリケーションに予期しないコストが発生した場合にリソースを短時間一時停止することが可能な本番環境に使用できます。

支出制限は、プロジェクトにアクセスできるすべてのユーザーに表示されますが、プロジェクト所有者のみが管理できます。支出制限を作成するには、有料プランに参加している必要があります。詳細については、「[AWS 設定でアカウントをアップグレードする](upgrade-account.md)」を参照してください。

使用制限は [AWS Budgets](https://docs.aws.amazon.com/cost-management/latest/userguide/budgets-managing-costs.html) の一種です。

## 支出制限を設定する
<a name="set-your-spend-limit"></a>

使用制限は、プロジェクトの税引き前コストの上限であり、料金ではありません。支出制限を設定する場合、許容される最小値は 20 USD または予想される支出の控えめな見積もりのいずれか大きい方です。

**最小が存在する理由:** 支出制限に達することは破壊的な経験です。使用量の通常の変動が使用制限に達する可能性が低いように、最小値が存在します。

**保守的な見積りの計算方法:** 見積りは、これまでのアクティビティに基づいていますが、厳密な線形外挿ではありません。 は、これまでの支出と現在実行しているリソース AWS を調べます。 AWS また、 は前月のアクティビティを使用します。高い場合は、最小値になります。

**実行中のリソースが多数ある場合:** 予想される支出の控えめな見積もりは高くなります。使用制限を低く設定する場合は、まずこれらのリソースを停止する必要があります。

**一時停止したプロジェクトを再アクティブ化する場合:** 予想される支出の控えめな見積もりは、その月のこれまでの支出と、課金されなかった使用量です。

**注記**  
使用制限はクレジットを除外し、税引き前の料金に適用されます。

## 通知
<a name="spend-limit-notifications"></a>

実際のコストが上限の 50%、75%、90% に達した場合、または今後 10 日間に支出上限に達するか超える見込みの場合に通知が送信されます。

## オプションの早期コスト管理を使用して支出制限設定をカスタマイズする
<a name="spend-limit-early-controls"></a>

使用制限により、請求額が設定した額を超えて増加することがなくなります。使用量に達すると、 はリソースを AWS 一時停止して保護します。これらのオプションのコントロールは、より早くより緻密に動作するため、制限を大幅に下回ることができます。

### 新しいリソースの作成を停止する
<a name="spend-limit-stop-new-resources"></a>

制限に達する約 7 日前に、新しいリソースの起動が停止します。これは、 によって管理されるサービスコントロールポリシーの適用によって実現されます AWS。サービスコントロールポリシーは、サービスによって異なります。プロジェクトに適用される可能性のあるすべてのサービスコントロールポリシーを表示するには、「」を参照してください[使用制限のサービスコントロールポリシー](scps-and-rcps-for-projects.md#scps-for-spend-limits)。

すでに実行されているすべてのリソースは引き続き実行されます。ほとんどの場合、構築した内容は影響を受けません。ただし、場合によっては、これは破壊的なエクスペリエンスにつながる可能性があります。たとえば、自動スケーリングを有効にしていて、このアクションを実行するための条件が満たされた場合、新しいインスタンスは起動しません。

### アイドル状態のリソースを一時停止する
<a name="spend-limit-pause-idle"></a>

制限に達する約 5 日前に、アイドル状態のリソースは一時停止されます。アクティブなアプリケーションは引き続き実行されます。アイドル状態のリソースは、 AWS Compute Optimizer の推奨事項に基づいて一時停止されます。詳細については、[「アイドル状態のレコメンデーションを表示する](https://docs.aws.amazon.com/compute-optimizer/latest/ug/view-idle-recommendations.html)」を参照してください。

プロジェクトにログインし、節約の機会を表示することで、アイドル状態のリソースのレコメンデーションを表示することもできます。詳細については、[「Cost Optimization Hub](https://docs.aws.amazon.com/cost-management/latest/userguide/cost-optimization-hub.html)」を参照してください。現時点では、支出制限エクスペリエンスの一環として、EC2、RDS、SageMaker エンドポイントを自動的に一時停止します。

**EC2 インスタンスを一時停止する理由:** 過去 14 日間のピーク CPU 使用率が 5% 未満で、ネットワーク I/O が 1 日あたり 5 MB 未満の場合、EC2 インスタンスを一時停止します。

G または P インスタンスタイプがある場合は、別のアイドル条件があります。過去 14 日間に以下が当てはまる場合、G または P インスタンスタイプは一時停止されます。
+ GPU がルックバック期間の 99% 以上アクティブに動作していない
+ GPU エンコーダーがインスタンスのランタイムの 99% 以上に使用されていない
+ インスタンスレベルでの GPU メモリ使用量が 5% 未満
+ CPU の最大使用率が 5% 未満
+ ネットワーク使用率が 5 MB/日未満

**RDS データベースを一時停止する理由:** データベースインスタンスがリードレプリカではなく、過去 14 日間に次のものがある場合、RDS for MySQL と RDS for PostgreSQL を一時停止します。
+ データベース接続なし
+ CPU 使用率が低い
+ 読み取り/書き込みアクティビティが少ない

**アイドル状態の SageMaker エンドポイントを一時停止する理由:** 過去 14 日間にエンドポイントの呼び出しがゼロの場合、SageMaker エンドポイントを一時停止します。

### 上位のコスト要因を一時停止する
<a name="spend-limit-pause-top-cost"></a>

制限に達する約 4 日前に、アクティブなリソースが発生する最大コストが一時停止されます。これは破壊的な経験になる可能性があります。現時点では、EC2、RDS、Lambda、Bedrock、SageMaker の 5 つのサービスからリソースを選択します。このオプトインコントロールにより、Lambda の暴走や予期しない Bedrock の急増が発生した場合にコストが発生するのを防ぐことができます。

**トップコストドライバー EC2 インスタンスを一時停止する方法:** EC2 インスタンスがトップコストドライバーとして識別されると、 はインスタンス AWS を終了してコンピューティングコストを排除します。終了する前に、 はアタッチされた各 EBS ボリュームのスナップショット AWS を作成し、データを保持します。関連付けられた Elastic IP アドレスもすべて解放されます。

インスタンスが終了した後:
+ すべてのコンピューティングと EBS ボリュームのコストが排除される
+ データはスナップショットに保持されるため、ストレージコストは少なくなります。
+ Elastic IP 料金の停止

ワークロードを復元するには、保存したスナップショットから新しいインスタンスを起動します。データが不要になった場合は、スナップショットを削除してスナップショットストレージ料金を停止できます。

**トップコストドライバー RDS データベースを一時停止する方法:** RDS データベースインスタンスがトップコストドライバーとして識別されると、 はインスタンスを AWS 停止します。インスタンスを停止すると、データを保持しながらコンピューティング料金が削減されます。

インスタンスの停止中:
+ コンピューティング料金は発生しません
+ ストレージとプロビジョニングされた IOPS の料金は継続します
+ 自動バックアップの続行
+ RDS は 7 日後にインスタンスを自動的に再起動します。支出制限がまだリスクにさらされている場合、インスタンスは再び AWS 停止します。

データベースを復元するには、 AWS 設定または RDS コンソールからインスタンスを起動します。データおよび設定はそのまま残ります。

**トップコストドライバーの Lambda 関数を一時停止する方法:** Lambda 関数がトップコストドライバーとして識別されると、 はイベントソースマッピングとトリガーを AWS 無効にして、それ以上の呼び出しを防ぎます。関数にプロビジョニングされた同時実行が設定されている場合、 はそれらの料金を排除するために AWS それも削除します。

関数を一時停止した後:
+ 呼び出し料金は発生しません
+ 関数コード、設定、および関連するすべてのリソースはそのまま残ります。
+ データが失われない

関数を復元するには、イベントソースマッピングとトリガーを再度有効にします。同時実行をプロビジョニングした場合は、再設定する必要があります。

**トップコストドライバー Bedrock モデルを一時停止する方法:** Amazon Bedrock プロビジョニングモデルがトップコストドライバーとして識別されると、 はプロビジョニングされたスループット AWS を削除します。プロビジョニングされたスループットには一時停止オプションはありません。料金を停止する唯一の方法は削除です。

プロビジョニングされたスループットが削除された後:
+ プロビジョンドスループット料金はすぐに停止する
+ カスタムファインチューニングモデルがある場合、モデルの重みは削除されます。
+ Amazon S3 の元のトレーニングデータは影響を受けません

カスタムモデルを復元するには、S3 トレーニングデータから再トレーニングする必要があります。基盤モデルのプロビジョニングされたスループットについては、新しいプロビジョニングされたスループット割り当てを作成できます。

## 制限に達したらどうなるか
<a name="spend-limit-reached"></a>

AWS はプロジェクトを一時停止し、すべてのリソースを停止します。データは保持されます。

プロジェクトを再アクティブ化するには、 AWS 設定から支出制限を増やします。再アクティブ化後、一部のリソースを手動で再起動する必要がある場合があります。

**重要**  
プロジェクトが一時停止されてから 90 日以内にアクションを実行しない場合、 はプロジェクトデータ AWS を完全に削除します。

## その他の重要な注意事項
<a name="spend-limit-other-notes"></a>
+ Amazon Route 53 を使用する場合は、24 時間ごとに 1 つのドメインしか購入できません。ドメインのコストが使用制限内であることを確認する必要があります。そうしないと、ドメインの購入は実行されません。このような場合は、購入する前に支出制限を増やす必要があります。
+ 最大 10 個のプロジェクトに支出制限を適用できます。

## AWS 設定で使用制限を作成する
<a name="create-spend-limit-procedure"></a>

**AWS 設定で使用制限を作成するには**

1. [https://settings.aws.com](https://settings.aws.com) で AWS 設定を開きます。

1. メインナビゲーションペインで、**請求**を選択します。

1. **「プロジェクト別のコスト**」の**「使用制限**」で、「プロジェクトの**制限を設定する**」を選択します。

1. 推奨支出制限またはカスタム制限を選択できます。

1. カスタム制限を選択した場合は、カスタム金額を入力します。

1. **支出制限の設定** を選択します。

1. 早期のコスト制御で支出制限をカスタマイズするには、**新しいリソースの起動を停止**する、**アイドル状態のリソースを一時停止**する、または**上位のコスト要因を一時停止**するを選択します。

1. **「早期コストコントロールの保存**」を選択します。

使用制限はすぐに有効になります。