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

のクォータAWS Database Migration Service

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

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

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

のリソースクォータAWS Database Migration Service

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

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

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

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

API リクエストのスロットリングについて把握する

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 です。その後、スロットリングを回避するために、十分な遅延後に再試行するか、別の呼び出しを行うことができます。