

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

# のクォータAWS Database Migration Service
<a name="CHAP_Limits"></a>

以下では、AWS Database Migration Service (AWS DMS) でのリソース クォータと命名に関する制約について説明します。

が移行AWS DMSできるデータベースの最大サイズは、いくつかの要因によって異なります。これらには出典環境、出典データベースのデータ ディストリビューション、出典システムがどの程度ビジーかによって異なります。

特定のシステムが の候補かどうかを判断する最善の方法はAWS DMS、テストすることです。ゆっくりとスタートして設定が機能するか確認します。次にいくらか複雑なオブジェクトを追加します。最後に、テストとして全ロードを試みます。

## のリソースクォータAWS Database Migration Service
<a name="CHAP_Limits.Limits"></a>

各AWSアカウントには、作成できるAWS DMSリソースの数に対する各AWSリージョンのクォータがあります。リソースのクォータに達すると、そのリソースを作成するための追加の呼び出しは、失敗して例外が発生します。

次の表に、各AWSリージョンのAWS DMSリソースとそのクォータを示します。


| [リソース]  | デフォルトのクォータ | 
| --- | --- | 
| API リクエストのスロットリング | 1 秒あたり最大 100 リクエスト | 
| API リクエストレートのリフレッシュレート | 1 秒あたり 8 リクエスト | 
| ユーザーアカウントごとのレプリケーションインスタンス | 60 | 
| レプリケーション インスタンスの合計ストレージ容量 | 30 TB | 
| ユーザーアカウントごとのイベントサブスクリプション数 | 60 | 
| ユーザーアカウントごとのレプリケーションサブネットグループ数 | 60 | 
| レプリケーション サブネット グループあたりのサブネット | 60 | 
| ユーザーアカウントあたりのエンドポイント数 | 1,000 | 
| レプリケーション インスタンスあたりのエンドポイント | 100 | 
| ユーザーアカウントごとのタスク数 | 600 | 
| レプリケーション インスタンスごとのタスク | 200 | 
| ユーザーアカウントあたりの証明書数 | 100 | 
| ユーザーアカウントあたりのデータプロバイダー数 | 1,000 | 
| ユーザーアカウントごとのインスタンスプロファイル数 | 60 | 
| ユーザーアカウントごとの移行プロジェクト数 | 50 | 
| ユーザーアカウントごとの DMS データコレクター数 | 10 | 
| 一度に生成されるターゲットレコメンデーション数 | 100 | 
| DMS データコレクターが 1 時間あたりにアップロードできるファイル数 | 500 | 
| ユーザーアカウントごとの同種データ移行数 | 600 | 
| 同時実行される同種データ移行数 | 100 | 
| 移行プロジェクトあたりの同種データ移行数 | 10 | 
| サーバーレスレプリケーション | 100 | 

API リクエストのスロットリング クォータとリフレッシュレートの詳細については、「[API リクエストのスロットリングについて把握する](#CHAP_Limits.Throttling)」をご参照ください。

ストレージの 30,000 GB クォータは、特定のAWSリージョン内のすべてのAWS DMSレプリケーションインスタンスに適用されます。ターゲットとソースの同期が間に合わない場合に変更をキャッシュするためや、ログ情報を保存するために、このストレージは使用されます。

## API リクエストのスロットリングについて把握する
<a name="CHAP_Limits.Throttling"></a>

AWS DMSは、1 秒あたり 200 件の API コールのさまざまな API リクエストクォータをサポートします。つまり、API リクエストがこのレートを超えると、API リクエストがスロットリング調整されます。また、別の API リクエストを行う前にクォータを更新するのAWS DMSにかかる時間に応じて、1 秒あたりの API コール数を減らすことができます。このクォータは、API コールを直接行う場合と、AWS DMS マネジメントコンソールを使用する一環としてAPI コールがユーザーの代わりに行われる場合の両方に適用されます。

API リクエストのスロットリングがどのように機能するかは、AWS DMS が API リクエストを追跡するトークン バケットを保持することを想像すると理解しやすいです。このシナリオでは、バケット内の各トークンで単一の API コールを行うことができます。バケットに一度に含めることができるトークンは 200 までです。API コールを行うと、 はバケットから 1 つのトークンAWS DMSを削除します。200 の API コールを 1 秒未満で実行すると、バケットは空になり、別の API コールの試行は失敗します。API コールを行わない 1 秒ごとに、 は最大 200 トークンまで 8 トークンをバケットAWS DMSに追加します。これは、AWS DMS API リクエストのリフレッシュレートです。スロットリング後はいつでも、バケットにトークンを追加すると、呼び出しが再びスロットリングされるまで、トークンと同じ数の追加の API コールを使用できます。

を使用してスロットリングされた API コールAWS CLIを実行している場合、 は次のようなエラーAWS DMSを返します。

```
An error occurred (ThrottlingException) when calling the AwsDmsApiCall operation (reached max retries: 2): Rate exceeded
```

ここで `AwsDmsApiCall` はスロットルされた AWS DMS API オペレーションの名前たとえば、`DescribeTableStatistics` です。その後、スロットリングを回避するために、十分な遅延後に再試行するか、別の呼び出しを行うことができます。

**注記**  
Amazon EC2 などの他のサービスによって管理される API リクエストスロットリングとは異なり、AWS DMS によって管理される API リクエスト　スロットリング クォータの増加を注文することはできません。