325-AWS SAP AWS 「理論・実践・一問道場」DMS

type

status

date

slug

summary

理論

1. AWS Database Migration Service (DMS)

AWS DMSは、オンプレミスのデータベースからAWSのデータベースにデータを移行するためのマネージドサービスです。特に、リアルタイムでのデータ移行が可能な変更データキャプチャ（CDC） 機能を提供し、ダウンタイムを最小限に抑えることができます。DMSは、MongoDBからAmazon DocumentDB（MongoDB互換）への移行をサポートしており、移行後も継続的なデータレプリケーションが可能です。

主な特徴：

リアルタイムデータ移行：CDCを使用して、データベースの変更をリアルタイムで移行。

最小ダウンタイム：運用中のデータベースに影響を与えずにデータ移行を行う。

サポートするデータベース：MongoDBやMySQL、PostgreSQLなど、多くのデータベースに対応。

2. Amazon DocumentDB（MongoDB互換）

Amazon DocumentDBは、MongoDB互換のフルマネージドデータベースサービスです。DocumentDBは、スケーラビリティ、可用性、セキュリティを提供し、MongoDBのアプリケーションをAWS上に簡単に移行できます。DocumentDBは、データの整合性や耐障害性を保証し、パフォーマンスのスケーリングが可能です。

主な特徴：

MongoDB互換：MongoDBと同じAPIを使用するため、既存のMongoDBアプリケーションを簡単に移行可能。

フルマネージド：インフラ管理が不要で、AWSが運用、スケーリング、バックアップを管理。

暗号化：データの暗号化と、インターネット経由の安全な接続がサポートされている。

3. 変更データキャプチャ（CDC）

変更データキャプチャ（CDC）は、データベース内の変更をリアルタイムで追跡し、それをターゲットシステムに転送する技術です。CDCは、特にデータ移行やデータ同期のシナリオで非常に有用です。DMSはCDCを使用して、オンプレミスのデータベースとAmazon DocumentDBの間で変更を同期しながら移行を行うことができます。

主な利点：

リアルタイムのデータ同期：データベースの変更をリアルタイムで反映。

最小限のダウンタイム：データベースの稼働を維持したまま移行が可能。

4. データ移行戦略の選択

データ移行にはいくつかのアプローチがあります。AWS DMSは、特に以下のような要件がある場合に適しています：

データベースの移行をリアルタイムで行いたい。

最小限のダウンタイムで移行を完了させたい。

移行後も継続的なデータレプリケーションが必要。

他のアプローチ（例えば、EC2インスタンスの構成やAWS Glueを使用した移行）は、特定のユースケースには有効ですが、MongoDBからDocumentDBへの移行にはDMSが最適です。

結論

MongoDBからAmazon DocumentDB（MongoDB互換）への移行には、AWS DMSを使用した**変更データキャプチャ（CDC）**が最適な戦略です。これにより、データ移行をダウンタイムなしでリアルタイムで実施でき、さらに移行後も継続的なデータ同期を維持することが可能です。

実践

略

一問道場

質問 #325

ある企業が、AWSクラウドでAmazon EC2インスタンス上でアプリケーションを実行しています。このアプリケーションは、レプリカセットを使用したMongoDBデータベースをデータ層として利用しています。MongoDBデータベースは企業のオンプレミスのデータセンターにインストールされており、AWS Direct Connect接続を介してデータセンター環境にアクセス可能です。ソリューションアーキテクトは、このオンプレミスのMongoDBデータベースをAmazon DocumentDB（MongoDB互換）に移行する必要があります。

ソリューションアーキテクトは、どの戦略を選ぶべきですか？

A. EC2インスタンスのフリートを作成し、MongoDB Community Editionをインスタンスにインストールしてデータベースを作成します。オンプレミスのデータセンターで実行されているデータベースと継続的な同期レプリケーションを構成します。

B. AWS Database Migration Service（AWS DMS）レプリケーションインスタンスを作成します。変更データキャプチャ（CDC）を使用して、オンプレミスのMongoDBデータベースのソースエンドポイントを作成します。Amazon DocumentDBデータベースのターゲットエンドポイントを作成します。DMS移行タスクを作成して実行します。

C. AWS Data Pipelineを使用してデータ移行パイプラインを作成します。オンプレミスのMongoDBデータベースとAmazon DocumentDBデータベースのデータノードを定義します。データパイプラインを実行するためのスケジュールされたタスクを作成します。

D. AWS Glueクロウラーを使用してオンプレミスのMongoDBデータベースのソースエンドポイントを作成します。MongoDBデータベースとAmazon DocumentDBデータベース間で継続的な非同期レプリケーションを構成します。

解説

この問題における最適な選択肢は B です。以下にその理由を解説します：

Bの解説

AWS Database Migration Service (DMS) は、オンプレミスのデータベースからAmazon DocumentDBへの移行に適したサービスです。DMSは、変更データキャプチャ（CDC） を使用して、データベースの変更をリアルタイムでキャプチャし、ターゲットに転送します。これにより、ダウンタイムを最小限に抑えながらデータを移行できます。また、DMSはMongoDBからAmazon DocumentDB（MongoDB互換）への移行をサポートしており、移行後に継続的なレプリケーションも可能です。

他の選択肢の分析

A. EC2インスタンスにMongoDBをインストールして同期レプリケーションを行う方法は、手動で管理が必要で、スケーラビリティや可用性が低いため、推奨されません。さらに、MongoDBからAmazon DocumentDBへの移行には、この方法では適していません。

C. AWS Data Pipelineは、データのETL（抽出、変換、ロード）を行うためのツールですが、継続的なデータのレプリケーションや移行には最適ではありません。特にMongoDBからAmazon DocumentDBへの移行には、CDCやリアルタイムデータ転送に対応したサービスの方が適切です。

D. AWS Glueは主にデータの抽出・変換・ロードを行うETLツールですが、MongoDBのようなNoSQLデータベースからAmazon DocumentDBへの移行には、CDCを使用したデータベース移行ツールであるDMSの方が適しています。非同期レプリケーションの構成も難易度が高いため、この選択肢は不適切です。