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は、マイクロソフトが提供するパブリッククラウドです。Azureでは、Azure仮想マシン、Azure Active Directory、コンテナサービス、データベース、ストレージサービス、Webサービスなど、多様なサービスが提供されています。マイクロソフトは、Hyper-V仮想化プラットフォームを利用して、Azureクラウド上でAzure仮想マシンを実行しています。Azure仮想マシンは、仮想ハードウェアや仮想ディスク形式など、Hyper-V仮想マシンの多くの機能を継承しています。
ただし、Hyper-V仮想マシンとAzure仮想マシンには、VMのフォーマットに関して違いがあります。Azure仮想マシンには特定のVMサイズがあり、これらは適切なパフォーマンス(プロセッサ、メモリ、ストレージ、入出力値)を提供するプリセットと見なすことができます。Azure仮想マシンに接続できる仮想ディスクの最大サイズは1 TBです。Azure仮想マシンでサポートされるのはVHD形式の仮想ディスクのみであり、Azureにデプロイできるのは第1世代(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 ホスト上で実行されているネストされた仮想マシンのネットワークを設定します。
- 物理(オンプレミス)の Hyper-V ホスト上の仮想マシンを、Azure 内で仮想マシンとして実行されている仮想 Hyper-V ホストに複製します。
- 災害発生時には、Azure内のHyper-Vホスト上で実行されているネストされたVMレプリカへフェイルオーバーします。
本日のブログ記事では、Azure で Hyper-V レプリカを作成する方法と、Azure 上に存在する Hyper-V 形式のネストされた仮想マシンへのフェイルオーバーを実行する方法について解説します。スクリーンショットを交えた詳細な手順解説が、ワークフローの理解に役立つことを願っています。
デモ環境
このブログ記事で紹介している例では、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 仮想マシンがこの Hyper-V ホスト上で実行されており、Azure へレプリケートされる予定です。ご覧のとおり、この仮想マシンには 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のVMも、Azure上のVM同士を相互に接続するために使用される仮想ローカルエリアネットワークに接続されています。このネットワークのアドレスは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仮想マシンが実行されている(オフィス1). この例では、元の Hyper-V 仮想マシンの名前は WinServer2016ブログ.
新しい Azure VM の作成
Azure で Windows Server 2016 を実行する仮想マシン (VM) を作成します。この VM は、Hyper-V サーバーをインストールし、ネストされた Hyper-V 仮想マシンを実行するために使用されます。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
仮想マシンの名前: Server2016Azure.
地域: (ヨーロッパ)西ヨーロッパ。必要な地域(たとえば、お住まいの地域に最も近い地域など)を選択してください。
利用可能なオプション: インフラの冗長性は不要です(このデフォルト設定のままにしておいて構いません)。
画像: 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 仮想マシンにアクセスするために開く必要があるインバウンドポートを選択できます。 この仮想マシンをリモートで管理する際は、RDP ポートを開放したままにしておきましょう。RDP は、着信接続に TCP ポート 3389 を使用します。仮想マシンの設定が完了したら、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世代). 今回の例では、a 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, VMを選択してください デプロイ済み(チェックボックスにチェックを入れて)、""をクリックします 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 サーバー名を右クリックし、コンテキストメニューから以下を選択します。 仮想スイッチマネージャー. バーチャルスイッチマネージャーのグラフィカルユーザーインターフェースでは、次の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
ご覧の通り、a 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の作成
ネストされた仮想マシン間、Hyper-V ホストとネストされた仮想マシン間のネットワーク通信、およびネストされた仮想マシンからのインターネットアクセスをテストするには、2 台のネストされた Hyper-V 仮想マシンを作成することをお勧めします。
それでは、Windows Server 2016のインストール用ISOイメージをAzure上で実行中のHyper-Vホストにコピーし、Windows Server 2016を実行する2つのネストされたHyper-V仮想マシンを作成しましょう(Windows Server 2016のインストールイメージをお持ちでない場合は、イメージをダウンロードするか、手動で作成してください)。次に、これら2つのネストされた仮想マシンを仮想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 仮想マシンを作成する方法については、以下をご覧ください。 このブログ記事.
ネストされた Hyper-V 仮想マシンを作成する際は、その仮想マシン用に大容量の仮想ディスクを作成しないでください。Windows Server 2016 のインストールには、20 GB のダイナミック仮想ディスクで十分です。テスト終了後、これらの仮想マシンを削除し、Hyper-V 仮想マシンのフェイルオーバーに備えて Azure クラウド上のリモートサイトの環境設定に進んでください。 ネストされた Hyper-V 仮想マシンの仮想ネットワークアダプターを 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 仮想マシンとして実行されている Hyper-V ホストでは、Azure のファイアウォールに加え、Windows ファイアウォールも設定する必要があります。
Azure でのファイアウォールの設定
AzureのWebインターフェースで、次の場所に移動します。 Home > Virtual machines, 仮想マシンを選択してください(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 のファイアウォールの設定が完了しました。また、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仮想マシンを再起動し、設定に進みます 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 仮想マシンのレプリカを作成する
[へ移動] ホームページ の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:NakivoReplicas).
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オプションを選択してください。最も重要なオプションについては、以下で説明します。
職種名: Azure への Hyper-V レプリケーション
アプリ対応モード. 有効になったら、"設定"をクリックし、ユーザー名とパスワードを設定してください。
変更履歴: ソースホストで Windows Server 2016 以降が実行されている場合は、 Hyper-V RCT. Windows Server 2012 R2 以前のバージョンで Hyper-V を実行している場合は、 独自の手法.
その他の設定はデフォルトのままにしておいても構いません。
ヒット Finish & Run Hyper-V レプリケーション ジョブの設定を保存し、ジョブを実行します。
VM が Azure 内の Hyper-V ホストにレプリケートされるまで待ちます。ジョブの完了にかかる時間は、インターネットの帯域幅や仮想ディスクのサイズによって異なります。
注: エラーメッセージ [“の WinServer2016blog” 仮想マシンのレプリケーションが開始できません。ジョブ “内のこの仮想マシンに対して、利用可能なすべてのソースおよびターゲット・トランスポーター間で接続が確立されていません。Hyper-V から Azure へのレプリケーション”], ネットワーク設定を確認してください。[クリック] Learn More 詳細を見る。
ローカル側とAzure側のファイアウォール設定を確認してください。確認してください 詳細な共有設定 ソースとなる Hyper-V ホストのネットワークプロパティで。インベントリを更新すると、の該当するタブにトランスポーターが表示されます。 設定 のページ NAKIVO Backup & Replication Web インターフェース。
すべての設定が正しく行われていることを確認したら、Hyper-V の Azure へのレプリケーションジョブをもう一度開始してみてください。これで、Hyper-V のレプリケーションジョブが正常に実行されるはずです。
レプリケーションジョブが完了すると、VMのレプリカを確認できます(WinServer2016blog-replica) Azure上のHyper-Vホスト上にあります。このHyper-Vレプリカは、Azure内のネストされたVMです。
Azure への VM フェイルオーバー
これで、VMのレプリカが用意できたので、以下の手順でVMのフェイルオーバーを行う準備が整いました。 NAKIVO Backup & Replication.
について ホームページ、 クリック Recover 表示されたメニューから、"VMレプリカのフェイルオーバー"を選択します。
新しい Microsoft Hyper-V 用フェイルオーバー・ジョブ・ウィザード が開かれます。
1. Source. フェイルオーバーに使用するVMレプリカを選択してください。この場合は、 WinServer2016blog-レプリカ 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レプリカを選択してください(WinServer2016blog-レプリカ (この例では)。フェイルバックジョブを開始する前に、VMレプリカをシャットダウンすることをお勧めします。
2. Destination. 選択 Original Location ドロップダウンメニューで。以下を選択できます。 新店舗 必要に応じて。
3. Networks. フェイルオーバージョブを設定した際、前のルールと逆の順序で、逆のネットワークマッピングルールを作成します。この場合、送信元ネットワークは InternalSwitchNAT また、ターゲットネットワークは ブロードコム NetXtreme.
4. Re-IP. IPアドレスを逆順に変更します。この例では、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のレプリカを選択してください(WinServer2016blog-レプリカ (この場合は)。
5. Options. VM名、事前処理および事後処理などのフェイルバックジョブのオプションを定義します。
ジョブ名"AzureからのHyper-Vフェイルバック"を入力します。
"レプリカ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 仮想マシンを、クラウド上の Azure 仮想マシンとして実行されている Hyper-V ホストに複製し、災害復旧シナリオの枠組みの中で仮想マシンのフェイルオーバーおよびフェイルバックを実行することができます。
これで、Azure 環境、Hyper-V 環境、ファイアウォールの設定方法について理解できたはずです。 NAKIVO Backup & Replication 災害復旧プロセスを迅速かつ容易にするため。
