移行に適した 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 分間バーストさせる機会を T3 インスタンスに提供します。

    T3 インスタンスは必要に応じて unlimited モードでいつでもバーストできます。unlimited モードの詳細については、「バーストパフォーマンスインスタンスの Unlimited モードでの作業」をご参照ください。

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

  • C5 インスタンスはアドバンスト コンピューティング集約型ワークロードを実行するためにコンピューティング比あたりの低コストでコスト効率の高いパフォーマンスを実現する次世代インスタンスタイプです。これには、ハイパフォーマンスウェブサーバー、ハイパフォーマンスコンピューティング (HPC)、バッチ処理、広告配信、高スケーラビリティのあるマルチプレイヤー ゲーム、ビデオ エンコーディングなどのワークロードが含まれます。その他のワークロード C5 インスタンスは科学的モデリング、分散分析、マシンおよび深層学習の推論などに適しています。C5 インスタンスは Intel および AMD のプロセッサーの選択で利用できます。

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

  • R5 インスタンスは次世代のメモリ最適化 Amazon EC2 インスタンスタイプです。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

dms.r5.2xlarge

8

64

dms.r5.4xlarge

16

128

dms.r5.8xlarge

32

256

dms.r5.12xlarge

48

384

dms.r5.16xlarge

64

512

dms.r5.24xlarge

96

768

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

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

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

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

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

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

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

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

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

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

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

T3 インスタンスなどの unlimited として設定したバーストパフォーマンスインスタンスは、必要に応じた期間にわたり、高い CPU 使用率を保持できます。時間あたりインスタンス料金は、すべての CPU 使用率のスパイクを自動的にカバーできます。24 時間移動ベースでまたはインスタンスの存続期間のいずれか短い方の時間で、インスタンスの平均 CPU 使用率がベースライン以下になった場合、インスタンス料金は自動的にすべての CPU 使用率スパイクをカバーします。

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

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

重要

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

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