Loading...

We've detected that your browser language is Chinese. Would you like to visit our Chinese website? [ Dismiss ]
By: Dervish

VMwareからAWSへの移行は、スケーラビリティ向上、パフォーマンス最適化、運用コスト削減を目指す企業の重要な課題となっています。この移行を円滑に実施するため、AWS Application Migration Service(AWS MGN)はブロックレベルの自動レプリケーション機能を提供し、ダウンタイムと人的ミスを最小限に抑えます。本ガイドではAWS MGNを使用したVMware仮想マシン(VM)からAmazon EC2への移行手順をステップバイステップで解説し、移行後のVMwareツールのクリーンアップ作業も取り上げます。さらに、VMware‑AWS移行をさらに簡素化する効率的な代替ソリューションも紹介します。 Migrate from VMware to AWS

ソリューションアーキテクチャ概要

本移行アーキテクチャはAmazon VPC内の2つの専用サブネットを使用します。データレプリケーション用のステージングエリアサブネット、ならびに検証およびカットオーバー用EC2インスタンスを起動する移行リソースサブネットです。VMware VMにインストールしたAWSレプリケーションエージェントが、ステージングエリアに対して継続的なブロックレベルデータ同期を開始します。ボリュームのレプリケーション完了後、ソースサーバーは「テスト準備完了」とマークされます。

テスト・カットオーバーインスタンスは移行リソースサブネットに展開されます。AWS MGNの起動後アクションを活用し、インスタンス上にAWS Systems Manager(SSM)エージェントをインストールし、カスタムスクリプトを実行してVMware Toolsを削除します。本アーキテクチャはオンプレミスのVMware環境とVMware Cloud on AWSの両方に対応します。

VMwareからAWSへの移行 ステップバイステップガイド

手順1:前提条件を整える

移行を開始する前に、以下の項目を準備してください:

  1. AWS Application Migration Serviceドキュメントに記載された初期化および操作用の権限を持つAWSユーザー
  2. AWS MGNの要件に準拠した事前設定済みネットワーク
  3. 対応OSを搭載したソースサーバー(最新のOS互換リストはAWSドキュメントを参照)
  4. AWSレプリケーションエージェントのダウンロード・インストール権限を持つVMware VMの認証情報
  5. テストおよびカットオーバーインスタンス用の専用VPCサブネットと対応するEC2セキュリティグループ

手順2:必要なVPCエンドポイントを作成

パブリックインターネットにアクセスできないプライベートサブネットの場合、SSMエージェントのインストールと起動後スクリプト実行のため、3つのVPCエンドポイントを作成する必要があります。

  • amazonaws.<region>.ssm
  • amazonaws.<region>.ec2messages
  • amazonaws.<region>.ssmmessages

各エンドポイントの作成手順:

  1. Amazon VPCコンソールを開き、エンドポイントエンドポイントを作成を選択。

Create Endpoint

  1. AWSサービスを選択し、対象のエンドポイントサービス名を検索(<region>を自身のAWSリージョンに置き換え)。

AWS services

  1. 対象VPCとサブネットを選択し、プライベートサブネットからの443番ポートの受信を許可するセキュリティグループをアタッチ。

Inbound Traffic

  1. エンドポイント作成を完了。残り2つのエンドポイントも同様に作成。

手順3:VMware Toolsアンインストール用起動後アクションを設定

起動後アクションはインスタンス起動後のクリーンアップ作業を自動化します。Windows、LinuxインスタンスからVMware Toolsを削除するアクションを設定します。

  1. AWS MGNコンソールにて起動後テンプレート起動後テンプレートを編集へ移動。

Post‑Launch template

  1. テスト・カットオーバーインスタンスへSSMエージェントをインストールするオプションをオンにし、テンプレートを保存。

Install the SSM Agent

  1. アクションを作成を選択し、OSごとにクリーンアップ用カスタムスクリプトを作成。

