権利を選択するAWS移行用の DMS レプリケーションインスタンス - AWS Database Migration Service

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

権利を選択するAWS移行用の DMS レプリケーションインスタンス

AWS DMSでは、Amazon EC2 インスタンス上にレプリケーションインスタンスが作成されます。AWS DMS現在、では、レプリケーションインスタンス用に T2、T3、C4、C5、R4、R5 Amazon EC2 インスタンスクラスをサポートしています。

  • T2 インスタンスは、バースト可能なパフォーマンスインスタンスを使用し、ベースラインレベルの CPU パフォーマンスを提供しながら、そのベースラインレベルを超えるとバーストする機能を備えています。ベースラインパフォーマンスとバースト機能は、CPU クレジットにより管理されます。T2 インスタンスは、インスタンスのサイズに応じて設定されたレートで CPU クレジットを継続的に受け取ります。アイドル状態では CPU クレジットを蓄積し、アクティブ状態では CPU クレジットを消費します。

    T2 インスタンスは、さまざまな汎用ワークロードに適しています。これには、マイクロサービス、低レイテンシーのインタラクティブなアプリケーション、中規模のデータベース、仮想デスクトップ、開発、ビルドやステージング環境、コードリポジトリ、製品プロトタイプなどがあります。

  • T3 インスタンスは、次世代のバースト可能な汎用インスタンスタイプです。このタイプは、ベースラインレベルの CPU パフォーマンスを提供しながら、いつでも必要な時間だけCPU 使用率をバーストさせる機能を備えています。T3 インスタンスは、コンピューティング、メモリ、ネットワークリソースを提供するので、一時的な使用スパイクが発生する CPU 使用率の中程度のアプリケーション向けに設計されています。ワークロードがベースラインしきい値を下回っていると、T3 インスタンスは CPU クレジットを累積します。取得した CPU クレジットは、フル CPU パフォーマンスを 1 分間実現します。フル CPU パフォーマンスでバーストさせる機会を T3 インスタンス実現します。

    T3 インスタンスはいつでもバーストさせることができます。unlimitedモード。の詳細については、「」を参照してください。unlimitedモードの詳細については、バーストパフォーマンスインスタンスの Unlimited モードでの作業

  • C4 インスタンスは、コンピューティング集約型のワークロード向けに最適化されており、コスト効率の高い高いパフォーマンスを低コストで提供します。パケット毎秒 (PPS) が非常に大きく、ネットワークのストレスが少なく、ネットワークレイテンシーが低くなります。AWS DMSまた、特に、異機種間 (例:Oracle から PostgreSQL) の移行やレプリケーションを実行する場合にも、CPU を大量に消費することがあります。C4 インスタンスは、このような状況に適しています。

  • C5 インスタンスは、コンピューティング負荷の高い高度なワークロードを実行するために、コスト効率の高い高パフォーマンスを低コストで提供する次世代インスタンスタイプです。これには、ハイパフォーマンスウェブサーバー、ハイパフォーマンスコンピューティング (HPC)、バッチ処理、広告配信、拡張性の高いマルチプレイヤーゲーム、動画エンコーディングなどのワークロードが含まれます。その他のワークロード C5 インスタンスには、科学モデリング、分散分析、機械およびディープラーニング推論などがあります。C5 インスタンスは、インテルと AMD のプロセッサーから選択できます。

  • R4 インスタンスは、メモリ負荷の大きいワークロード用に最適化されたメモリです。高スループットトランザクションシステムの継続的な移行やレプリケーションはAWS DMSは、大量の CPU とメモリを消費することもあります。R4 インスタンスは、旧世代のインスタンスタイプよりも多くの vCPU が含まれます。

  • R5 インスタンスは次世代のメモリ最適化インスタンスタイプです。R5 インスタンスは、高パフォーマンスデータベース、ウェブスケールの分散インメモリキャッシュ、中規模のインメモリデータベース、リアルタイムのビッグデータ分析、その他のエンタープライズアプリケーションを実行するリアルタイムのアプリケーションなど、メモリを大量に消費するアプリケーションに最適です。高スループットトランザクションシステムの継続的な移行やレプリケーションはAWS DMSは、大量の CPU とメモリを消費することもあります。

レプリケーションインスタンスごとに、メモリと vCPU の固有の設定があります。次の表は、各レプリケーションインスタンスタイプの設定を示しています。料金については、」AWS Database Migration Serviceサービス料金ページ

レプリケーションインスタンスタイプ

vCPU

メモリ (GiB)

汎用

dms.t2.micro

1

1

dms.t2.small

1

2

dms.t2.medium

2

4

dms.t2.large

2

8

dms.t3.micro

2

1

dms.t3.small

2

2

dms.t3.medium

2

4

dms.t3.large

2

8

コンピューティング最適化

dms.c4.large

2

3.75

dms.c4.xlarge

4

7.5

dms.c4.2xlarge

8

15

dms.c4.4xlarge

16

30

dms .c5.large

2

4

dms .c5.xlarge

4

8

dms.c5.2xlarge

8

16

dms.c5.4xlarge

16

