のコンポーネント AWS DMS

DMS Fleet Advisor は、複数のデータベース環境からデータを収集し、データインフラストラクチャに関するインサイトを提供します。DMS Fleet Advisor は、すべてのコンピュータにエージェントをインストールする必要なく、単一または複数の中央ロケーションからオンプレミスのデータベースと分析サーバーのデータを収集します。現時点で DMS Fleet Advisor は Microsoft SQL Server、MySQL、Oracle、PostgreSQL のデータベースサーバーをサポートしています。

ネットワークで検出したデータに基づいて、DMS Fleet Advisor は、ユーザーがモニタリング対象のデータベースサーバーとオブジェクトを決定するために確認できるインベントリを構築します。これらのサーバー、データベース、およびスキーマの詳細が収集されるため、目的とするデータベース移行を実行可能かを分析できます。

の DMS Schema Conversion AWS DMS を使用すると、さまざまなタイプのデータベース間のデータベース移行をより予測しやすくなります。DMS Schema Conversion を使用して、ソースデータプロバイダーの移行の複雑さの評価、データベーススキーマとコードオブジェクトの変換ができます。その後、変換したコードをターゲットデータベースに適用できます。

DMS Schema Conversion は概括すると、インスタンスプロファイル、データプロバイダー、移行プロジェクトの 3 つのコンポーネントで動作します。[インスタンスプロファイル] では、ネットワークとセキュリティの設定を指定します。[データプロバイダー] には、データベース接続の認証情報を保存します。移行プロジェクトには、データプロバイダー、インスタンスプロファイル、移行ルールが含まれています。 は、データプロバイダーとインスタンスプロファイル AWS DMS を使用して、データベーススキーマとコードオブジェクトを変換するプロセスを設計します。

大まかに言うと、 AWS DMS レプリケーションインスタンスは、1 つ以上のレプリケーションタスクをホストするマネージド Amazon Elastic Compute Cloud (Amazon EC2) インスタンスです。

関連付けられたいくつかのレプリケーションタスクを実行するレプリケーションインスタンスの例を以下の図に示します。

1 つのレプリケーションインスタンスは、移行の特性とレプリケーションサーバーの容量に応じて、1 つ以上のレプリケーションタスクをホストできます。 は、ユースケースに最適な設定を選択できるように、さまざまなレプリケーションインスタンス AWS DMS を提供します。レプリケーションインスタンスのさまざまなクラスの詳細については、「移行に適した DMS AWS レプリケーションインスタンスの選択」をご参照ください。

AWS DMS は Amazon EC2 インスタンスにレプリケーションインスタンスを作成します。サービスのテストや小規模な移行の場合、いくつかの小さいインスタンスクラスで十分です。移行に多数のテーブルが関与する場合や、複数の同時レプリケーションタスクを実行する予定の場合、大きいインスタンスを 1 つ使用することを検討してください。 AWS DMS はかなりのメモリと CPU を消費する可能性があるため、このアプローチが推奨されます。

選択したAmazon EC2インスタンスクラスに応じて、レプリケーション インスタンスには 50 GB または 100 GB のデータストレージが付属しています。ほとんどのお客様にとって、通常このストレージ容量は十分な量です。ただし、移行で大規模なトランザクションや大量のデータ変更が発生する場合は、基本ストレージの割り当てを増やすことを検討します。変更データキャプチャ (CDC) によって、データがディスクに書き込まれる可能性があります。これは、ターゲットから変更が書き込まれる速度によって異なります。ログファイルもディスクに書き込まれるため、ログ記録の重要度を上げるとストレージ消費量も増えます。

AWS DMS は、マルチ AZ 配置を使用して高可用性とフェイルオーバーサポートを提供できます。マルチ AZ 配置では、 はレプリケーションインスタンスのスタンバイレプリカ AWS DMS を別のアベイラビリティーゾーンに自動的にプロビジョニングして維持します。プライマリレプリケーション インスタンスは、同期的にスタンバイレプリカにレプリケートされます。プライマリレプリケーション インスタンスに障害が発生するか、応答しない場合、スタンバイ状態で中断時間をできる限り抑えて、実行中のタスクを再開します。プライマリはその状態を常にスタンバイにレプリケーションしているため、マルチ AZ 配置ではパフォーマンス上のオーバーヘッドが発生します。

AWS DMS レプリケーションインスタンスの詳細については、「」を参照してくださいAWS DMS レプリケーションインスタンスの使用。

レプリケーションインスタンスを作成および管理せずに、 で AWS DMS Serverless を使用してレプリケーションを自動的に AWS DMS プロビジョニングできます。詳細については、「Serverless AWS DMS の使用」を参照してください。