Windowsサーバー(例:Windows Server2019)

  • アクション名:CleanUpVMwareTools‑Windows
  • このアクションを有効化:有効
  • SSMドキュメント名:AWS‑RunPowerShellScript
  • オペレーティングシステム:Windows
  • コマンド
Remove‑Item –path .\VMware –recurse 
$regpath = "HKLM:\Software\Microsoft\Windows\CurrentVersion\uninstall" 
Get‑childItem $regpath | % { 
$keypath = $_.pschildname 
$key = Get‑Itemproperty $regpath\$keypath 
if ($key.DisplayName ‑match "VMware Tools") { 
$VMwareToolsGUID = $keypath 
} 
Msiexec.exe /x $VMwareToolsGUID /qn /norestart 
}
  • 作業ディレクトリ:C:\Program Files\
  • 実行タイムアウト:300

Add Action

Linuxサーバー(例:RHEL 9)

  • アクション名:CleanUpVMwareTools‑Linux
  • このアクションを有効化:有効
  • SSMドキュメント名:AWS‑RunShellScript
  • オペレーティングシステム:Linux
  • コマンド

rm -r ./VMware

  • 実行タイムアウト:300

両方のアクションを保存し、起動後テンプレート上で有効と表示されていることを確認。

Active

手順4:AWSレプリケーションエージェントをインストールしソースサーバーを追加

  1. AWS MGNコンソールでソースサーバーサーバーを追加へ移動。
  2. VMのOS(WindowsまたはLinux)、レプリケーション設定(全ディスクをレプリケートなど)を選択。
  3. IAMアクセスキーIDとシークレットアクセスキーを入力し、エージェントインストールコマンドを生成。

Add server

  1. AWSレプリケーションエージェントのインストーラーをダウンロードし、VMware VMへコピー。
  2. VM上で管理者(Windows)またはroot(Linux)権限でインストールコマンドを実行。エージェントがサーバーをAWS MGNに登録し、初期データレプリケーションを開始。

Copy

手順5:テストインスタンスを起動し検証

カットオーバー前にワークロードがAWS上で正常動作するか確認するため、テストは非常に重要です。

  1. AWS MGNコンソールにて、ソースサーバーの移行ライフサイクルが「テスト準備完了」、データレプリケーション状況が「正常」であることを確認。
  2. 対象サーバーを選択し、テストとカットオーバーテストインスタンスを起動

Test and Cutover

  1. テストインスタンス起動後、AWS SSM Session ManagerまたはFleet Managerで接続し、アプリケーション動作とネットワーク接続を検証。
  2. テスト成功後、テストとカットオーバー「カットオーバー準備完了」とマークを実行し、不要なコストを回避するためテストインスタンスを終了。

手順6:カットオーバーインスタンスを起動し移行を確定

移行完了の準備が整ったら以下を実施:

  1. ソースサーバーの状態がカットオーバー準備完了、レプリケーションが正常であることを確認。

Ready for cutover

  1. サーバーを選択し、テストとカットオーバーカットオーバーインスタンスを起動
  2. カットオーバーインスタンスを検証し、要件通り動作することを確認。
  3. 移行を確定するためテストとカットオーバーカットオーバーを確定を実行。これによりデータレプリケーションが停止、サーバーステータスが「カットオーバー完了」に更新され、レプリケーションリソースがクリーンアップされます。

Finalize cutover

手順7:不要なコストを防ぐためリソースをクリーンアップ

移行完了後、課金を回避するため下記リソースを削除します。

  • テスト用、未使用のカットオーバーEC2インスタンス
  • レプリケーション・テストに使用したEBSボリューム
  • 事前に作成した3つのVPCエンドポイント
  • 不要になったソースサーバーのAWS MGNとの紐付けを解除

VMwareからAWSへの代替移行ソリューション

