全般
AWS Database Migration Service とは何ですか?
AWS Database Migration Service (AWS DMS) は、データベースと分析のワークロードを迅速かつ安全に、AWS に移行するのを支援するマネージド移行およびレプリケーションサービスです。移行中でもソースデータベースは完全に利用可能な状態に保たれ、データベースを利用するアプリケーションのダウンタイムは最小限に抑えられます。
AWS Database Migration Service では、最も広く利用されている商用およびオープンソースのデータベースの評価、変換、およびデータ移行を行うことができます。AWS Database Migration Service では、Oracle から Oracle のような同種のデータベース間の移行も、Oracle または Microsoft SQL から Amazon Aurora といった異なるデータベース間の移行もサポートされます。
また、AWS Database Migration Service を使用すると、サポートされているあらゆるソースからサポートされているターゲットに、低レイテンシーで継続的にデータをレプリケートすることができます。 例えば、複数のソースから Amazon Simple Storage Service (Amazon S3) にレプリケートすることで、高可用性のスケーラブルなデータレイクソリューションを構築することができます。
また、Amazon Redshift にデータをストリーミングすることで、データベースをペタバイト規模のデータウェアハウスに統合することもできます。サポートされるソースデータベースとターゲットデータベースの詳細。
Q: どうすれば AWS Database Migration Service の利用を開始できますか?
すばやく簡単に AWS Database Migration Service の利用を開始できます。ほとんどのデータレプリケーションタスクの設定は 10 分以内に完了できます。
AWS マネジメントコンソールの [AWS Database Migration Service] セクションから、移行開始ウィザードへとお進みください。ソースとターゲットのエンドポイントを指定し、既存のレプリケーションインスタンスを選択するか、新規作成し、デフォルトのスキーママッピングルールを受け入れるか、独自の変換ルールを定義します。ウィザードを完了すると、データレプリケーションがすぐに開始されます。
Q: AWS DMS にはどれくらいのコストがかかりますか?
AWS DMS は、データベースや分析ワークロードを移行するための手頃な低コストなオプションです。レプリケーションインスタンスと追加のログストレージに対してのみお支払いいただきます。データ転送は無料です。すべての料金詳細については、DMS の料金表ページを参照してください。
Q: AWS DMS のスキーマコンバージョンはいくらかかりますか。
AWS DMS Schema Conversion は、DMS の一部として無償で利用できます。お支払いは、実際に使用したストレージの分だけです。
Q。AWS Database Migration Service を利用した場合のデータベース移行手順について教えてください。
標準のシンプルなデータベース移行は以下の手順で行います。ターゲットデータベースの作成。データベーススキーマの移行。データレプリケーションプロセスの設定。最大負荷でプロセスを開始し、その後変更データをキャプチャし適用する。ターゲットデータベースの内容がソースデータベースに追いついたら、実稼働環境を新しいデータベースに切り替えて終了する。
Q。AWS DMS を利用したデータベース移行作業は、継続的なデータレプリケーションの場合と異なるのでしょうか。
唯一異なる点は最後のステップ (実稼働環境への切り替え) で、継続的データレプリケーションには含まれていません。データレプリケーションタスクは、変更を加えるか、停止させるまで実行され続けます。
Q: データベース移行タスクの進捗状況をモニタリングできますか?
はい。AWS Database Migration Service のさまざまなメトリクスが、AWS マネジメントコンソールに表示されます。これによって、レプリケーションパイプライン内のそれぞれのポイントの診断とパフォーマンスデータを含む、データレプリケーションプロセスのエンドツーエンドビューが提供されます。
また、AWS Database Migration Service は、CloudTrail や CloudWatch ログといったその他の AWS のサービスとも統合されています。AWS Database Migration Service API と AWS コマンドラインインターフェイス (AWS CLI) を活用して、既存のツールを統合したり、特定のニーズに合わせたカスタムモニタリングツールを構築したりできます。
Q: AWS Database Migration Service と他のアプリケーションをどのように統合できますか?
AWS Database Migration Service では、プロビジョニング API が提供されており、自分の開発環境から直接レプリケーションタスクを作成したり、予定された時間にタスクが作成されるスクリプトを作成したりできます。
サービス API と CLI を利用することで、開発者とデータベース管理者は、レプリケーションタスクの作成、再起動、管理、停止を自動化できます。
対応するソースとターゲットエンジン
Q: AWS Database Migration Service は、どのようなソースデータベースとターゲットデータベースをサポートしていますか？
AWS Database Migration Service (DMS) では、さまざまな同種間および異種間のデータレプリケーションがサポートされています。
ソースまたはターゲットデータベース (またはその両方) が RDS または EC2 内に存在する必要があります。オンプレミスデータベース同士間のレプリケーションはサポートされていません。
Q: AWS DMS サーバーレスはどのソースエンジンとターゲットエンジンをサポートしていますか?
AWS DMS サーバーレスは、Oracle、Microsoft SQL Server、PostgreSQL、MySQL、Amazon Redshift、Amazon RDS、Amazon Aurora などの一般的なデータベースと分析サービスをサポートしています。サポートされているエンジンの全リストをご覧ください。
スキーマ変換
Q。AWS Database Migration Service では、Oracle PL/SQL や SQL Server T-SQL のコードから、Amazon RDS for MySQL や Amazon RDS for PostgreSQL ストアドプロシージャへの変換がサポートされますか?
はい、AWS Database Migration Service の一部として AWS DMS Schema Conversion (DMS SC) があり、Oracle PL/SQL と SQL Server T-SQL コードを、 SQL のダイヤレクトである Amazon RDS for MySQL の同等のコードや PostgreSQL の同等の PL/pgSQL コードに自動変換することができます。
あるコードフラグメントをターゲット言語に自動変換できない場合、DMS SC では、アプリケーションデベロッパーが手動で入力する必要がある箇所が明示されます。 また、AWS Schema Conversion Tool (AWS SCT) と呼ばれるダウンロード版も用意されています。
Q: AWS Database Migration Service で、データベーススキーマを移行できますか?
はい、よりカスタマイズ可能なスキーマ移行プロセスが必要な場合 (例えば、本番データベースを移行する際に、ストアドプロシージャやセカンダリデータベースオブジェクトを移動する必要がある場合)、異種間の移行用に AWS DMS の組み込み Schema Conversion 機能を使用することが可能です。代替案としては、AWS Schema Conversion Tool をダウンロードするか、ソースエンジンにネイティブなスキーマエクスポートツールを使用することで、以下のような同種の移行を行うことができます。
- SQL Server Management Studio のインポートおよびエクスポートウィザード。
- Oracle の SQL Developer Database Export ツール、または dbms_metadata パッケージを使用したスクリプトによるエクスポートを行います。
- MySQL の Workbench Migration Wizard。
Q。AWS Database Migration Service (AWS DMS) と AWS Schema Conversion Tool (AWS SCT) はどのように関連していますか?
AWS DMS と AWS SCT は連携して、データレイクやウェアハウスの設定、システムの同期など、さまざまな使用方法で、データベースの移行、継続的なレプリケーションのサポートを行います。AWS SCT により、データベーススキーマを同種間の移行用にコピーすることや、異種間の移行用に変換することもできます。Oracle から PostgreSQL またはデータウェアハウス間や、Netezza から Amazon Redshift など、データベース間にスキーマを設定できます。
空のターゲットにスキーマが作成されると、データの量やサポートされるエンジンに応じて、AWS DMS または AWS SCT によりデータが移行されます。従来、AWS DMS は小規模なリレーショナルワークロード (<10 TB) の移行に使用されますが、AWS SCT は主に大規模なデータウェアハウスワークロードの移行に使用されます。AWS DMS では、ターゲットがソースと常に同期される継続的なレプリケーションがサポートされていますが、AWS SCT ではサポートされていません。
データレプリケーション
Q: ワンタイムデータ移行に加えて、AWS Database Migration Service を継続的データレプリケーションに使用できますか?
はい。RDS または EC2 ベースのデータベースへのワンタイムデータ移行と、継続的データレプリケーションに、AWS Database Migration Service をご利用いただけます。AWS Database Migration Service では、ソースデータベースの変更が検知され、トランザクション単位で整合性を保つ方法でターゲットデータベースに変更が適用されます。
お客様のデータセンターから AWS のデータベースへ、またはその逆に (AWS データベースからお客様のデータセンターへ) 継続的レプリケーションを実行できます。また、同一タイプまたは異なるタイプのデータベース間での継続的レプリケーションも実行できます。継続的なレプリケーションでは、アベイラビリティを高めるためにマルチ AZ の使用が推奨されます。
Q。なぜ自己管理型のレプリケーションソリューションではなく、AWS Database Migration Service を使用する必要があるのですか?
AWS Database Migration Service は非常に簡単にご利用いただけます。レプリケーションタスクは数分以内に設定できます。自己管理型レプリケーションソリューションの場合、インストールと構成を行う必要があるため、数時間から数日間かかります。AWS Database Migration Service は、レプリケーションタスク、ネットワークまたはホストの障害をモニタリングし、修復できない障害が発生した場合にホストの交換を自動的にプロビジョンします。AWS Database Migration Service のユーザーは、通常、セルフマネージドソリューションを使用する必要があるため、容量を過剰にプロビジョンしたり、高価なハードウェアやレプリケーションソフトウェアに投資したりする必要はありません。
AWS Database Migration Service を使用すると、ユーザーはオンデマンド料金体系の恩恵を受けることができ、負荷に合わせてレプリケーションインフラストラクチャをスケールアップまたはスケールダウンできます。AWS Database Migration Service データレプリケーションは、AWS Schema Conversion Tool と緊密に統合され、異なる種類のデータベース移行プロジェクトが簡略化されます。
Q: 暗号化されたデータソースから、データをレプリケーションできますか?
はい。AWS Database Migration Service では、暗号化されたデータベースの読み書きがサポートされています。AWS Database Migration Service は、お使いのデータベースの SQL インターフェイスレイヤーのエンドポイントに接続されます。Oracle または SQL Server の Transparent Data Encryption 機能を使用する場合、AWS Database Migration Service はデータソースから復号されたデータを抽出し、ターゲットへレプリケーションできるようになります。
同じことが、ストレージレベルの暗号化にも当てはまります。AWS Database Migration Service でソースデータベースの正しい認証情報が使用される場合、ソースに接続してデータ (復号されている) をターゲットにプロパゲートできます。
情報の機密性を維持するために、ターゲットに保管時の暗号化を使用するようお勧めします。アプリケーションレベルの暗号化を使用する場合、そのままデータは暗号化されて AWS Database Migration Service 経由で転送され、ターゲットデータベースに挿入されます。
サーバーレス
Q: AWS DMS サーバーレスとは何ですか?
AWS Database Migration Service (AWS DMS) サーバーレスを使用すると、リソースのプロビジョニング、モニタリング、スケーリングを自動的に行い、データベースと分析を AWS に簡単にコスト効率よく移行できます。AWS DMS サーバーレスを使用すると、移行リソースの過剰なプロビジョニングや、継続的なデータレプリケーションのためのリソースの手動のモニタリング、スケーリングが不要になります。AWS DMS サーバーレスは需要に合わせてリソースを最適化するため、お支払いいただくのは使用したリソースに対してのみです。そのため、継続的なデータレプリケーションや、異なるソースエンジンとターゲットエンジン間の複雑な異種移行などの一般的なユースケースに役立ちます。
Q: AWS DMS サーバーレスを使用して継続的なレプリケーションを行うことはできますか?
はい。AWS DMS サーバーレスは継続的なレプリケーションに使用できます。DMS サーバーレスは、シングル AZ 配置とマルチ AZ 配置の両方の配置オプションをサポートしています。
Q.同種のデータベース移行にはどの DMS 機能を使用すればよいですか?
同種の移行を行う場合は、慣れ親しんだ環境でシームレスに移行できるため、サポートされているエンジン用の DMS 組み込みネイティブツールを使用することをお勧めします。移行をプロビジョニングしたり監視したりする必要はなく、移行中に使用した時間分のみお支払いいただきます。サポートされているエンジンを確認するには、DMS のドキュメントページを参照してください。
データの変動を伴う異種移行や継続的なデータ複製には、AWS DMS サーバーレスの使用をお勧めします。手動による介入やリソースの過剰なプロビジョニングを行うことなく、需要に合わせて自動的にリソースを監視およびスケーリングし、時間とコストを節約できるためです。一方、オンデマンドインスタンスは、パフォーマンスとコストの面で適切なサイズを設定できるため、予測可能で安定したデータ転送に適しています。サポートされているエンジンについては、AWS DMS サーバーレスのドキュメントを参照してください。
Q.AWS DMS の同種データ移行はサーバーレスですか?
はい。同種のデータ移行のための AWS DMS の組み込みネイティブツールはサーバーレスです。レプリケーションインスタンスを使用せず、シームレスな移行を実現するために、必要に応じて移行リソースを自動的に監視およびスケーリングします。
移行計画
Q: AWS DMS フリート Advisor とは何ですか?
AWS DMS フリート Advisor は、AWS Database Migration Service (AWS DMS) の無料のフルマネージド機能です。この機能を使用すると移行計画を自動化し、最小の労力でデータベースと分析フリートをクラウドにスケールで移行することができます。 オンプレミスデータベースの検出には、スタンドアロンの AWS DMS フリート Advisor コレクター、または AWS Application Discovery Service (ADS) エージェントレスコレクターのデータベースおよび分析コレクションモジュールを使用できます。
Q: AWS DMS フリート Advisor と AWS Application Discovery Service および Migration Evaluator は、いつ使用しますか?
AWS DMS フリート Advisor は、多数のデータベースおよび分析サーバーを AWS に移行することを検討しているユーザー向けです。データベースと分析ワークロードを AWS のターゲットサービスに移行する準備ができたら、AWS DMS フリート Advisor を使用して、オンライントランザクション処理 (OLTP) およびオンライン分析処理 (OLAP) のデータベースワークロードを検出および分析する必要があります。フリート Advisor はソースデータベースを AWS のターゲットサービスに移行する複雑さを判断することで、カスタマイズされた移行プランを構築することを可能にします。
AWS Application Discovery Service (ADS) と Migration Evaluator は、広範なコンピューティングと添付されたブロックストレージの検出を対象としています。Migration Evaluator は、AWS のデータ駆動型ビジネスケースを探しているお客様が移行を始める場合に使用します。ADS は、AWS Migration Hub にフィードして、サーバー間の依存関係を視覚化し、アプリケーショングループを作成し、移行の進行状況を追跡するために使用します。
Q: AWS DMS フリート Advisor コレクターと AWS Application Discovery Service は、いつ使用しますか?
AWS Migration Hub によるサーバーの移行をサポートし、オンプレミスのデータベースを検索できるようにするため、ほとんどのお客様には、利用可能なリージョンで AWS Application Discovery Service (ADS) Agentless Collector を使用することをお勧めします。その他のすべてのリージョンでは、AWS DMS フリート Advisor コレクターを使用することをお勧めします。スタンドアロンの AWS DMS フリート Advisor コレクターと AWS ADS Agentless Collector の両方から収集されたデータベースのメタデータと使用率のメトリックスは、AWS DMS Fleet Advisor で使用できます。
VMware vCenter Server 環境を使用している場合は AWS ADS Agentless Collector を使用します。それ以外の場合は、AWS DMS フリート Advisor コレクターを Microsoft Windows Server 2012 以降にインストールできます。
ライフサイクルポリシー
Q: AWS DMS のサポートライフサイクルポリシーとは何ですか?
AWS DMS のサポートライフサイクルポリシーでは、各 DMS のバージョンがリリースされてからサポートされなくなるまでのサポート期間を規定しています。
Q: サポートライフサイクルポリシーの目的は何ですか?
サポートライフサイクルポリシーは、AWS DMS の各バージョンリリースに対して、予測可能で一貫性のあるサポートガイドラインを提供することを目的としています。このガイドラインは、ユーザーが移行やアップグレードを戦略的に計画するのに役立ちます。
Q: AWS DMS リリースのサポートスケジュールを教えてください。
各 DMS バージョンリリースのサポート終了日は、最初のリリースから 18 か月後に開始されます。既存のすべての DMS バージョンの最新スケジュールについては、DMS コンソールの新しいセクション「サポートライフサイクルポリシー」を参照してください。
Q: タイムラインはどのように伝達されますか?
各 AWS DMS バージョンリリースのサポートタイムラインは、関連する DMS リリースノートと、DMS コンソールの新しい「サポートライフサイクルポリシー」セクションに記載されます。90 日以内にサポートが終了するバージョンを使用している場合は、「レプリケーションインスタンス」の下のエンジンバージョンの横にアラートが表示されます。さらに、AWS は四半期ごとに、次の四半期にサポートが終了するリリースを実行している場合、DMS インスタンス所有者に E メールでリマインダーを送信します。
Q: AWS DMS リリースサポートライフサイクルポリシーはいつ適用されましたか?
このポリシーは 2023 年 1 月 1 日に適用されました。リリース後 18 ヶ月のサポート終了日を迎えたすべてのインスタンスは、自動アップグレードの設定にかかわらず、優先的に最新の DMS バージョンに自動的にアップグレードされます。
Q: ご希望の DMS のバージョンは何ですか？
DMS サービスでは、DMS の最新リリースの 1 つを優先バージョンとして指定します。この優先バージョンは、自動アップグレードに使用されるバージョンであり、新しい DMS インスタンスを作成するお客様のデフォルトの選択肢です。
Q: 最新の優先される AWS DMS のバージョンはどのように定義されるのでしょうか？
DMS の新バージョンは、広範囲にわたるテストを経てからリリースされます。新バージョンリリース後は、DMS のサービスチームが信頼性のメトリクスとユーザーからのフィードバックを綿密にモニタリングします。新しいリリースに重大な問題がないことが確認されたら、そのリリースを新しい優先バージョンとしてマークし、レプリケーションインスタンスの作成時にバージョンを選択することで確認できます。
Q: DMS のメジャーバージョンとマイナーバージョンで、サポートポリシーの期間は同じですか？
AWS DMS では、メジャーバージョンとマイナーバージョンのリリースを区別しておらず、異なるサポートポリシーを持つ予定はありません。
Q: AWS DMS は自動的にインスタンスを最新の優先バージョンに更新しますか？
自動アップグレードを有効にすると、レプリケーションインスタンスは、利用可能になった時点で自動的に最新の優先バージョンに更新されます。自動アップグレードをオプトアウトした場合、AWS DMS は、アップグレード前にメールとコンソール通知で通知される使用期限に達した時点で、インスタンスを最新の優先バージョンに更新します。AWS コンソールまたは AWS CLI を使用して DMS エンジンのバージョンをアップグレードする方法については、この DMS ユーザーガイドで詳しく説明されています。
Q: 自動アップグレードを有効にするにはどうすればよいですか？
レプリケーションインスタンスの自動アップグレードの設定は、デフォルトでオンになっています。AWS CLI、DMS API、またはコンソールを使用してこの設定を確認または変更するには、この「レプリケーションインスタンスの変更ガイド」を使用できます。
Q: アップグレード中にタスクはどうなりますか?
移行タスクのテーブルが進行中の変更の複製フェーズ (CDC) である場合、AWS DMS はパッチ適用中にタスクを一時停止します。その後、パッチが適用された時点から移行が継続されます。
パッチ適用時に AWS DMS がフルロードオペレーションを実行している場合、AWS DMS はテーブルの移行を再スタートします。これらのアップグレードは、レプリケーションインスタンスに指定されたメンテナンスウィンドウの間に行われます。詳細は、Working with AWS DMS Maintenance Window ガイドを参照してください。
Q: サポート対象外のバージョンのインスタンスを持っています。既存のインスタンスやジョブにどのような影響がありますか? 次のステップとしてどのようなことを推奨しますか?
DMS バージョンのサポート終了日が過ぎると、AWS DMS はサポートを継続するために、コンソールからリリースバージョンを削除し、ユーザーのレプリケーションインスタンスを最新の優先バージョンにアップグレードする場合があります。できるだけ早く、最新のAWS DMS のリリースにアップグレードすることをお勧めします。
Q: もっと情報が必要な場合、誰に連絡すればよいですか？
詳細は、AWS デベロッパーサポートにお問い合わせください。
