翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
Application Migration Service を使用してオンプレミスの Microsoft SQL Server データベースを Amazon EC2 に移行する
Senthil Ramasamy、Amazon Web Services
概要
このパターンでは、Microsoft SQL Server データベースをオンプレミスデータセンターから Amazon Elastic Compute Cloud (Amazon EC2) インスタンスに移行する手順について説明します。（ AWS Application Migration Service AWS MGN) を使用して、lift-and-shift移行を使用してデータベースをリホストします。 AWS MGN は、ソースデータベースサーバーのブロックレベルのレプリケーションを実行します。
前提条件と制限
前提条件
アクティブな AWS アカウント
オンプレミスデータセンターにあるソース Microsoft SQL Server データベース
制約事項
ネットワーク帯域幅は、オンプレミスデータセンターと の間で制限される場合があります AWS。
AWS MGN は、専用ストレージを備えたスタンドアロンサーバーでホストされているデータベースに限定されます。クラスター化されたデータベースシステムと、変更率がネットワークのスループットを超えるデータベースシステムの移行はサポートされていません。
一部の AWS のサービス は では使用できません AWS リージョン。リージョンの可用性については、AWS のサービス 「リージョン別
」を参照してください。特定のエンドポイントについては、「サービスエンドポイントとクォータ」ページ を参照して、サービスのリンクを選択します。
製品バージョン
Microsoft SQL Server データベースのすべてのバージョン
MGN をサポートする Windows および Linux AWSオペレーティングシステム
アーキテクチャ
ソーステクノロジースタック
オンプレミス Microsoft SQL Server データベース
ターゲットテクノロジースタック
Amazon EC2 インスタンス上の Microsoft SQL Server データベース
ターゲット アーキテクチャ
このアーキテクチャでは AWS 、MGN を使用してオンプレミスの企業データセンターから にデータをレプリケートします AWS。この図は、データレプリケーションプロセス、API 通信、テストフェーズとカットオーバーフェーズを示しています。
データレプリケーション：
AWS MGN は、オンプレミスの企業データセンターから にデータをレプリケート AWS し、変更の継続的なレプリケーションを開始します。
ステージングサブネット内のレプリケーションサーバーは、データを受信して処理します。
API 通信：
レプリケーションサーバーは、TCP ポート AWS 443 を介して MGN、Amazon EC2、Amazon Simple Storage Service (Amazon S3) API エンドポイントに接続します。Amazon S3
AWS MGN は移行を管理します。
Amazon EC2 はインスタンスオペレーションを管理します。
テストとカットオーバー：
テストインスタンスは、レプリケートされたデータを使用して運用サブネットで起動します。
テストに成功すると、 AWS MGN は最終移行用のカットオーバーインスタンスを作成します。
ツール
AWS Application Migration Service （AWS MGN) は、アプリケーションを に変更 AWS クラウド することなく最小限のダウンタイムでリホスト (リフトアンドシフト) するのに役立ちます。
AWS Direct Connect は、標準のイーサネット光ファイバケーブルを介して内部ネットワークを Direct Connect ロケーションにリンクします。この接続を使用すると、ネットワークパスでインターネットサービスプロバイダーをバイパスしながら、パブリック AWS サービスへの仮想インターフェイスを直接作成できます。
Amazon Elastic Compute Cloud (Amazon EC2) は、 AWS クラウドでスケーラブルなコンピューティング容量を提供します。仮想サーバーを必要な数だけ起動して、迅速にスケールアップまたはスケールダウンできます。
Amazon Simple Storage Service (Amazon S3) は、量にかかわらず、任意のデータ量を保存、保護、取得する上で役立つクラウドベースのオブジェクトストレージサービスです。
ベストプラクティス
インターネットからのパブリックアクセスを禁止するために、仮想プライベートクラウド (VPC) AWS で MGN、Amazon EC2、Amazon S3 の API リージョンエンドポイントを設定します。
AWS MGN 起動設定をセットアップして、プライベートサブネットでターゲットデータベースサーバーを起動します。
データベースセキュリティグループで必要なポートのみを許可します。
最小特権の原則に従い、タスクの実行に必要な最小限のアクセス許可を付与します。詳細については、IAM ドキュメントの「最小特権の付与」と「セキュリティのベストプラクティス」を参照してください。
エピック
| タスク | 説明 | 必要なスキル |
|---|---|---|
MGN AWS を設定します。 | AWS Application Migration Service で を検索し AWS Management Console、セットアッププロセスを開始します。これにより、レプリケーションテンプレートが作成され、MGN コンソールのソースサーバーページにリダイレクトされます。MGN サービスを設定するときに、生成されたリストからサービスロールを選択します。 | DBA、移行エンジニア |
ソースサーバーを追加します。 | オンプレミスのソースデータベースサーバーの詳細を追加し、サーバーを追加します。 | DBA、移行エンジニア |
ソースサーバーに AWS MGN エージェントをインストールします。 | AWS MGN エージェントインストーラをローカルシステムにダウンロードし、インストーラをソースデータベースサーバーに転送します。インストーラハッシュを検証するには、AWS 「Windows 2012 用のダウンロードしたレプリケーションエージェントインストーラの検証」を参照してください。 | DBA、移行エンジニア |
| タスク | 説明 | 必要なスキル |
|---|---|---|
クライアント IAM 認証情報を生成します。 | AWS MGN エージェントをインストールする前に、適切なアクセス許可を持つ新しい IAM ユーザーを作成して AWS 認証情報を生成します。 詳細については、「 の AWS 管理ポリシー AWS Application Migration Service」および「必要な AWS 認証情報の生成」を参照してください。 | DBA、移行エンジニア |
エージェントをソースサーバーにインストールします。 | Microsoft SQL Server データベースをホストするソースマシンに エージェントをインストールします。詳細については、「Windows サーバーへの AWS レプリケーションエージェントのインストール」を参照してください。 次の AWS 認証情報を指定します。
一意の AWS 認証情報により AWS 、MGN エージェントは移行タスクを認証して実行できます。 | アプリ所有者、DBA、移行エンジニア |
レプリケートするディスクを選択します。 | AWS 認証情報を入力すると、インストーラはサーバーがエージェントインストールの最小要件を満たしていることを確認します (たとえば、サーバーに AWS MGN エージェントをインストールするのに十分なディスク容量があるかどうかなど）。インストーラはボリュームラベルとストレージの詳細を表示します。 AWS MGN サービスを使用してデータベースをレプリケートするには、ソースサーバーで該当するディスクを選択します。各ディスクのパスをカンマで区切って入力します。すべてのディスクをレプリケートする場合は、パスを空白のままにします。選択したディスクを確認すると、インストールが続行されます。 | DBA、移行エンジニア |
同期の進行状況をモニタリングします。 | AWS レプリケーションエージェントは、最初に選択したディスクのスナップショットを作成し、次にデータをレプリケートすることで、同期プロセスを開始します。 同期の進行状況は、MGN AWS コンソールのソースサーバーページからモニタリングできます。詳細については、「移行ライフサイクルでサーバーをモニタリングする」を参照してください。 | DBA、移行エンジニア |
| タスク | 説明 | 必要なスキル |
|---|---|---|
レプリケーションの進行状況を管理します。 | 最初の同期を開始すると、ソースサーバーが MGN AWS コンソールに表示され、移行を管理およびモニタリングできます。コンソールには、選択したディスクの合計サイズと使用可能なネットワーク帯域幅に基づいて、完全なレプリケーションの推定時間が表示されます。 | DBA、移行エンジニア |
同期を確認します。 | ソースサーバーのディスクが完全に同期されたら、選択したすべてのディスクが完全に同期済みとしてリストされ、コンソールにエラーが報告されていないことを確認します。 その後 AWS 、MGN コンソールは移行ライフサイクルステータスをテスト準備完了に自動的に移行し、 のレプリケートされた環境 AWS がパフォーマンスと機能のテストの準備が整ったことを示します。 | アプリ所有者、DBA、移行エンジニア |
| タスク | 説明 | 必要なスキル |
|---|---|---|
起動設定を構成します。 | MGN AWS コンソールでソースサーバーを選択し、ターゲットテストインスタンスの起動設定を更新します。ソースサーバーの詳細ページから、起動設定タブに移動してテストインスタンスを設定します。 費用対効果の高いインスタンスタイプと Amazon Elastic Block Store (Amazon EBS) ボリュームタイプを選択し、セキュリティグループとネットワーク要件を設定します。詳細については、「起動設定」を参照してください。 | DBA、移行エンジニア |
ターゲットテストインスタンスを起動します。 | 同期されたソースマシンの AWS MGN コンソールに移動し、テストしてカットオーバーしてからテストインスタンスを起動を選択して、ターゲットテストインスタンスを起動します。 これにより、設定した設定を使用してテストインスタンスをデプロイする起動ジョブが作成されます。インスタンスは で起動 AWS クラウド し、ソースデータベースサーバーの環境をレプリケートします。起動履歴ページから起動の進行状況をモニタリングします。このページでは、インスタンスの作成を追跡し、問題に対処できます。 | DBA、移行エンジニア |
ターゲットテストインスタンスを検証します。 | Amazon EC2 データベースサーバーを検証します。
検証テストを実行して、データベースが期待どおりに機能することを確認します。 | DBA、移行エンジニア |
サーバーの名前を変更します。 | AWS MGN 移行には、オンプレミスのソースサーバーのストレージレベルのコピーが含まれます。SQL Server EC2 インスタンスには、元のソースサーバーの詳細のみがバイナリに含まれているため、バイナリ情報を更新して新しいサーバーの名前を反映します。
| DBA、移行エンジニア |
カットオーバーインスタンスを起動します。 | AWS MGN コンソールのソースサーバーページで、サーバーの移行ライフサイクルステータスがカットオーバー準備完了であることを確認します。カットオーバーインスタンスの起動設定を行い、設定がオンプレミス環境を反映していることを確認します。 カットオーバーを開始する前に、オンプレミスデータベースをシャットダウンします。これにより、以下が保証されます。
AWS MGN コンソールでカットオーバーインスタンスを開始します。カットオーバーインスタンスが動作したら、インスタンスにログインし、次のテストを実行します。
| アプリ所有者、DBA、移行エンジニア、移行リーダー |
トラブルシューティング
| 問題 | ソリューション |
|---|---|
認証ステップで最初の同期が失敗します。 | これはネットワーク接続の問題です。レプリケーションサーバーは MGN AWS に接続できません。 |
関連リソース
AWS ドキュメント
動画