AWS Application Migration Serviceは堅牢な移行手段を提供しますが、VPCエンドポイント、起動後アクション、段階的な検証の手動設定が必要であり、大規模移行プロジェクトでは工数がかかります。

Info2Softのi2MigrationはVMware VMをAWSへ移行する最適なソリューションです。ライブマイグレーション製品であるi2Migrationは、OS、アプリケーション、ユーザーデータをノーダウンタイムでワンクリック移行可能とし、移行プロセスを簡素化します。移行時間の見通しが立ちやすく、完了後は新しいホストがシームレスに業務を引き継ぎます。

  • ノーダウンタイムVM移行
  • AWS環境への適応・複雑性の低減
  • 大規模移行による効率向上とコスト削減
  • データセキュリティとAWSコンプライアンス対応

i2Migrationを使用したAWSへのVM移行手順を紹介します。

準備フェーズ

  1. 移行要件の評価

移行対象VMware仮想マシンの台数とスペックを確認します。

ソースVM上のOS・アプリケーションの互換性を確認します。

  1. AWS環境の準備

ターゲットインスタンスのスペックをソースマシンに合わせ、ディスクサイズは元環境以上に設定します。

ソースVMとターゲットインスタンスが通信できるよう、セキュリティグループとネットワークを設定します。

  1. i2Migrationのインストール

エージェントをインストールしi2Migrationに登録します。

AWS上の空のインスタンスにLiveCDまたはWinPEイメージをアタッチして起動し、i2Migrationへ登録します。

移行手順

  1. 移行タスクの設定

i2Migration管理画面を開き、新規移行タスクを作成します。

ブロックレベル移行方式を選択します。

ネットワーク帯域制限、データ圧縮など移行パラメータを設定します。

  1. 初期同期の実行

初期同期を開始し、ソースVMの全データをターゲットインスタンスへコピーします。

同期進捗を監視し、データ転送が安定して実行されていることを確認します。

  1. 増分同期

初期同期完了後、i2Migrationは自動的に増分同期モードへ切り替わり、ソースVM上の増分データを継続的に取得・転送します。

★Tips:
ネットワーク安定性:データ転送中断を防ぐため、ソースVMとターゲットインスタンス間のネットワークを安定させてください。
データ整合性:切替実行前に全データが完全に同期完了していることを確認し、データ損失を回避してください。
検証作業:正式カットオーバーの前に十分な動作検証を実施し、AWS上で業務が正常に稼働することを確認してください。

さらにi2Migrationの使用方法に関する動画を参照できます。個別要件やご質問があれば、営業またはテクニカルサポートチームへいつでもお問い合わせください。

まとめ

VMwareからAWSへ移行することで、ワークロードに対して優れたスケーラビリティ、パフォーマンス、コスト効率が得られます。AWS Application Migration Serviceはエージェントベースのレプリケーションにより信頼性の高い移行を実現し、起動後アクションによりEC2インスタンスからVMware固有のツールを除去し、環境をクリーンに保ちます。

より簡素化・スケーラブルな移行を求めるチームにはInfo2softのi2Migrationが最適な代替手段です。複雑な設定作業を簡略化し、一括移行に対応し、インテリジェントな監視機能によりエラーのないスムーズな移行を実現します。

VMware‑AWS移行を始めませんか。基本的な要件にはAWS MGNを、大規模移行プロジェクトの変革を実現するにはi2Migrationをぜひご検討ください。

概要は準備中です

関連記事

目次:
最新情報を購読
最新のインサイト、ニュース、限定コンテンツをお届けします。いつでも配信解除が可能です。
購読する
ビジネスデータのセキュリティ強化を始めませんか?
60日間の無料トライアルまたはデモで、Info2softが企業データをどのように保護するかをご確認ください。
フォームにご記入の上、送信してください。担当者より追ってご連絡いたします。
このフォームを送信することにより、 プライバシー通知を読み、同意したことを確認します。
{{ isSubmitting ? '送信中...' : '送信する' }}