32

dms.c5.9xlarge

36

72

dms.c5.12xlarge

48

96

dms.c5.18xlarge

72

144

dms.c5.24xlarge

96

192

メモリを最適化

dms.r4.large

2

15.25

dms.r4.xlarge

4

30.5

dms.r4.2xlarge

8

61

dms.r4.4xlarge

16

122

dms.r4.8xlarge

32

244

dms.r5.large

2

16

dms.r5.xlarge

4

32

r5.2xlarge

8

64

r5.4xlarge

16

128

r5.8xlarge

32

256

r5.12xlarge

48

384

r5.16xlarge

64

512

r5.24xlarge

96

768

使用するインスタンスクラスの決定

最適なレプリケーションインスタンスクラスを判断しやすいように、変更データキャプチャ (CDC) プロセスを見ていきましょう。AWS DMSを使用する。

全ロード + CDC タスク (一括ロードと継続的なレプリケーション) を実行していると想定します。この場合、タスクにはメタデータやその他の情報を格納する独自の SQLite リポジトリがあります。前AWS DMS全ロードを開始するには、次のステップを実行します。

  • AWS DMSソースエンジンのトランザクションログから移行するテーブルの変更 (キャッシュされた変更). 全ロードが完了すると、これらのキャッシュされた変更が収集され、ターゲットに適用されます。キャッシュされた変更のボリュームに応じて、これらの変更は、メモリから直接適用できます。ここで、これらの変更から設定しきい値まで収集されます。または、ディスクから適用して、変更がメモリに保持できないときに書き込まれるようにすることもできます。

  • キャッシュされた変更が適用された後、デフォルトでAWS DMSは、ターゲット・インスタンスでトランザクション適用プロセスを開始します。

適用済みのキャッシュされた変更フェーズと継続的なレプリケーションフェーズで、AWS DMSでは、受信データと送信データ用に 2 つのストリームバッファを使用します。AWS DMSと呼ばれる重要なコンポーネントも使用しています選別機,これは別のメモリバッファです。ソーターコンポーネントの 2 つの重要な用途 (他のコンポーネントを含む) は次のとおりです。

  • すべてのトランザクションを追跡し、関連するトランザクションのみを送信バッファに転送します。

  • これにより、トランザクションはソース上と同じコミットの順番で転送されます。

見てわかるように、このアーキテクチャには、次の 3 つの重要なメモリバッファがあります。AWS DMS。これらのバッファのいずれでメモリ負荷が生じた場合、移行でパフォーマンス上の問題が発生し、障害が起きる可能性があります。

1 秒あたりのトランザクション数 (TPS) が多い高負荷のワークロードをこのアーキテクチャに接続すると、R5 インスタンスによって提供される追加メモリが役立つことがわかります。R5 インスタンスを使用すると、多数のトランザクションをメモリに保持し、継続的なレプリケーション中のメモリプレッシャーの問題を回避できます。

バーストパフォーマンスインスタンスの Unlimited モードでの作業

バースト可能なパフォーマンスインスタンスをunlimitedT3 インスタンスなどのインスタンスは、必要に応じた期間にわたり、高い CPU 使用率を保持できます。時間単位のインスタンス料金は、すべての CPU 使用率の急増を自動的にカバーできます。これは、ローリング期間の 24 時間またはインスタンスの存続期間のいずれか短い方の時間で、インスタンスの平均 CPU 使用率がベースライン以下になった場合に実行されます。

汎用のワークロードではほとんどの場合、unlimited追加料金なしで十分なパフォーマンスを与える。長時間にわたって高い CPU 使用率でインスタンスを実行する場合には、vCPU 時間ごとに均一追加料金が発生します。T3 インスタンスの料金の詳細については、『』の「T3 CPU クレジット」を参照してください。AWS Database Migration Service

の詳細については、「」を参照してください。unlimitedモードの詳細については、バーストパフォーマンスインスタンスの Unlimited モードLinux インスタンス用 Amazon EC2 ユーザーガイド

重要

を使用した場合dms.t3.microインスタンスのAWS無料利用枠提供し、それをunlimitedモードでは、料金が適用される場合があります。特に、ローリング期間の 24 時間の平均使用率がインスタンスのベースライン使用率を超えた場合に料金が発生することがあります。詳細については、「」を参照してください。ベースライン使用率Linux インスタンス用 Amazon EC2 ユーザーガイド

T3 インスタンスは、デフォルトで unlimited として起動します。24 時間の平均 CPU 使用率がベースラインを超えた場合は、余剰クレジットに対して課金されます。場合によっては、T3 スポットインスタンスをunlimitedすぐに短期間使用することを計画しています。CPU クレジットを計上するためのアイドル時間なしに、これを行うと、余剰クレジットの料金が発生します。T3 スポットインスタンスは標準モードで起動して、コストが高くならないようにすることをお勧めします。詳細については、「」を参照してください。余剰クレジットにより料金が発生することがある,T3 スポットインスタンス, およびバーストパフォーマンスインスタンスのスタンダードモードLinux インスタンス用 Amazon EC2 ユーザーガイド