AWS DMS は、エンドポイントを使用してソースまたはターゲットのデータストアにアクセスします。具体的な接続情報はデータストアによって異なりますが、一般的にエンドポイントを作成するときは次の情報を指定します。

AWS DMS コンソールを使用してエンドポイントを作成する場合、コンソールではエンドポイント接続をテストする必要があります。 AWS DMS タスクでエンドポイントを使用する前に、テストが成功している必要があります。接続情報と同様に、特定のテスト基準はエンジンの種類によって異なります。一般的に、 AWS DMS では、指定されたサーバー名とポートにデータベースが存在することと、提供された認証情報を使用して、移行を実行するために必要なアクセス許可を持つデータベースに接続できることを検証します。接続テストが成功すると、 はスキーマ情報 AWS DMS をダウンロードして保存し、後でタスク設定で使用します。スキーマ情報には、テーブル定義、プライマリキー定義、一意キー定義などがあります。

複数のレプリケーションタスクで 1 つのエンドポイントを使用することもできます。たとえば、2 つの論理的に異なるアプリケーションがあり、これらが同じソースデータベースにホストされていて、これらを別々に移行するとします。この場合は、アプリケーションテーブルのセットごとに 1 つずつ、2 つのレプリケーションタスクを作成します。両方のタスクで同じ AWS DMS エンドポイントを使用できます。

エンドポイントの動作は、エンドポイント設定を使用してカスタマイズできます。[エンドポイント設定] を使用して、ログの詳細、ファイルサイズ、その他のパラメータなどのさまざまな動作を管理できます。データストアのエンジンタイプにより、使用できるエンドポイントの設定は異なります。各データストアの具体的なエンドポイントの設定については、データストアのソースセクションまたはターゲットセクションで調べられます。サポートされているソースとターゲットデータストアのリストについては、「のソース AWS DMS」と「のターゲット AWS DMS」をご参照ください。

AWS DMS エンドポイントの詳細については、「」を参照してくださいDMS AWS エンドポイントの使用。

AWS DMS レプリケーションタスクを使用して、ソースエンドポイントからターゲットエンドポイントに一連のデータを移動します。レプリケーションタスクの作成は、移行を開始する前に最後に実行する必要があります。

レプリケーションタスクの作成時に以下のタスク設定を指定します。

タスクを使用してソースエンドポイントからターゲットエンドポイントにデータを移行します。タスク処理はレプリケーションインスタンスで実行されます。ログ記録要件、制御テーブルデータ、エラー処理など、移行するテーブルとスキーマ、および特別な処理を指定します。

概念的には、 AWS DMS レプリケーションタスクは、次の図に示すように 2 つの異なる機能を実行します。

全ロードプロセスは、簡単に理解できます。データは、ソースから一括抽出で抽出され、ターゲットに直接ロードされます。 AWS DMS コンソールの高度な設定で、抽出およびロードするテーブルの数を並行して指定できます。

AWS DMS タスクの詳細については、「」を参照してくださいAWS DMS タスクの使用。

AWS DMS タスクを使用して、データをターゲットに移行している間にソースデータストアへの継続的な変更をキャプチャすることもできます。ソースエンドポイントから進行中の変更をレプリケートするときに が AWS DMS 使用する変更キャプチャプロセスは、データベースエンジンのネイティブ API を使用してデータベースログへの変更を収集します。

CDC プロセスで、レプリケーションタスクは、メモリ内のバッファを使用して転送中のデータを保持することによって、ソースからターゲットへの変更をストリーミングするように設計されています。何らかの理由でメモリ内バッファが枯渇すると、レプリケーションタスクによって、ディスク上のキャッシュの変更は保留中に変更されます。これは、 AWS DMS がソースからの変更をターゲットに適用できるよりも速くキャプチャする場合などに発生する可能性があります。この場合、タスクのターゲットレイテンシーが、タスクのソースレイテンシーを超えていることがわかります。

これを確認するには、 AWS DMS コンソールでタスクに移動し、タスクモニタリングタブを開きます。CDCLatencyTarget グラフと CDCLatencySource グラフは、ページの下部に表示されます。ターゲットのレイテンシーを示すタスクがある場合は、アプリケーションの速度を上げるために必要なターゲットエンドポイントのチューニングがある可能性があります。

上記で説明したように、レプリケーションタスクではタスクログ用のストレージも使用されます。通常、レプリケーションインスタンスで事前設定されているディスク容量では、十分に変更をログ記録および反映することができます。追加のディスク容量が必要な場合 (例: 詳細なデバッグを使用して移行の問題を調査する場合)、レプリケーションインスタンスを変更してより多くの容量を割り当てることができます。