Cookie の設定を選択する

当社は、当社のサイトおよびサービスを提供するために必要な必須 Cookie および類似のツールを使用しています。当社は、パフォーマンス Cookie を使用して匿名の統計情報を収集することで、お客様が当社のサイトをどのように利用しているかを把握し、改善に役立てています。必須 Cookie は無効化できませんが、[カスタマイズ] または [拒否] をクリックしてパフォーマンス Cookie を拒否することはできます。

お客様が同意した場合、AWS および承認された第三者は、Cookie を使用して便利なサイト機能を提供したり、お客様の選択を記憶したり、関連する広告を含む関連コンテンツを表示したりします。すべての必須ではない Cookie を受け入れるか拒否するには、[受け入れる] または [拒否] をクリックしてください。より詳細な選択を行うには、[カスタマイズ] をクリックしてください。

のクォータ AWS Database Migration Service

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

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

注記

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

プライバシーサイト規約Cookie の設定
© 2025, Amazon Web Services, Inc. or its affiliates.All rights reserved.