

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

# 移行に適した DMS AWS レプリケーションインスタンスの選択
<a name="CHAP_ReplicationInstance.Types"></a>

AWS DMS は Amazon EC2 インスタンスにレプリケーションインスタンスを作成します。 AWS DMS は現在T3, C5, C6i, R5、R6i Amazon EC2 インスタンスクラスをサポートしています。
+ T3 インスタンスは次世代バースト可能汎用インスタンスタイプです。このインスタンスタイプはいつでも必要な時間だけ CPU 使用率をバーストさせる機能を備えベースラインレベルの CPU パフォーマンスを提供します。T3 インスタンスはコンピューティング、メモリ、ネットワークリソースを提供し、一時的な使用スパイクが発生する CPU 使用率の中程度のアプリケーション向けに設計されています。T3 インスタンスはワークロードがベースラインしきい値を下回って動作している場合、CPU クレジットを累積します。獲得した CPU クレジットはフル CPU コアパフォーマンスで必要に応じて 1 分間バーストさせる機会を T3 インスタンスに提供します。

  T3 インスタンスは必要に応じて `unlimited` モードでいつでもバーストできます。`unlimited` モードの詳細については、「[バーストパフォーマンスインスタンスの Unlimited モードでの作業](#CHAP_ReplicationInstance.Types.UnlimitedMode)」をご参照ください。
+ C5 インスタンスはアドバンスト コンピューティング集約型ワークロードを実行するためにコンピューティング比あたりの低コストでコスト効率の高いパフォーマンスを実現する次世代インスタンスタイプです。これには、ハイパフォーマンスウェブサーバー、ハイパフォーマンスコンピューティング (HPC)、バッチ処理、広告配信、高スケーラビリティのあるマルチプレイヤー ゲーム、ビデオ エンコーディングなどのワークロードが含まれます。その他のワークロード C5 インスタンスは科学的モデリング、分散分析、マシンおよび深層学習の推論などに適しています。C5 インスタンスは Intel および AMD のプロセッサーの選択で利用できます。
+ C6i インスタンスは、さまざまなワークロードに対し、同等の Gen5 インスタンスと比較して最大 15 % 優れたコンピューティングコストパフォーマンスと常時オンのメモリ暗号化を提供します。C6i インスタンスは、バッチ処理、分散分析、ハイパフォーマンスコンピューティング (HPC)、広告配信、高スケーラビリティのマルチプレイヤーゲーム、動画エンコーディングなど、コンピューティング集約型のワークロードに最適です。
+ R5 インスタンスは次世代のメモリ最適化 Amazon EC2 インスタンスタイプです。R5 インスタンスはハイパフォーマンス データベース、ウェブ スケール分散インメモリキャッシュ、中規模のインメモリデータベース、リアルタイム ビッグデータ分析、その他のエンタープライズアプリケーションなど、メモリを大量に消費するアプリケーションに最適です。を使用した高スループットトランザクションシステムの継続的な移行やレプリケーションも、大量の CPU とメモリを消費 AWS DMS する可能性があります。
+ R6i インスタンスは、さまざまなワークロードに対し、同等の Gen5 インスタンスと比較して最大 15 % 優れたコンピューティングコストパフォーマンスと常時オンのメモリ暗号化を提供します。R6i インスタンスは SAP 認定を受けており、SQL データベースや noSQL データベースなどのワークロード、Memcached や Redis OSS などの分散ウェブスケールインメモリキャッシュ、SAP HANA などのインメモリデータベース、Hadoop クラスターや Spark クラスターなどのリアルタイムビッグデータ分析に最適です。
+ C7i インスタンスは、同等の前世代のインスタンスよりも優れたコンピューティングパフォーマンスを提供します。 AWS DMS ワークロードの場合、C7i インスタンスはデータ変換プロセスの加速、計算負荷の高いスキーマ変換の処理、大量の移行タスク中の一貫したスループットの維持に優れています。これらのインスタンスは、持続的な CPU パフォーマンスを必要とするコンピューティングパフォーマンスの理想的なバランスを提供します。
+ R7i インスタンスは、同等の前世代のインスタンスよりも優れたコンピューティングパフォーマンスを提供し、メモリを大量に消費するワークロードに対して高いメモリ容量を提供します。 AWS DMS ワークロードの場合、R7i インスタンスは大量の同時データベーストランザクションを処理する大規模なデータベースを含むタスクに特に適しています。これにより、大量のメモリを必要とするレプリケーションシナリオや、大量のメモリバッファを必要とする複雑なデータ検証プロセスを効率的に処理できます。

レプリケーション インスタンスごとに、メモリと vCPU の固有の設定があります。次の表は、各レプリケーション インスタンスタイプの設定を示しています。料金の詳細については「[AWS Database Migration Service 料金表のページ](https://aws.amazon.com/dms/pricing/)」をご参照ください。

**汎用レプリケーションインスタンスタイプ**


|  タイプ  |  vCPU  |  メモリ (GiB)  | 
| --- | --- | --- | 
|  dms.t3.micro  |  2  |  1  | 
|  dms.t3.small  |  2  |  2  | 
|  dms.t3.medium  |  2  |  4  | 
|  dms.t3.large  |  2  |  8  | 

**コンピューティング最適化レプリケーションインスタンスタイプ**


|  タイプ  |  vCPU  |  メモリ (GiB)  | 
| --- | --- | --- | 
|  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.c6i.large  |  2  |  4  | 
|  dms.c6i.xlarge  |  4  |  8  | 
|  dms.c6i.2xlarge  |  8  |  16  | 
|  dms.c6i.4xlarge  |  16  |  32  | 
|  dms.c6i.8xlarge  |  32  | 64 | 
|  dms.c6i.12xlarge  |  48  | 96 | 
|  dms.c6i.16xlarge  |  64  | 128 | 
|  dms.c6i.24xlarge  |  96  | 192 | 
|  dms.c6i.32xlarge  |  128  | 256 | 
|  dms.c7i.large  |  2  |  4  | 
|  dms.c7i.xlarge  |  4  |  8  | 
|  dms.x7i.2xlarge  |  8  |  16  | 
|  dms.x7i.4xlarge  |  16  |  32  | 
|  dms.x7i.8xlarge  |  32  |  64  | 
|  dms.x7i.12xlarge  |  48  |  96  | 
|  dms.x7i.16xlarge  |  64  |  128  | 
|  dms.x7i.24xlarge  |  96  |  192  | 
|  dms.x7i.48xlarge  |  192  |  384  | 

**メモリ最適化レプリケーションインスタンスタイプ**


|  タイプ  |  vCPU  |  メモリ (GiB)  | 
| --- | --- | --- | 
|  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  | 
|  dms.r6i.large  |  2  |  16  | 
|  dms.r6i.xlarge  |  4  |  32  | 
|  dms.r6i.2xlarge  |  8  |  64  | 
|  dms.r6i.4xlarge  |  16  |  128  | 
|  dms.r6i.8xlarge  |  32  |  256  | 
|  dms.r6i.12xlarge  |  48  |  384  | 
|  dms.r6i.16xlarge  |  64  |  512  | 
|  dms.r6i.24xlarge  |  96  |  768  | 
|  dms.r6i.32xlarge  |  128  |  1024  | 
|  dms.r7i.large  |  2  |  16  | 
|  dms.r7i.xlarge  |  4  |  32  | 
|  dms.r7i.2xlarge  |  8  |  64  | 
|  dms.r7i.4xlarge  |  16  |  128  | 
|  dms.r7i.8xlarge  |  32  |  256  | 
|  dms.r7i.12xlarge  |  48  |  384  | 
|  dms.r7i.16xlarge  |  64  |  512  | 
|  dms.r7i.24xlarge  |  96  |  768  | 
|  dms.r7i.48xlarge  |  192  |  1536  | 

上記の表は、すべての AWS DMS レプリケーションインスタンスタイプを示していますが、リージョンで使用できるタイプは異なる場合があります。各リージョンで利用できるレプリケーションインスタンスタイプを確認するには、次の [AWS CLI](https://docs.aws.amazon.com/cli/latest/reference/dms/index.html) コマンドを実行します。

```
aws dms describe-orderable-replication-instances --region your_region_name
```

**Topics**
+ [使用するインスタンスクラスの決定](#CHAP_ReplicationInstance.Types.Deciding)
+ [バーストパフォーマンスインスタンスの Unlimited モードでの作業](#CHAP_ReplicationInstance.Types.UnlimitedMode)

## 使用するインスタンスクラスの決定
<a name="CHAP_ReplicationInstance.Types.Deciding"></a>

どのレプリケーションインスタンスクラスが最適かを判断するために、 が AWS DMS 使用する変更データキャプチャ (CDC) プロセスを見てみましょう。

全ロード \$1 CDC タスク (一括ロードと継続的なレプリケーション) を実行していると想定します。この場合、タスクにはメタデータやその他の情報を格納する独自の SQLite リポジトリがあります。が全ロード AWS DMS を開始する前に、以下の手順を実行します。
+ AWS DMS は、ソースエンジンのトランザクションログから移行するテーブルの変更のキャプチャを開始します (これらの*キャッシュされた変更*と呼ばれます）。全ロードが完了すると、これらのキャッシュされた変更が収集され、ターゲットに適用されます。キャッシュされた変更のボリュームに応じて、これらの変更は、メモリから直接適用できます。ここで、これらの変更から設定しきい値まで収集されます。または、ディスクから適用して、変更がメモリに保持できないときに書き込まれるようにすることもできます。
+ キャッシュされた変更が適用されると、デフォルトではターゲットインスタンスでトランザクション適用プロセス AWS DMS が開始されます。

適用されたキャッシュされた変更フェーズと継続的なレプリケーションフェーズでは、 は 2 つのストリームバッファ AWS DMS を使用します。1 つは受信データと送信データ用です。 は、別のメモリバッファである*ソートと呼ばれる*重要なコンポーネント AWS DMS も使用します。ソーターコンポーネントの 2 つの重要な用途 (他のコンポーネントを含む) は次のとおりです。
+ すべてのトランザクションを追跡し、関連するトランザクションのみを送信バッファに転送します。
+ これにより、トランザクションはソース上と同じコミットの順番で転送されます。

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

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

## バーストパフォーマンスインスタンスの Unlimited モードでの作業
<a name="CHAP_ReplicationInstance.Types.UnlimitedMode"></a>

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

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

T3 インスタンス用 `unlimited` モードの詳細については、「*Amazon EC2 ユーザーガイド*」の「[バーストパフォーマンスインスタンスの Unlimited モード](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/burstable-performance-instances-unlimited-mode.html)」を参照してください。

**重要**  
[AWS 無料利用枠](https://aws.amazon.com/free/)提供の下で`dms.t3.micro`インスタンスを`unlimited`モードで使うと、料金が適用される場合があります。特に、24 時間横揺れ周期における平均使用率が、そのインスタンスのベースライン使用率を超過すると料金が発生することがあります。詳細については、「*Amazon EC2 ユーザーガイド*」の「[ベースライン使用率](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/burstable-credits-baseline-concepts.html#baseline_performance)」をご参照ください。  
T3 インスタンスは、デフォルトで `unlimited` として起動します。24 時間の平均 CPU 使用率がベースラインを超えた場合は、余剰クレジットに対して課金されます。場合によっては、T3 スポットインスタンスは `unlimited` のように起動することがあり、すぐに短時間使用する予定もあると思います。CPU クレジットが発生するアイドル時間なしで実行すると、余剰クレジットの料金が発生します。コストの増加を抑えるには、T3 スポットインスタンス を標準モードで起動することをお勧めします。詳細については、「*Amazon EC2 ユーザーガイド*」の「[余剰クレジットにより料金が発生することがある](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/burstable-performance-instances-unlimited-mode-concepts.html#unlimited-mode-surplus-credits)」、「[T3 スポットインスタンス](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-spot-limits.html#t3-spot-instances)」、「[バーストパフォーマンスインスタンスのスタンダードモード](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/burstable-performance-instances-standard-mode.html)」を参照してください。