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

# Amazon Connect クォータを事前に計画する
<a name="plan-ahead-quotas"></a>

コンタクトセンターのライフサイクルの主要フェーズで必要となるサービスクォータを計画して管理する方法を説明します。

## 本番稼働を開始するための計画
<a name="production-environment-go-live-quotas"></a>

Amazon Connect コンタクトセンターの稼働を開始する前に、エージェントと同時通話に十分な容量を確保するため、サービスクォータの引き上げをリクエストします。次のベストプラクティスに従ってください。

1. **移行計画にクォータの計画を含めます**。　 
   + プロジェクトの設計フェーズ中にサービスクォータに対処します。　
   + 最終的な移行段階に入る前に、時間に十分な余裕を持ってクォータ引き上げリクエストを送信します。

1. **本番ワークロードのサイズを設定します**。
   + クォータリクエストの裏付けとして、次のデータを準備します。
     + 現在のエージェント数
     + 通話ボリュームメトリクス
     + 平均通話時間
   + リクエストが正常に処理されるように、必要に応じて追加のメトリクスを提供する準備をします。
**注記**  
求められるデータは、対象のサービスクォータに基づいて異なります。必要なクォータのサイズを正しく設定する必要があります。

## 継続的な運用管理
<a name="ongoing-operations-management-quotas"></a>

Amazon CloudWatch を使用してコンタクトセンターのクォータの使用状況をモニタリングします。詳細については、「[CloudWatch に送信された Amazon Connect メトリクス](monitoring-cloudwatch.md#connect-metrics-cloudwatch)」を参照してください。

**ベストプラクティス**: CloudWatch アラームを設定してサービスクォータの使用状況をモニタリングします。
+ クォータ制限の 80% でアラートを設定します。
+ 使用量がこのしきい値を一貫して超えたら、クォータの引き上げをリクエストします。

## 緊急イベントの管理
<a name="emergent-scaling-events-quotas"></a>

緊急時に早急な対応が必要な場合は、次のように対処します。
+  AWS サポートセンターを通じて重要度の高いサポートケースを開きます。
  + ビジネスサポートプラン: **[本番環境のシステム停止中]** (1 時間以内の対応) を選択します。
  + Enterprise On-Ramp またはエンタープライズサポートプラン: **[本番環境のビジネスクリティカルなシステム停止中]** を選択します。
    + エンタープライズサポート: 15 分以内に対応
    + Enterprise On-Ramp: 30 分以内に対応
+ アカウントチーム ( AWS テクニカルアカウントマネージャーやソリューションアーキテクトなど) に連絡して、サポートを依頼してください。

イベントが大量に発生している場合、次のようなキュー管理のプラクティスを実施します。
+ [[メトリクスの取得](get-queue-metrics.md)] フローブロックを使用して、顧客に待機時間を伝えます。
+ [キューに入れられたコールバック](setup-queued-cb.md)を有効にします。
+ 運用上のベストプラクティスとサービスクォータの制約のバランスを取ります。

詳細については、「[サポートケースの作成](https://docs.aws.amazon.com/awssupport/latest/user/case-management.html#creating-a-support-case)」を参照してください。