こんにちは。先週このブログをAWS LightSailからAzure VMに移行しましたので、その手順をこちらに整理しておきたいと思います。
なお、AWS LightSailからAzure VMへの直接移行は行えなさそうなので、AWS LightSail -> AWS EC2 -> Azure VMの順で移行していく必要があります。
今回の一連の手順は以下の公式ドキュメントをベースにしていますが、躓いた点などを随時補足していきたいと思います。
アマゾン ウェブ サービス (AWS) の VM を検出して評価し、Azure に移行する
https://docs.microsoft.com/ja-jp/azure/migrate/tutorial-migrate-aws-virtual-machines
それでは参ります。
Contents
AWS LightSail -> EC2
既に移行元対象がEC2にある場合はこの手順を無視してください。
まずLightSailで対象インスタンスのスナップショットをとります。
![](https://i0.wp.com/www.simpletraveler.jp/wp-content/uploads/2022/06/image-58.png?resize=728%2C437&ssl=1)
これをEC2インスタンスのイメージに変換します。
![](https://i0.wp.com/www.simpletraveler.jp/wp-content/uploads/2022/06/image-59.png?resize=728%2C355&ssl=1)
EC2のページから、AMIが作成されたことが確認できます。
![](https://i0.wp.com/www.simpletraveler.jp/wp-content/uploads/2022/06/image-60.png?resize=728%2C465&ssl=1)
ここまではボタン数クリックでできて超簡単です。イメージは起動せずいったん次のステップに進みます。
EC2 -> Azure VM
Azure Migrateで新規プロジェクト作成
移行にはAzure MigrateというAzure上のサービスを使います。Azure MigrateではさまざまなFromとToの組み合わせに対する移行ができるのですが、今回は「サーバ、データベース、Webアプリ」に該当するので、こちらでプロジェクトを作成します。
![](https://i0.wp.com/www.simpletraveler.jp/wp-content/uploads/2022/06/image-61.jpg?resize=728%2C378&ssl=1)
適当な名前プロジェクトを作成します。
![](https://i0.wp.com/www.simpletraveler.jp/wp-content/uploads/2022/06/image-61.png?resize=728%2C516&ssl=1)
そしたら「Azure Migrate : Server Migration」から、検出に進みます。
![](https://i0.wp.com/www.simpletraveler.jp/wp-content/uploads/2022/06/image-62.jpg?resize=728%2C496&ssl=1)
今回はAWSからの移行なので、「物理またはその他」を選択します。
![](https://i0.wp.com/www.simpletraveler.jp/wp-content/uploads/2022/06/image-62.png?resize=728%2C421&ssl=1)
すると、何やらステップがでてきます。要は、移行を仲介してくれるソフトをAWS上のVMにインストールすることでAzure MigrateからVMを検出できるようになる、というしくみのようです。
もう少しちゃんと言うと、移行は移行元VMとAzure VM間で直接行われるわけでなく、アプライアンスサーバーとよばれる別のVMをAWS側にたてて、そこが仲介して行われるようなので、
- アプライアンスサーバ上にアプライアンスソフトウェアをインストールしてAzure Migrateから検出できるようにする
- 移行元VMをアプライアンスサーバに登録することでアプライアンスサーバーから移行元VMを認識できるようにする(このとき登録キーというものを使う)
というステップが必要になります。
![](https://i0.wp.com/www.simpletraveler.jp/wp-content/uploads/2022/06/image-63.jpg?resize=728%2C379&ssl=1)
そこで使うためのソフトウェア(1)と登録キー(2)をこの画面からダウンロードしておきます。
AWS EC2上にアプライアンスVMを構成する
これはEC2上で行います。新規VM作成で、公式Docに従ってWindows Server 2016で作成します。
![](https://i0.wp.com/www.simpletraveler.jp/wp-content/uploads/2022/06/image-63.png?resize=728%2C412&ssl=1)
アプライアンスサーバーの要件が結構ハード(CPU8コア、メモリ16GB、ディスク600GB・・・)なので、わりとおおきいインスタンスタイプを選ぶ必要がある点に注意。
https://docs.microsoft.com/ja-jp/azure/migrate/migrate-replication-appliance#appliance-requirements
![](https://i0.wp.com/www.simpletraveler.jp/wp-content/uploads/2022/06/image-64.png?resize=728%2C556&ssl=1)
ネットワークですが、移行元VMとAzureと通信可能である必要があります。
移行元VMとはポート443と9443で通信するようなので、これら通信も許可しておく必要があります。
![](https://i0.wp.com/www.simpletraveler.jp/wp-content/uploads/2022/06/image-66.png?resize=728%2C411&ssl=1)
VMが起動したら、リモートデスクトップで接続します。ここに、先ほどAzure Migrateの画面からダウンロードしたイントーラと登録キーをドラッグアンドドロップでコピーします。
起動すると設定がはじまります。
![](https://i0.wp.com/www.simpletraveler.jp/wp-content/uploads/2022/06/image-67-1.jpg?resize=728%2C464&ssl=1)
運び込んだ登録キーのパスを指定したり
![](https://i0.wp.com/www.simpletraveler.jp/wp-content/uploads/2022/06/image-67-2.jpg?resize=728%2C468&ssl=1)
アプライアンスサーバーの要件チェックがあったり
![](https://i0.wp.com/www.simpletraveler.jp/wp-content/uploads/2022/06/image-67-3.jpg?resize=728%2C481&ssl=1)
ネットワーク設定があったり(ここはいじらない)
![](https://i0.wp.com/www.simpletraveler.jp/wp-content/uploads/2022/06/image-67.png?resize=728%2C454&ssl=1)
やっていくと、ソフトウェアのインストールがはじまります。
![](https://i0.wp.com/www.simpletraveler.jp/wp-content/uploads/2022/06/image-68.png?resize=728%2C456&ssl=1)
完了したらパスフレーズが表示されるので、控えておきます。(あとで使います)
![](https://i0.wp.com/www.simpletraveler.jp/wp-content/uploads/2022/06/image-69.png?resize=728%2C452&ssl=1)
次にAzure Site Recovery Configuration Serverからアカウントの設定をします。これは、移行時にAzure Migrateから接続する際に利用する資格情報っぽいです。
ここは適当なアカウント「guest/username」とパスワード「password」を設定すればいいと公式Docにあるので、その通り設定します。
![](https://i0.wp.com/www.simpletraveler.jp/wp-content/uploads/2022/06/image-70.png?resize=728%2C570&ssl=1)
登録キーのパスをここでも改めて指定。
![](https://i0.wp.com/www.simpletraveler.jp/wp-content/uploads/2022/06/image-71.png?resize=728%2C572&ssl=1)
したらアプライアンスサーバーの構成が完了です。
この状態でAzure Migrateを更新すると、ちゃんとアプライアンスサーバーが検出されるようになっているはずです。
![](https://i0.wp.com/www.simpletraveler.jp/wp-content/uploads/2022/06/image-72.jpg?resize=728%2C426&ssl=1)
とここで次の手順のためにもう1ステップ。以下の場所からMicrosoft-ASR-XXXXXというパッケージがみつかるので、移行元サーバのOSにあったものを手元にダウンロードしておきます。
![](https://i0.wp.com/www.simpletraveler.jp/wp-content/uploads/2022/06/image-73.png?resize=728%2C470&ssl=1)
移行元VMの構成
次に移行元VMの構成。
最初のステップでつくったAMIをもとにインスタンスを起動します。このとき、アプライアンスサーバーと通信できるように、443と9443ポートは解放しておくことに注意。(起動後に設定するでも)
そしたら移行元サーバーとアプライアンスサーバーが動作する状態に。
![](https://i0.wp.com/www.simpletraveler.jp/wp-content/uploads/2022/06/image-72.png?resize=728%2C334&ssl=1)
こっから移行元サーバをアプライアンスサーバーと連携できるようにしていきます。
RDPやSSHで移行元サーバに接続し、先ほどダウンロードしておいたMicrosoft-ASR-XXXXファイルを配置。
![](https://i0.wp.com/www.simpletraveler.jp/wp-content/uploads/2022/06/image-75.png?resize=728%2C405&ssl=1)
こいつを解凍して必要な構成を行っていきます。公式Docの通りやればすんなり終わるはずです。
## 解凍
mkdir /tmp/MobSvcInstaller
tar -C /tmp/MobSvcInstaller -xvf <Installer tarball>
cd /tmp/MobSvcInstaller
## インストーラの実行
sudo ./install -r MS -q
## アプライアンスにエージェントを登録
/usr/local/ASR/Vx/bin/UnifiedAgentConfigurator.sh -i <replication appliance IP address> -P <Passphrase File Path> ## 先ほどアプライアンスサーバ構成時最後に表示されたパスフレーズを、適当なテキストファイルに書いて保存しておき、そのパスを指定すればOK
![](https://i0.wp.com/www.simpletraveler.jp/wp-content/uploads/2022/06/image-76.png?resize=728%2C314&ssl=1)
![](https://i0.wp.com/www.simpletraveler.jp/wp-content/uploads/2022/06/image-77.png?resize=728%2C225&ssl=1)
![](https://i0.wp.com/www.simpletraveler.jp/wp-content/uploads/2022/06/image-78.png?resize=728%2C200&ssl=1)
これでAWS側で必要なステップは完了です。
レプリケート
次にレプリケートです。
Azure Migrate : Server Migrationから、「レプリケート」に進みます。
![](https://i0.wp.com/www.simpletraveler.jp/wp-content/uploads/2022/06/image-79.jpg?resize=728%2C512&ssl=1)
ここで先ほど作った資格情報を指定して
![](https://i0.wp.com/www.simpletraveler.jp/wp-content/uploads/2022/06/image-79.png?resize=728%2C607&ssl=1)
移行対象のVMを指定し・・・
![](https://i0.wp.com/www.simpletraveler.jp/wp-content/uploads/2022/06/image-95.png?resize=728%2C419&ssl=1)
レプリケート先を指定し・・・
![](https://i0.wp.com/www.simpletraveler.jp/wp-content/uploads/2022/06/image-96.png?resize=728%2C690&ssl=1)
![](https://i0.wp.com/www.simpletraveler.jp/wp-content/uploads/2022/06/image-97.png?resize=728%2C166&ssl=1)
![](https://i0.wp.com/www.simpletraveler.jp/wp-content/uploads/2022/06/image-98.png?resize=728%2C186&ssl=1)
レプリケーションが開始します。これは結構時間がかかりました。(30~1時間ほど?)
![](https://i0.wp.com/www.simpletraveler.jp/wp-content/uploads/2022/06/image-99.png?resize=728%2C259&ssl=1)
レプリケートがエラーで終了してしまう場合は、こちらがヒントになりそうです。
私の場合、9443ポートがあいていないくてこのエラーにぶちあたりました。
移行
レプリケートが終わったらついに移行です。ここまで終わればあとは簡単です。
Azure Migrate上で「移行」に進んで開始すると、移行が始まります。
![](https://i0.wp.com/www.simpletraveler.jp/wp-content/uploads/2022/06/image-100.png?resize=728%2C360&ssl=1)
しばらく待っていると、移行が完了して無事Azure VM上でサービスが立ち上がりました!
感想
- 事前準備が終わった後の移行はあっさりだったけど、その前にアプライアンスサーバを構成したりが、けっこうめんどくさかった・・・次からはもうちょっと簡単に思える気がする
- アプライアンスサーバの要件をよく確認していなかったのでVM作り直しするはめになった。最初によく確認しておかないと・・
- 特に、9443ポートを解放するのを忘れていて、レプリケートがエラーで終了してしまい、アプライアンスサーバ上の実行ログを調べたりなど、トラブルシューティングに手間取った。(ドキュメントに全部書かれてるんだけどね・・・)
というわけでめでたくこのブログはAzureに移行されましたとさ・・
ご参考になりましたら幸いです。
おしまい
コメントを残す