Azure上のHyper-Vネスト型仮想化を使用したレプリケーション、復元、およびフェイルオーバーの方法
ディザスタリカバリには、少なくとも1か所のセカンダリサイト(ディザスタリカバリサイトと呼ばれる)が存在することが前提となります。遠隔地のデータセンターは、ディザスタリカバリサイト(DRサイト)と見なすことができます。しかし、ホットDRサイトにはそれ相応の高コストが伴います。DRサイトとして遠隔地のデータセンターを持たないものの、極めて短時間で環境を復旧させる必要がある場合は、どうすればよいでしょうか？
現在では、主要ベンダーのクラウド環境を災害復旧サイトとして利用し、そこにバックアップやVMレプリカを保存しておき、災害発生時にクラウド上で仮想マシン(VM)を実行することができます。 短期間でVMのフェイルオーバーを実行し、障害発生時にプライマリサイトのワークロードをDRサイトへ移行するには、VMレプリカが必要です。Hyper-V仮想マシンも例外ではありません。
このブログ記事では、以下の方法を使用してHyper-V VMをAzureへフェイルオーバーする手順を説明します。 NAKIVO Backup & Replication.
Azure と Hyper-V について
Hyper-Vは、仮想マシンを実行するためにマイクロソフトが開発したハイパーバイザーの一種です。Hyper-VロールはWindowsマシンにのみ展開可能であり、 VMware そして VirtualBox ハードウェア仮想化ソリューション。Hyper-V Serverにはスタンドアロン版もあります。
Azureは、Microsoftが提供するパブリッククラウドです。Azureは、Azure仮想マシン、Azure Active Directory、コンテナサービス、データベース、ストレージサービス、Webサービスなど、多様なサービスを提供しています。Microsoftは、Hyper-V仮想化プラットフォームを使用して、Azureクラウド上でAzure仮想マシンを実行しています。Azure仮想マシンは、仮想ハードウェアや仮想ディスク形式など、Hyper-V仮想マシンの多くの機能を継承しています。
しかし、Hyper-V 仮想マシンと Azure 仮想マシンには、VM フォーマットに関して違いがあります。Azure VM には特定の VM サイズがあり、これらは適切なパフォーマンス(プロセッサ、メモリ、ストレージ、入出力値)を提供するプリセットと見なすことができます。Azure VM に接続できる仮想ディスクの最大サイズは 1 TB です。Azure VM でサポートされるのは VHD 形式の仮想ディスクのみであり、Azure では Generation 1 VM のみを展開できます。
Hyper-V 仮想マシンを Azure に複製する方法
Hyper-V 仮想マシンと Azure 仮想マシンには違いがあるため、Hyper-V 仮想マシンを単に Azure にレプリケートし、そのレプリカとして Azure 仮想マシンを実行することはできません。幸いなことに、この問題を解決する方法があります。Microsoft は Windows Server 2016 のリリースに伴い、この状況に対応できる新しい"Hyper-V ネスト型仮想化"機能を発表しました。Azure を使用することで ネスト型仮想化 この機能により、仮想マシン(VM)内で別の仮想マシンを実行することが可能になります。つまり、Azure上にWindows Server仮想マシンを展開し、Hyper-V形式のネストされた仮想マシンを実行できます。この環境を利用することで、ローカルのHyper-V仮想マシンをAzureにレプリケートすることができます。
AzureへのHyper-V仮想マシンのフェイルオーバーのアルゴリズムは以下の通りです:
- Azure クラウドに、Windows Server 2016 または Windows Server 2019 を実行する Azure VM をデプロイします。
- Azure上で実行されているそのWindows Server仮想マシンに、Hyper-Vの役割をインストールします。
- Azure上の仮想Hyper-Vホストで実行されているネストされたVMのネットワーク設定を行います。
- 物理(オンプレミス)のHyper-Vホスト上のVMを、Azure上でVMとして実行されている仮想Hyper-Vホストに複製します。
- 災害発生時には、Azure上のHyper-Vホストで実行されているネストされたVMレプリカにフェイルオーバーします。
本日のブログ記事では、AzureでHyper-Vレプリカを作成する方法と、Azure上に存在するHyper-V形式のネストされたVMへのフェイルオーバーを実行する方法について解説します。スクリーンショット付きの詳細な手順解説が、ワークフローの理解に役立つことを願っています。
デモ環境
このブログ記事で紹介している例では、1つのローカルサイト( オフィス1)および1つの災害復旧サイト(Azureクラウドに展開された仮想Hyper-V環境)。
The environment of Office 1
- スイッチ機能を内蔵した物理ルーターが1台あります。このルーターにはファイアウォールが搭載されています。このルーターのWAN IPアドレスは77.88.196.86、LAN IPアドレスは192.168.17.1です。LAN(ローカルエリアネットワーク)のアドレスは192.168.17.0/24です。
- (物理または仮想の)マシンで NAKIVO Backup & Replication (DirectorとTransporterで構成される完全なソリューション)をインストールしました。IPアドレスは192.168.17.63です。
- 物理サーバー上で動作しているHyper-Vホスト。IPアドレスは192.168.17.23です。Hyper-Vホストと、その上で動作しているマシン NAKIVO Backup & Replication は同じネットワーク(192.168.17.0/24)に接続されています。この Hyper-V ホストは、 NAKIVO Backup & Replication であり、保護されています。
- Hyper-V ホストには、仮想スイッチ (192.168.117.0/24) に接続された仮想ネットワークアダプタがあります。Hyper-V サーバー上のこの仮想ネットワークアダプタの IP アドレスは 192.168.117.1 です。
- Hyper-V ホスト (192.168.17.23) 上で実行されている仮想マシンは、仮想スイッチに接続されており、ネットワーク (192.168.117.0/24) にも接続されています。 "WinServer2016blog"という名前の Hyper-V VM がこの Hyper-V ホスト上で実行されており、Azure にレプリケートされます。ご覧のとおり、この VM には Windows Server 2016 がインストールされています。
Azure Cloud environment
- Windows Server 2016 を実行している Azure VM があります。このマシンでは Hyper-V ロールが有効になっています。Azure 上で実行されているこの Hyper-V サーバーの外部 IP アドレスは 55.105.221.43 です。この IP アドレスは、インターネットから Hyper-V ホストに接続するために使用されます。Azure ファイアウォールは、以下の外部 IP アドレスからの接続のみを許可するように構成されています。 オフィス1また、Azure上でHyper-Vを実行しているWindows Server 2016にはWindowsファイアウォールが搭載されており、このファイアウォールも同様の設定がなされています。これにより、Hyper-VホストからネストされたVMへの接続、およびその逆方向の接続が許可されています。
- Hyper-V ホスト上の仮想スイッチは、ネストされた仮想マシンを仮想 NAT デバイスの背後にあるネットワークに接続するように構成されています。このネットワークの名前は"NAT Network"であり、仮想スイッチの名前は InternalSwitchNATこの仮想スイッチに接続されている仮想NATデバイスのIPアドレスは192.168.217.1で、ネットワークアドレスは192.168.217.0/24です。
- ネストされたVMはNATネットワーク(192.168.217.0/24)に接続されており、インターネットにアクセスできます。AzureのHyper-Vホスト上に2台のテスト用VMを作成し、その後、 WinServer2016ブログ Hyper-Vホスト上で実行されているVM オフィス1 は、Azureクラウド上で実行されているHyper-Vホスト上に作成されます。
- Azure上でHyper-Vを実行しているWindows Server 2016の仮想マシンは、Azure上の仮想マシン同士を相互接続するために使用される仮想ローカルエリアネットワークにも接続されています。このネットワークのアドレスは10.0.4.0/24です。
- 接続するにはインターネット接続が必要です オフィス1 Azureへ、Azureクラウドに展開されたHyper-V環境を含めて。
以下の図に、言及されたすべての要素が示されています。
Azure におけるネストされた Hyper-V VM へのフェイルオーバーのワークフロー
では、ローカル環境を含む環境の設定方法を見ていきましょう。 オフィス1 上記の構成に従い、Azure Cloud上のリモート環境を構築します。プライマリデータセンターには、すでにHyper-Vサーバーがインストールされ、設定が完了しているものと想定しています(オフィス1), NAKIVO Backup & Replication また インストール済み 物理マシンまたは仮想マシン上で、かつプライマリデータセンター上で少なくとも1つのHyper-V VMが実行されている(オフィス1)。この例では、元のHyper-V仮想マシンの名前は WinServer2016ブログ.
新しいAzure VMの作成
AzureでWindows Server 2016を実行するVMを作成します。このVMは、Hyper-VサーバーのインストールおよびネストされたHyper-V VMの実行に使用されます。Webブラウザを開き、次のURLにアクセスしてください。 Microsoft Azure Web サイト。アカウントを使用して Microsoft Azure にサインインします。Azure クラウド サービスを利用するには、適切なサブスクリプションが必要です。 https://portal.azure.com/ ページで、[選択] をクリックします Virtual machines Webインターフェースで。
～について 仮想マシン ページ (Home > Virtual Machine)、クリック Add 仮想マシンを作成する。
VM作成ページには複数のタブがあり、各タブにはいくつかのセクションが含まれています。
基本
～について 基本 ウィザードの[タブ]で、以下のパラメータを設定します:
Project details
定期購読: 従量課金制(ご利用可能なプランをお選びください)。
リソースグループ. 既存のリソースグループを選択するか、新しいリソースグループを作成します。この例では、 testnbr はリソースグループの名前です。
Instance details
仮想マシンの名前: Server 2016 Azure。
地域: (ヨーロッパ) 西ヨーロッパ。必要な地域(例えば、お住まいの地域に最も近い地域)を選択してください。
利用可能なオプション: インフラの冗長性は不要です(このデフォルト設定のままにしておいてください)。
画像: Windows Server 2016 Datacenter(Windows Server 2012 R2 Datacenterよりも多くのHyper-V機能をサポートしているため、Windows Server 2016が推奨されます)。
Azure Spotインスタンス: いいえ。
サイズ: D2s_v3 この例ではこれを使用しています。Hyper-V Serverの実行に対応している他のVMサイズを選択することも可能です。すべて v3 一連のAzure VMはネストされた仮想化に対応しています。Azure上で稼働するHyper-Vホストへのフェイルオーバー後、必要なすべてのHyper-V VMを実行するのに十分なVMパフォーマンスが確保されている必要がある点にご注意ください。
Administrator account
ユーザー名: nakivo(任意のユーザー名を入力できます)
パスワード: *************(コードパスワードを設定)
パスワードの確認: *************
Inbound port rules
パブリックインターネットからAzure仮想マシンにアクセスするために開く必要がある着信ポートを選択できます。 このVMをリモートで管理する際は、RDPポートを開いたままにしておきましょう。RDPは、着信接続にTCPポート3389を使用します。VMの設定が完了したら、RDP(リモートデスクトッププロトコル)経由のネットワークアクセスを無効にできます。その後、Azureのファイアウォールをより詳細に設定し、特定のIPアドレスやネットワークからのカスタムポートへの着信接続を許可することができます。
公開インバウンドポート: 選択したポートを許可する
受信ポートを選択: RDP (3389)
Save money
コスト削減につながる可能性があるため、Windows Serverのライセンスを既にお持ちかどうかを選択してください。
No デフォルトで選択されています。
これらの設定は、以下のスクリーンショットでご確認いただけます。
VMのサイズを選択すると、VMの名前、仮想プロセッサ(vCPU)の数、メモリ(RAM)の容量、最大IOPS値(1秒あたりの入出力操作数)、一時ストレージの容量、プレミアムディスクのサポート状況、および月額費用を確認できます。
クリック 次へ 準備が整い、ウィザードの次のステップに進む準備ができたとき。
ディスク
このタブでは、作成したい仮想ディスクの設定を選択してください。
Disk options
OSディスクの種類: プレミアム SSD。以前に選択した VM サイズではプレミアム SSD ディスクがサポートされているため、このオプションはそのままにしておくのが最も実用的です。その他の利用可能なオプションには、スタンダード HDD およびスタンダード SSD があります。
Azure 仮想マシンが現在実行中であっても、VM の作成時に追加のディスクを作成することができます。
ヒット 次へ ネットワーク設定を行う。
ネットワーキング
[ネットワーク] タブで、以下のパラメータを選択してください。
Network interface
仮想ネットワーク: 既存の仮想ネットワークを選択するか、新しい仮想ネットワークを作成します。この例では、 testnbr-vnet は仮想ネットワークの名前です。
サブネット: 既定値 (10.0.4.0/24)。Azure クラウド内の仮想 LAN (ローカル エリア ネットワーク) において、Azure 仮想マシン同士が通信するために使用するサブネットを選択します。新しいサブネットを作成することもできます。
パブリックIP: デフォルト値のままにしておいても構いません。
NICネットワークセキュリティグループ: 基本
公開インバウンドポート: 選択したポートを許可する
受信ポートを選択: RDP (3389)。これは、VM作成ウィザードの最初の画面で表示された設定です。
ネットワーク構築の迅速化: オフ
Load balancing
この仮想マシンを既存のロードバランシングソリューションの背後に配置する: いいえ
これで、管理設定の設定に進むことができます。
経営
このタブでは、Azure 仮想マシンの監視および管理オプションを設定できます。管理パラメーターはデフォルトのままにし、診断用ストレージ アカウントがまだ作成されていない場合は、ここで作成してください。このタブでどのオプションを設定すべきか不明な場合は、パラメーターをデフォルトのままにしておいてください。
上級
このタブでは、デフォルト設定のままにし、仮想マシンの世代を選択できます(第1世代または第2世代)。この例では、 Generation 1 VMが作成されています。
タグ
必要に応じて、カスタムタグを追加することができます。
これでクリックできます Review + create 新しいVMの設定を確認するには。
検証に合格しました これは、すべて問題なく、新しいVMを作成できることを意味します。
同様の新しいAzure VMを複数展開する必要がある場合は、自動化用のテンプレートをダウンロードできます。
最後に、青い Create ボタンをクリックして、仮想マシンの作成プロセスを開始します。
仮想マシンが作成されるまでお待ちください。
仮想マシンのデプロイが正常に完了すると、次の画面が表示されます。
Hyper-V サーバー ロールのインストール
Windows Server 2016 を実行する新しい Azure VM をデプロイしたら、Hyper-V ロールをインストールできます。Azure で作成した VM は、作成後に自動的に起動します。また、いつでも手動で VM を起動することもできます。Azure の Web インターフェースで VM を起動するには、次の手順に従ってください。 Home > Virtual machines, 仮想マシンを選択してください デプロイ済み(チェックボックスにチェックを入れて)、"クリック" Start.
VMをクリックして、オプションメニューとVM情報を表示します。このVMの外部IPアドレスを確認します。このIPアドレスを使用して、Azure上で実行されているWindows Server 2016 VMにリモートデスクトップ経由で接続します。この例では、Azure VMの外部IPアドレスは 51.105.221.43 です。
お使いのWindowsマシンで、 リモートデスクトップクライアント そして、Azure上で実行されているWindows Server 2016に接続します。Windowsのスタートメニューから、適切なショートカットを見つけることができます(スタート > Windows アクセサリ > リモート デスクトップ接続) または開く CMD そして、次のコマンドを実行します:
mstsc -v: 51.105.221.43
Azure VMの作成プロセス中に設定したWindowsの管理者資格情報を入力してください。
クリック はい 確認のポップアップウィンドウが表示された場合は。
Hyper-V のインストール準備
リモートデスクトップセッションを確立し、Azure上で実行されているリモートのWindows Server 2016 VMに接続すると、画面の右側に青いポップアップウィンドウが表示されます。この画面は、ネットワークアダプターが初めてネットワークに接続されたときに表示されます。この青いウィンドウには、次のような質問が表示されます:
このネットワーク上の他のPCやデバイスから、お使いのPCを検出できるようにしますか？
クリック Yes.
その後、ネットワークアダプタが 非公開 ネットワークプロファイル。あるいは、プロファイルの設定を変更することもできます。 公開 ～へ 非公開 手動で。
デフォルトのネットワークアダプタ名は イーサネット.
ネットワークプロファイルを次のように変更できます 非公開 PowerShellでは:
$Profile = Get-NetConnectionProfile -InterfaceAlias Ethernet
$Profile.NetworkCategory = "Private"
Set-NetConnectionProfile -InputObject $Profile
を開く ネットワークと共有センタータスクバーのネットワークアイコン(時計の近く)を右クリックし、[ "ネットワークと共有センター"を開く. 開いた ネットワークと共有センター ウィンドウで、ネットワークプロファイルを確認できます(必ず 非公開 ネットワーク)。クリック アダプターの設定を変更する ～の中で コントロールパネルのホーム ウィンドウのその部分。
その 詳細な共有設定 ウィンドウで、[ 非公開 プロファイル(現在のプロファイルである必要があります)と turn on network discovery、そして turn on file and printer sharing (下のスクリーンショットを参照)。
ヒット Save Changes そしてウィンドウを閉じてください。
Hyper-V のインストール
PowerShell を管理者として実行し、次のコマンドを実行します Hyper-V ロールをインストールする Azure上のWindows Server 2016で。
Install-WindowsFeature -Name Hyper-V -IncludeManagementTools -Restart
Windows Server 2016 を実行している Azure VM は、Hyper-V のインストールを完了するために自動的に再起動します。リモート デスクトップ セッションは切断されます。マシンの再起動後、リモート デスクトップ クライアントを使用して手動で Azure VM に接続してください。
RDP 経由で Azure 上で実行されている Windows Server 2016 VM に接続したら、Hyper-V サーバーを設定します。 サーバーマネージャー Windows Server 2016の起動時に自動的に開くウィンドウには、次の内容が表示されます。 Hyper-V オプション。Hyper-V マネージャーを開くには、次の手順に従ってください。 Tools > Hyper-V Managerスクリーンショットでご覧いただけるように、ホスト名は、仮想マシンの作成時に定義したAzure VM名と同じです。
Hyper-V 仮想ネットワークの準備
Hyper-V ではデフォルトで仮想スイッチは作成されないため、新しい仮想スイッチを手動で作成して構成する必要があります。
Hyper-V マネージャーで、Hyper-V サーバー名を右クリックし、コンテキストメニューから 仮想スイッチマネージャー. Virtual Switch Managerのグラフィカルユーザーインターフェースでは、次の3種類の仮想スイッチを作成できます: 外部, 内部、および 非公開.
こちらのブログ記事をご覧ください Hyper-V 仮想スイッチ そして、前述の3つの仮想スイッチのうち、要件に合った構成のものを作成してください。ただし、NATネットワークの作成はPowerShellのコマンドラインインターフェースでのみ可能である点にご注意ください。
NAT仮想スイッチ また、このブログ記事では、NATの背後にあるネットワークを構築し、独自の隔離されたネットワーク上で動作しながらも、インターネットやHyper-Vホストへのアクセスが可能なネストされたHyper-V VMを作成します。Hyper-Vホストは、ネストされたHyper-V VMに接続できるようになります。
PowerShellを開き、NATモードで新しい仮想スイッチを作成して構成しましょう:
New-VMSwitch -Name "InternalSwitchNAT" -SwitchType Internal
どこ InternalSwitchNAT は仮想スイッチの名前であり、 内部 仮想スイッチの種類です。
ネットワークインターフェースのインデックスを確認してください:
Get-NetAdapter
ご覧の通り、 vEthernet(InternalSwitchNAT) Azure上でHyper-Vホストとして実行されているWindows Server 2016に、仮想ネットワークアダプターが作成されます。
この例では、必要なアダプターのインターフェイスインデックスは 20.
のIPアドレスを設定します。 vEthernet(InternalSwitchNAT) 以前に作成した仮想ネットワークインターフェース:
New-NetIPAddress -IPAddress 192.168.217.1 -PrefixLength 24 -InterfaceIndex 20
この例では、このインターフェースのIPアドレスは 192.168.217.1
24 これはネットワークマスクの長さであり、255.255.255.0に等しい
新しい仮想ネットワークを作成し、作成したネットワークのネットワークアドレスを設定します:
New-NetNat -Name "InternalNATnet" -InternalIPInterfaceAddressPrefix 192.168.217.0/24
Virtual Switch ManagerのGUIを開けば、新しい仮想スイッチが作成されたことを確認できます。
最後に、仮想ネットワークインターフェース vEthernet (InternalSwitchNAT)) の設定は以下の通りです:
IPアドレス:192.168.217.1
ネットマスク:255.255.255.0
NATネットワークのファイアウォール設定
ネットワーク通信を許可し、ネストされた仮想マシンからHyper-Vホストへのアクセスを許可するように、Windowsファイアウォールを設定する必要があります。
新規作成 Inbound Hyper-V ホストの Windows ファイアウォールでルールを設定します(事前に作成した内部 NAT ネットワークからの受信接続を許可するようにしてください)。
ルール名: Allow217net
アクション: 接続を許可する
プロトコルとポート: いずれか
プログラムとサービス: いずれか
適用範囲: 192.168.217.0/24
プロフィール: ドメイン、プライベート、パブリック(上記の設定で使用されている"プライベート"プロファイルのみ選択可能です)
このルールは、1つのPowerShellコマンドで作成できます:
New-NetFirewallRule -RemoteAddress 192.168.217.0/24 -DisplayName "Allow217net" -Profile Any -Action Allow
Windows ファイアウォールの GUI を開き、ルールが作成されていることを確認できます。
PowerShell コマンドレットを使用すると、Windows ファイアウォールの利用可能なすべてのルールを一覧表示できます
Get-NetFirewallRule
テスト用のネストされたVMの作成
ネストされたVM間、Hyper-VホストとネストされたVM間のネットワーク通信、およびネストされたVMからのインターネットアクセスをテストするには、2台のネストされたHyper-V VMを作成することをお勧めします。
それでは、Windows Server 2016のインストールISOイメージをAzure上で実行中のHyper-Vホストにコピーし、Windows Server 2016を実行する2つのネストされたHyper-V VMを作成しましょう(Windows Server 2016のインストールイメージをお持ちでない場合は、イメージをダウンロードするか、手動で作成してください)。次に、これら2つのネストされたVMを仮想Hyper-Vに接続してみます NATネットワーク また、Hyper-Vのネットワーク設定が正しく行われているか確認してください。
ISOイメージは一時ディレクトリにコピーされます(C:temp) この例では(2台のテスト用Hyper-Vネスト型VMを作成した後、ISOファイルはいずれにせよ削除されるため)。Azure仮想マシン(ディスク)の一時ストレージには、重要なデータをコピーしないでください。 D: (この場合)その一時ストレージからデータが自動的に削除される可能性があるためです。
推奨されるベストプラクティスに従い、Azure VM用に2つ目の永続仮想ディスクを作成し、VMレプリカ(Hyper-Vレプリカ)を含むネストされたHyper-V VMをそのディスクに保存することができます(例: E:)。ご存じのとおり、Azure VMは稼働中でも新しい仮想ディスクをホット追加できます。このブログ記事では、すべてのVMをディスク上に保存します C: 教育目的です。
もう1つの推奨事項として、Hyper-Vのグローバル設定で、VMファイルや仮想ディスクを配置するディレクトリを指定することをお勧めします。例えば、次のように設定できます。 E:VMsHyper-V VMファイルを保存するディレクトリとして、 E:VM、Hyper-V、仮想ハードディスク 仮想ディスクを保存するディレクトリとして。
Hyper-V で新しい Windows VM を作成する方法については、 このブログ記事.
ネストされたHyper-V VMを作成する際は、そのVM用に大容量の仮想ディスクを作成しないでください。Windows Server 2016のインストールには、20GBの動的仮想ディスクで十分です。テスト終了後、これらのVMを削除し、Hyper-V VMのフェイルオーバーに備えてAzureクラウド上のリモートサイト環境を構成する手順に進んでください。 ネストされた Hyper-V VM の仮想ネットワークアダプターを NAT ネットワークに接続することを忘れないでください(InternalSwitchNAT) これは最近作成されたもので、これからテストを行うものです。
その他のVMパラメータは以下の通りです:
RAM:2 GB
CPU:1プロセッサ
世代:1
ネストされたVMの仮想ネットワークアダプタのIPアドレスは手動で設定します:
NestedWinTest
IPアドレス 192.168.217.21
サブネットマスク 255.255.255.0
デフォルトゲートウェイ: 192.168.217.1
DNSサーバー1: 8.8.8.8
DNSサーバー2: 192.168.217.1
NestedWinTest2
IPアドレス: 192.168.17.22
サブネットマスク: 255.255.255.0
デフォルトゲートウェイ: 192.168.217.1
DNSサーバー1: 8.8.8.8
DNSサーバー2: 192.168.217.1
必要に応じて、Azure上で実行されているHyper-Vホスト、またはネストされたHyper-V VM上でDHCPサーバーを設定できます。
2つのネストされたHyper-V VMを InternalSwitchNAT ネットワークの設定と Windows ファイアウォールの設定(この場合はすべてのプロトコルとポートが許可されています)を行うと、ネストされた仮想マシン内および Hyper-V ホストから各ホストに対して ping を実行できるようになります。下のスクリーンショットにあるように、Azure 仮想マシンとして実行されている Hyper-V サーバー上で、NAT の背後にある仮想ネットワークが適切に構成されています。
つまり、Hyper-V レプリカを作成したり、ローカル サイトからレプリカへ Hyper-V 仮想マシンをフェイルオーバーしたりする際、Azure 環境をリモート サイトとして設定できるようになりました。設定を行うには、Hyper-V を実行している Azure 仮想マシンで、受信接続および ICMP 接続用の適切な TCP ポートを開放しておく必要があります。 NAKIVO Backup & Replication コンポーネント。NAKIVO Transporterは、ファイアウォールの設定完了後、Azure上で稼働しているHyper-Vホストにインストールされます。
ファイアウォールの設定 NAKIVO Backup & Replication
によると NAKIVO Backup & Replication ネットワーク 要件DirectorとTransporter間のネットワーク接続を確立するには、着信トラフィックに対して以下のポートを開く必要があります:
TCP: 9445, 9446, 9448-10000, 445, 137-139, 5986;
ICMPトラフィックを許可する必要があります NAKIVO Backup & Replication ネットワーク上で正常に動作する。
NAKIVO Director これは、フルソリューションをインストールする際に指定されたマシンにインストールされる集中管理インターフェースです。Directorは、トランスポーター、バックアップリポジトリ、インベントリ、VMware環境、Hyper-V環境などの管理に使用されます。1台のみ ディレクター デプロイ時にインストールできます NAKIVO Backup & Replication.
NAKIVO Transporter これは、圧縮、暗号化、重複排除などのデータ転送操作を担当するコンポーネントであり、バックアップ、レプリケーション、およびリカバリを実行することを目的としています。Directorがインストールされているマシンには、デフォルトで1つのOnboard Transporterがインストールされており、このOnboard Transporterを製品から削除することはできません。必要に応じて、複数の 輸送業者 他のマシンにおいて、データの暗号化や圧縮、リモートネットワークへのデータ転送のための設定の簡素化、およびワークロードの分散を可能にするため。
Azure上でAzure仮想マシンとして実行されているHyper-Vホストでは、Azureのファイアウォールに加え、Windowsファイアウォールも設定する必要があります。
Azureでのファイアウォールの設定
AzureのWebインターフェースで、[ ] に移動します Home > Virtual machines、VMを選択してください(Server 2016 Azure (この場合は)このVM名をクリックしてVMの設定を開きます。次に、左側のペインで、 Networking ネットワーク設定を開くには、[] をクリックします。 Add inbound port rule 新しいファイアウォールルールを作成します。
画面の右側に、新しいファイアウォールルールのパラメータを設定するための新しいウィンドウが表示されます。この例では、正常に動作させるために作成された最初のファイアウォールルールのパラメータは、 NAKIVO Backup & Replication 以下に一覧を示します。
出典: IPアドレス
送信元IPアドレス: 77.88.196.86、77.88.196.87(オフィス1、オフィス2などのルーターで使用されている外部IPアドレスを選択してください)
送信元ポートの範囲: *
目的地: いずれか
宛先ポートの範囲: 9445,9446,9448-10000,445,137-139,5986
プロトコル: TCP
アクション: 許可する
優先順位: 310(既定値)
名前: Allow_NAKIVO_ports
クリックして Add ボタンをクリックして設定を保存し、新しいファイアウォールルールを追加します。
クリック Add inbound port rule ICMP接続を許可するために、もう一度設定を行います。2つ目のルールには、以下に示すようなパラメータを設定する必要があります。
出典: IPアドレス
送信元IPアドレス: 77.88.196.86, 77.88.196.87(ルーターで使用されている信頼できる外部IPアドレスを選択してください) オフィス1)
送信元ポートの範囲: *
目的地: いずれか
宛先ポートの範囲: *
プロトコル: ICMP
アクション: 許可する
優先順位: 320(既定値)
名前: Allow_ICMP_NAKIVO
これで、Azure クラウド上で Azure VM として実行されている Hyper-V ホストに必要なルールが作成されました。
Azureのファイアウォール設定が完了しました。また、Azure VM上で実行されているWindowsのファイアウォールについても設定を行う必要があります。
AzureのHyper-VホストにおけるWindowsファイアウォールの設定
Azure上で実行されているHyper-Vホストを管理しているRDPセッションに戻ってください。そのセッションを閉じてしまった場合は、再度RDPを使用してAzure上で実行されているHyper-Vホストに接続してください。Windowsファイアウォールを開き、Windows Server 2016に同様の2つのルールを追加してください。
Rule 1 以下のパラメータを含んでいる必要があります:
名前: Allow_NAKIVO_ports
出典: IPアドレス
送信元IPアドレス／CIDR範囲: 77.88.196.86, 77.88.196.87
送信元ポートの範囲: *
目的地: いずれか
宛先ポートの範囲: TCP 9445, 9446, 445, 5986, 9448-10000, 137-139
プロトコル: TCP
アクション: 許可
優先度: 310 (既定値)
ルールは、Windows ファイアウォールの GUI および PowerShell で作成できます。ここでは、PowerShell でルールを作成してみましょう。
PowerShell を管理者として実行し、次のコマンドを実行します:
New-NetFirewallRule -DisplayName 'Allow_Nakivo_ports' -Profile @('Domain', 'Private', 'Public') -Direction Inbound -Action Allow -Protocol TCP -LocalPort @('9445', '9446', '445', '5986', '9448-10000', '137-139') -RemoteAddress @('77.88.196.86', '77.88.196.87')
同様に、ICMPの着信接続を許可するための2つ目のルールを作成します。Windows Server 2016では、ICMPv4およびICMPv6の着信接続を許可するために、2つのコマンドを使用する必要があります。
New-NetFirewallRule -DisplayName "Allow_ping_NAKIVO4" -Direction Inbound -Protocol ICMPv4 -IcmpType 8 -RemoteAddress @('77.88.196.86', '77.88.196.87')
New-NetFirewallRule -DisplayName "Allow _ping_NAKIVO6" -Direction Inbound -Protocol ICMPv6 -IcmpType 8 -RemoteAddress @('77.88.196.86', '77.88.196.87')
これで、Azure上に存在するHyper-VホストのWindowsファイアウォールに必要なルールがすべて追加されました。WindowsファイアウォールのGUIで確認し、ルールが正常に作成されたことを確認できます。
Azure上のWindows Server 2016 VMを再起動し、設定に進みます NAKIVO Backup & Replication.
設定 NAKIVO Backup & Replication
これで、Azure VM として実行されている Hyper-V ホストを、 NAKIVO Backup & Replicationこの例では、 NAKIVO Backup & Replication は、プライマリサイト(オンプレミス)で稼働している、名前が オフィス1. まだインストールしていない場合は、 NAKIVO Backup & Replication 完全な解決策はまだありませんが、Linuxマシン、Windowsマシン、NASデバイスに製品をインストールしたり、 仮想アプライアンス VMware ESXi ホスト上で。インストール方法の詳細はこちら NAKIVO Backup & Replication ～の中で ヘルプセンター.
Hyper-V ホストをインベントリに追加する
Hyper-V ホストをインベントリに追加する際は、次の点に注意してください。 NAKIVO Backup & Replication, Transporterは、そのHyper-Vホストに自動的にインストールされます。したがって、Azure上で実行されているリモートHyper-VホストにTransporterを手動で展開する必要はありません。Hyper-Vを実行しているAzure VMの外部IPアドレスを確認してください。この確認には、AzureのWebインターフェースを利用できます。
Azure クラウド上で実行されているリモート Hyper-V ホストを追加する前に、物理環境で実行されているローカルの Hyper-V ホストをインベントリに追加する必要があります。この例では、ローカルの Hyper-V ホストはすでに インベントリに追加それでは、Azureに展開されたリモートHyper-Vホストをインベントリに追加してみましょう。
のWebインターフェースを開き、 NAKIVO Backup & Replication 製品がインストールされているマシンのIPアドレスをブラウザに入力します。この場合、以下のアドレスを使用します: https://192.168.17.63:4443
移動 Configuration > Inventory をクリックして Add New。表示されたメニューから、[ ] を選択します。 Microsoft Hyper-V host or cluster.
Azure上で実行中のHyper-Vホストに、以下の情報を追加してください。
表示名: AzureのHyper-V
種類: スタンドアロンのHyper-Vホスト
ホスト名またはIPアドレス: 55.105.221.43 (Azure上で実行中のHyper-VホストのIPアドレスを入力してください)
ユーザー名: nakivo(Azure上でWindows Server 2016とHyper-Vを実行する仮想マシンをデプロイする際に設定したユーザー名を入力してください)
パスワード: ************* (Azure上のHyper-Vホストにおけるご自身のWindowsユーザーのパスワードを入力してください)
WS-MANポート: 5986(デフォルト値のままでも構いません)。
注: 前述の通り、ファイアウォールは適切に設定する必要があります。Hyper-V ホストをインベントリに追加できず、次のようなエラーメッセージが表示される場合は “ネットワーク共有" “55.105221.43C$” "に接続できません。このホスト上のネットワーク共有にアクセスできることを確認してください。” ファイアウォールの設定を確認してください。
システムのコンソールにログインして、 NAKIVO Backup & Replication マシンから、Azure上のHyper-Vホストの外部IPアドレスにpingを送信してください。また、ISP(インターネットサービスプロバイダー)から割り当てられたルーターの外部IPアドレスも必ず確認してください。もし NAKIVO Backup & Replication Linuxにインストールされている場合、次のコマンドを使用してWAN IPアドレスを確認できます:
dig +short myip.opendns.com @resolver1.opendns.com
次に、このコマンドを実行した後にコンソールに表示されるIPアドレスが、Azure側のファイアウォールルールに、着信接続の許可IPアドレスとして追加されていることを確認してください。
Hyper-Vホストを追加すると、インベントリは以下のスクリーンショットのような状態になるはずです。
Transporterは、Azure上で稼働しているリモートHyper-Vホストにインストールされました。これにより、プライマリサイト(データセンター)上のプライマリ(オンプレミス)Hyper-Vホストで稼働しているソースVMのHyper-Vレプリカを作成できるようになります。 オフィス1 この例では。以下のスクリーンショットには、ローカルのHyper-Vホスト上に存在するソースVMのリストが表示されています(192.168.17.63 (この場合)。同様に、Azure上のHyper-Vホスト上に存在する、ネットワークテスト用に作成された2つのネストされたVMを確認することもできます。 WinServer2016ブログ このブログ記事の次のセクションで、VMを複製します。
Hyper-V 仮想マシンのレプリカを作成する
[ここ](https://example.com)へ移動 トップページ のWebインターフェースで NAKIVO Backup & Replication. クリック Create そして選択してください Microsoft Hyper-V replication job.
"Microsoft Hyper-V 用の新しいレプリケーション ジョブ ウィザード"が開きます。
1. Source. レプリケートする仮想マシンを選択します。この例では、 WinServer2016ブログ は、AzureにレプリケートされるVMの名前です。Azure上のHyper-Vホストには、テスト用に作成された2つのネストされたVMが表示されています。
クリック 次へ 各ステップで続行するには。
2. Destination. 選択 AzureのHyper-V 宛先コンテナとして。 C:NakivoReplicas は、Azure上のHyper-Vホストにおいて、VMのレプリカを保存するための保存先ディレクトリとして使用されます。VMを保存するために仮想ディスクを追加している場合は、そのディスク上のディレクトリ(例:disk E:ナキボ・レプリカ).
VM名をクリックして詳細設定を展開し、仮想マシンの仮想ネットワークアダプタを接続するネットワークを選択します。この例では、VM-replicaを InternalSwitchNAT 仮想ネットワーク(AzureでHyper-Vホストを展開した後、手動で作成されたもの)。
3. Networks. このステップでネットワークマッピングを設定できます。
ネットワークマッピングは、レプリケーションジョブ完了後に、VMレプリカの仮想ネットワークアダプタをどの仮想ネットワーク(仮想スイッチ)に接続するかを定義するためのものです。この機能により、宛先Hyper-Vホスト上のVMレプリカに対して、手動でネットワーク設定を行う必要がなくなります。
この例では、ソースHyper-V VMは ブロードコム NetXtreme ネットワーク。このVMのVMレプリカは、 InternalSwitchNAT ネットワーク(上記でPowerShellを使用して作成されたもの)。
4. Re-IPネットワークマッピングの設定が完了すると、VMレプリカは必要な仮想ネットワークに接続されます。次に、選択したネットワークでVMレプリカに割り当てる有効なIPアドレスを定義します。"Re-IP"機能を使用すると、複数のVMに適用可能なルールを作成し、どの送信元IPアドレスをどの宛先IPアドレスに変更するかを設定できます。
クリックしてみましょう Create new rule そして、新しいRe-IPルールを作成します。
この例では、 source settings は:
IPアドレス: 192.168.117.*(この場合、アスタリスクは1から254までの任意の値を表します)
サブネットマスク: 255.255.255.0
The Target settings は:
IPアドレス: 192.168.217.*
サブネットマスク: 255.255.255.0
デフォルトゲートウェイ: 192.168.217.1
プライマリDNSサーバー: 8.8.8.8
セカンダリDNSサーバー: 192.168.217.1
これにより、送信元VMのIPアドレス 192.168.117.7 は 192.168.217.7 に変更されます。
ルールを適用するVMを選択することを忘れないでください(クリックして Select VMs).
5. Schedule. スケジュール設定を行う
6. Retention. 必要に応じて保存期間の設定を行ってください。
7. Options. 必要なVMオプションを選択してください。主なオプションについては、以下で説明します。
職種名: Hyper-VからAzureへのレプリケーション
アプリ対応モード. 有効になったら、"設定"をクリックし、ユーザー名とパスワードを設定してください。
変更履歴: ソースホストで Windows Server 2016 以降が実行されている場合は、 Hyper-V RCT. Windows Server 2012 R2 以前のバージョンで Hyper-V を実行している場合は、 独自の手法.
その他の設定はデフォルトのままにしておいて構いません。
ヒット Finish & Run Hyper-V レプリケーション ジョブの設定を保存し、ジョブを実行します。
VM が Azure 内の Hyper-V ホストにレプリケートされるまで待ちます。ジョブの完了にかかる時間は、インターネットの帯域幅や仮想ディスクのサイズによって異なります。
注: エラーメッセージ [“の複製に関する問題:WinServer2016blog” の VM を起動できません。ジョブ “内のこの VM に対して、利用可能なすべてのソースおよびターゲット・トランスポーター間で接続が確立されていません。Hyper-V から Azure へのレプリケーション”]、ネットワーク設定を確認してください。クリック Learn More 詳細を見る。
ローカル側とAzure側のファイアウォール設定を確認してください。確認してください 詳細な共有設定 ソースとなるHyper-Vホストのネットワークプロパティで。インベントリを更新すると、該当するタブ上のトランスポーターが 設定 ～のページ NAKIVO Backup & Replication Web インターフェース。
すべての設定が正しいことを確認したら、Hyper-V の Azure へのレプリケーション ジョブをもう一度開始してみてください。これで、Hyper-V のレプリケーション ジョブは正常に実行されるはずです。
レプリケーションジョブが完了すると、VMのレプリカを確認できます(WinServer2016ブログ-レプリカ) をAzure上のHyper-Vホストに作成します。このHyper-Vレプリカは、Azure内のネストされたVMです。
VMのAzureへのフェイルオーバー
これで、VMのレプリカが準備できたので、次の手順でVMのフェイルオーバーを行うことができます。 NAKIVO Backup & Replication.
について ホームページ、 クリック Recover 表示されたメニューから、"VMレプリカのフェイルオーバー"を選択します。
新しい Microsoft Hyper-V 用フェイルオーバー ジョブ ウィザード が開かれます。
1. Source. フェイルオーバーに使用するVMレプリカを選択してください。この場合、 WinServer2016ブログ-レプリカ は、Azure内のネストされたVMレプリカの名前です。
2. Networks. レプリケーション ジョブで示されているように、VM レプリカを必要な仮想 Hyper-V ネットワークに手動で再接続する手間を省くために、ネットワーク マッピングを有効にすることができます。
3. Re-IP. フェイルオーバー後にVMレプリカでIPアドレスを手動で再設定する必要がないよう、Re-IPを有効にすることができます。クリック Select VMs そして、Re-IPルールを適用するVMレプリカを選択してください。
4. Options. ジョブ名を入力してください(例: (Hyper-VからAzureへのフェイルオーバー).
選択 ソースVMの電源を切る 競合を回避し、すべての変更がVMレプリカに対して行われ、ソースVMには反映されないようにするためです。
クリック Finish & Run フェイルオーバージョブを保存して実行します。
Hyper-V フェイルオーバージョブが完了するまでしばらく待ちます。
ジョブが完了すると、VM レプリカが実行中であり、ソース VM の電源がオフになっていることが確認できます。
Hyper-V を実行している Azure VM に RDP で接続すると、ネストされた VM レプリカが起動していることが確認できます。すべての変更は、ネストされた VM レプリカに書き込まれます。
プライマリサイトのインフラストラクチャが復旧したら、VMのフェイルバック操作を実行し、ワークロードをプライマリサイトに戻すことができます(オフィス1 (この場合は)リモート復旧サイトとして使用されるAzureから。VMのフェイルバックを実行すると、VMレプリカに加えられた変更が元のVMに反映されます。この操作はフェイルバックと呼ばれます。
VMのフェイルバック
フェイルバックを実行するには、のホームページで NAKIVO Backup & Replication Webインターフェースで、[ ] に移動します Recover > VM replica failback.
その フェイルバック・ジョブ・ウィザード 開かれます。
1. Source. VMのフェイルオーバーに使用されたVMレプリカを選択してください(WinServer2016ブログ-レプリカ (この例では)。フェイルバックジョブを開始する前に、VMレプリカをシャットダウンすることをお勧めします。
2. Destination. 選択 Original Location ドロップダウンメニューで。以下の項目を選択できます。 新店舗 必要に応じて。
3. Networks. フェイルオーバージョブを設定した際の前のルールと逆の順序で、逆のネットワークマッピングルールを作成します。この場合、送信元ネットワークは InternalSwitchNAT また、ターゲットネットワークは ブロードコム NetXtreme.
4. Re-IPIPアドレスを逆順に変更します。この例では、Re-IPルールの設定は以下の通りです。
Source Settings
IPアドレス: 192.168.217.*
サブネットマスク: 255.255.255.0
Target Settings
IPアドレス: 192.168.117.*
サブネットマスク: 255.255.255.0
デフォルトゲートウェイ: 192.168.117.1
プライマリDNSサーバー: 192.168.117.1
セカンダリDNSサーバー: 8.8.8.8
クリック Select VMs そして、VMのレプリカを選択してください(WinServer2016ブログ-レプリカ (この場合)。
5. Options. VM名、事前および事後処理などのフェイルバックジョブのオプションを定義します。
ジョブ名を入力します:Hyper-V Failback from Azure。
チェックボックスにチェックを入れます:レプリカVMの電源をオフにする。
ヒット Finish and Run 設定を保存し、フェイルバックジョブを実行します。変更内容がソースVMと同期されるまでお待ちください。その後、プライマリサイト上のVMを引き続きご利用いただけます。
注: プライマリサイトにあるファイアウォール(これは オフィス1 (このブログ記事で)コンポーネント間のネットワーク通信やデータ転送を可能にするには、適切に設定する必要があります。 NAKIVO Backup & Replicationそうでない場合、次のようなエラーメッセージが表示されることがあります:
“の winServer2016blog-replica” 仮想マシンのレプリケーションに失敗しました。 “の WinServer2016blog-replica” 仮想マシンの 1 つ以上の仮想ディスクのレプリケーション中にエラーが発生しました。.
この場合、プライマリ サイトのルーターおよび Hyper-V サーバーのファイアウォール設定を確認してください。Azure で作成したものと同様のファイアウォール ルールを作成する必要がある場合があります。
このブログ記事では、動作原理を説明するために、ネットワーク構成の簡単な例が紹介されています。ネットワーク接続の柔軟性や高度なオプションをさらに活用できる代替手段として、サイト間 VPN 接続を設定することも可能です。
結論
リモートサイトにVMのレプリカを用意することは、災害復旧計画において推奨される選択肢です。災害復旧用のリモートサイトを自社で構築できない場合、パブリッククラウドサービスを災害復旧サイトとして利用できます。仮想マシンの実行にHyper-Vエンジンを採用しているMicrosoft Azureは、クラウド上でVMを実行するための優れたソリューションです。 ただし、Azure VMとHyper-V VMの形式にはいくつかの違いがあり、Hyper-V VMをAzureに直接レプリケートすることはできません。Hyper-Vのネストされた仮想化は、VM内でVMを実行できる便利な機能であり、この機能を利用してHyper-V VMをAzureにレプリケートすることができます。
このブログ記事では、AzureでHyper-Vのネストされた仮想化を活用する方法について解説しています。 複製する 災害対策のため、Hyper-V仮想マシンをMicrosoft Azureクラウドに移行します。 NAKIVO Backup & Replication Hyper-V VMを、クラウド上のAzure VMとして実行されているHyper-Vホストに複製し、災害復旧シナリオの枠組みの中でVMのフェイルオーバーおよびフェイルバックを実行できます。
これで、Azure環境、Hyper-V環境、ファイアウォール、および NAKIVO Backup & Replication 災害復旧プロセスを迅速かつ容易にするため。
