Azure Site Recoveryによる物理サーバーのAzureへの移行について② – Cloud Steady

この記事は更新から24ヶ月以上経過しているため、最新の情報を別途確認することを推奨いたします。

はじめに

前回の「Azure Site Recoveryによる物理サーバーのAzureへの移行について①」では、サーバー移行のための準備を整えました。
http://cloudsteady.jp/post/2477

今回は、引き続きサーバーの移行の様子を記載します。

構成図(再掲)

手順概要
1.移行対象サーバでの事前準備
2.テストフェールオーバー
3.フェールオーバー
4.移行の完了

1.移行対象サーバでの事前準備
Azure仮想マシンについては、リモートデスクトップにより接続を行うのが基本となります。そのため移行対象サーバーで、事前にリモートデスクトップ接続を許可しておく必要があります。誤ってリモートデスクトップ接続できない状態で移行してしまうと、Azureへの移行自体は成功するものの移行後のAzure仮想マシンへ接続する方法がありませんので注意が必要です。具体的には、Windows ファイアウォールでRDPが拒否されていないことと、システムのプロパティでリモートデスクトップ接続が許可されていることを確認すればよいでしょう。

2.テストフェールオーバー
1.本番の移行前に、テストフェールオーバーを実施することが推奨されます。

2.Azure ポータルにログインし、Recovery Service コンテナーを開きます。

3.「レプリケートされたアイテム」を押下します。

4.一覧から移行対象サーバーを押下します。

5.「テストフェールオーバー」を押下します。
※ この画面で「コンピューティングとネットワーク」を開くと作成される仮想マシンの各種設定を変更することができますが(例えば、Azure仮想マシンのサイズを指定することができます。)、今回は移行可能であることを確認するのが主目的の為変更せずに移行を実施します。

6.テストフェールオーバーに使用する復旧ポイントと、サーバー移行先のAzure仮想ネットワークを選択し「OK」を押下します。
※ テストフェールオーバーで選択するAzure仮想ネットワークは、本番用とは別に事前に作成しておくことが望ましいです。

7.テストフェールオーバーが完了したら、作成されたAzure仮想マシンに対してリモートデスクトップ接続可能なことを確認します。

※ テストフェールオーバーを実施するだけでは、パブリックIPアドレスやネットワークセキュリティグループは作成されません。ネットワークセキュリティグループをサブネット単位ではなく、ネットワークインターフェース単位で設定する場合は、ネットワークセキュリティグループを別途作成し、テストフェールオーバーによって作成されたAzure仮想マシンのネットワークインターフェースに関連付ける必要があります。パブリックIPアドレスについても同様に別途作成し、Azure仮想マシンのネットワークインターフェースに関連付ける必要があります。ネットワークセキュリティグループとパブリックIPアドレスの作成は、テストフェールオーバーだけではなく本番のフェールオーバー時にも必要な作業となります。

8.テストフェールオーバーで作成されたAzure仮想マシンへの接続に問題無いことを確認することができたら、テストフェールオーバーのクリーンアップを実施します。「テストフェールオーバーのクリーンアップ」を押下します。