Hyper-Vのネットワヌク仮想化。 カスタマむズ

前回 、Hyper-Vネットワヌク仮想化NVの抂念ず党䜓的なアヌキテクチャに぀いお説明したした。これは、ネットワヌクセグメントレベルで仮想化を提䟛するWindows Server 2012テクノロゞです。 今日は、PowerShellずSystem Center 2012 SP1 Virtual Machine ManagerVMMを䜿甚しおこのテクノロゞを構成する方法に぀いお説明したす。





PowerShellを䜿甚しおHyper-Vネットワヌク仮想化を構成する



Hyper-Vの圹割が展開されたホストでは、いく぀かのPowerShellコマンドレットを䜿甚しお、必芁なNV構成を構成できたす。 4぀の䞻芁なコマンドレットがありたす。



PowerShellの堎合ず同様に、Get-、Set-、Remove-プレフィックスを䜿甚した同様のコマンドがあり、それぞれ珟圚のパラメヌタヌを取埗、倉曎、削陀したす。



Get-NetVirtualizationGlobalおよびSet-NetVirtualizationGlobalの2぀のコマンドレットを䜿甚するず、倖郚ゲヌトりェむを䜿甚しおトラフィックをルヌティングするかどうかを決定およびそれに応じお蚭定できたす。



これらのコマンドレットを知る最も簡単な方法は、テスト環境で同僚が開発した2぀のサンプルスクリプトを調べお䜿甚するこずです。 各スクリプトには、詳现なコメント、シミュレヌトされた環境の説明、および独自の倀で眮き換える必芁がある倉数ず定数の衚瀺が含たれおいたす。 ここでスクリプトを怜玢しおダりンロヌドしたす。



個人的に確認、動䜜したす。 :)しかし、デヌタセンタヌの芏暡では、このようなスクリプトの操䜜が非垞に難しいタスクになるこずは明らかだず思いたす。 したがっお、将来的には、VMMを䜿甚しおNVを構成する方法をさらに詳しく芋おいきたす。





System Center 2012 SP1 Virtual Machine ManagerでHyper-Vネットワヌク仮想化を構成する



NVテクノロゞヌは、Windows Server 2012のHyper-Vの䞀郚です。SystemCenterは、System Center 2012 SP1以降のWindows Server 2012をサポヌトしおいたす。 以䞋、System Center 2012 SP1のVMMに぀いお説明したす。 VMMが既に展開され、Hyper-Vホストが远加されおいるず想定しおいるため、NVに盎接関連する蚭定のみに泚意を払いたす。



VMMを䜿甚しおNVを構成するには、次の手順を実行したす。

  1. Hyper-Vの圹割が昇栌されたホストでWindowsネットワヌク仮想化WNVフィルタヌを有効にしたす。
  2. 目的の論理ネットワヌクのNVを有効にしたす。
  3. 仮想コンピュヌタヌのネットワヌクVMネットワヌクおよびIPアドレスのプヌルの䜜成。
  4. 目的の仮想マシンネットワヌクを参照しお、仮想マシンテンプレヌトVMテンプレヌトを䜜成したす。
  5. セクション4で準備したテンプレヌトを䜿甚したVMの展開。


行の各ステップを怜蚎しおください。





Windowsネットワヌク仮想化WNVフィルタヌを有効にする



手動で

NVの動䜜を管理するルヌルは、いわゆる仮想化ポリシヌで蚭定されおいるこずを思い出させおください。 仮想化ポリシヌで指定された特定の蚭定は、Windowsネットワヌク仮想化WNVず呌ばれるネットワヌクフィルタヌむンタヌフェむス仕様NDISドラむバヌによっおネットワヌクパケットに盎接適甚されたす。 NVを䜿甚する予定のHyper-Vホストで、このフィルタヌを有効にする必芁がありたす。 これは、手動で物理ホストネットワヌクアダプタヌのプロパティで実行されたす。 原則ずしお、倖郚のHyper-Vスむッチを構成するずきに䜜成される仮想アダプタヌではなく、物理アダプタヌであるこずを匷調したす。



画像



論理スむッチの䜿甚

手動構成の代替ずしお、VMM 2012 SP1で導入された論理スむッチメカニズムを䜿甚できたす。 VMMのネットワヌク蚭定の詳现な説明は、Georgy Gadzhievによるこの投皿にありたす。 ここで、特定の蚭定セットを耇数のホスト䞊のネットワヌクアダプタヌずHyper-V拡匵スむッチスむッチに適甚するには、論理スむッチが必芁であるこずを簡単に説明したす。 以䞋で説明する蚭定は、VMMコン゜ヌルの[ネットワヌク]セクションの[ファブリック]セクションにありたす。 実際、論理スむッチでは、ホストの物理ネットワヌクアダプタヌの蚭定、VMの仮想ネットワヌクアダプタヌの蚭定より正確には、VMが接続するHyper-V拡匵スむッチポヌトの蚭定およびHyper-Vの拡匵の蚭定の3぀の蚭定グルヌプを指定できたす拡匵可胜なスむッチ。



蚭定の最初のグルヌプ、぀たり、最も関心のある蚭定は、アップリンクポヌトプロファむルず呌ばれる特別なプロファむルを䜜成するこずによっお蚭定されたす。 プロファむルでは、図に瀺すチェックボックスを蚭定する必芁がありたす。これにより、WNVフィルタヌがさらに远加されたす。



画像



2番目の蚭定グルヌプは、仮想アダプタヌポヌトプロファむルず呌ばれるプロファむルを䜜成するこずで指定されたす。 このプロファむルにはNVに盎接関連する蚭定はありたせんが、さたざたなスむッチセキュリティパラメヌタヌDHCPガヌドなど、パフォヌマンスIP Secオフロヌドなど、およびトラフィック制限サヌビス品質を蚭定できたす。



それから、論理スむッチを䜜成するずきに、Hyper-V拡匵スむッチに必芁な拡匵子を指定し、仮想アダプタヌポヌトプロファむルを遞択し、最も重芁なこずずしお、「Windowsネットワヌク仮想化を有効にする」チェックボックスをオンにしたアップリンクポヌトプロファむルを远加できたす。



画像



したがっお、論理スむッチの圢匏で特定の蚭定セットを䜜成したした。 䜜成された論理スむッチを必芁なHyper-Vホストに適甚するために残り、その結果、この論理スむッチのすべおの蚭定がホストに適甚されたす。 これを行うには、VMMコン゜ヌルのホストプロパティで[仮想スむッチ]タブに移動し、[新しい仮想スむッチ]、[新しい論理スむッチ]の順にクリックしお、目的の論理スむッチを遞択したす。 必芁な物理ネットワヌクアダプタヌに同じアップリンクポヌトプロファむルが䜿甚されおいるこずを確認したす。



画像





論理ネットワヌクのNVの有効化



次のステップは、必芁な論理ネットワヌクのNVを有効にするこずです。 VMMの論理ネットワヌクにより、管理者はデヌタセンタヌの物理ネットワヌクトポロゞを説明できたす。 この説明はさらに、必芁なネットワヌクセグメントぞのVMの接続を倧幅に簡玠化するのに圹立ちたす。 同様に、Active DirectoryAD管理者は、サむトずサブネットを䜿甚しお䌁業の物理ネットワヌクを蚘述し、AD耇補トラフィックを最適化したす。 NVに適甚されるVMM論理ネットワヌクは、実際のネットワヌクトポロゞを蚘述するだけでなく、異なるホスト䞊のVM間でパケットを転送するために䜿甚されるPAアドレスのスペヌスも決定したす。



したがっお、物理ネットワヌクが192.168.1.0/24の範囲のIPアドレスを䜿甚しおいるずしたす。 このネットワヌクの䞊に、Siniye OJSCずKrasny OJSCの2瀟のネットワヌクを仮想化する必芁がありたす。 さらに、䞡瀟は同じ範囲のIPアドレス、぀たり10.0.0.0/24を䜿甚しおいたす。



論理ネットワヌクを䜜成しメニュヌボタン[論理ネットワヌクの䜜成]、最初の画面でこのネットワヌクのNVを有効にしたす。



画像



次の画面で、サむトを䜜成し、どのホストグルヌプがこのサむト実際にそこにあるを䜿甚できるか、どのIPサブネットがこのサむトに属しおいるかを瀺したす。



画像



次に、この論理ネットワヌクのIPアドレスのプヌルを䜜成する必芁がありたす。 NVのコンテキストでは、このプヌルからVMMがPAアドレスを割り圓お、VM内で構成されたVMおよびCAアドレスに関連付けたす。 VMMコン゜ヌルで[IPプヌルの䜜成]をクリックし、プヌル名を蚭定し、次の画面でプヌルを䜜成するサむトずIPサブネットを指定したす。



画像



次に、IPアドレスの範囲を指定し、必芁に応じおいく぀かのアドレスを予玄する必芁がありたす。 たずえば、次のように



画像



次の画面で、デフォルトゲヌトりェむアドレス、およびDNSサヌバヌずWINSサヌバヌのアドレスを指定できたす。 論理ネットワヌクの䜜成ず構成が完了したので、論理ネットワヌクに関連付けられる特定のHyper-Vホスト、぀たりこのネットワヌクぞのアクセスを必芁ずするVMを実行できるホストを瀺すために残りたす。 [ハヌドりェア]タブのホストのプロパティで、ホストネットワヌクアダプタヌを遞択し、察応する論理ネットワヌクをマヌクしたす。



画像





VMネットワヌクずIPプヌルの䜜成



前の手順では、WNVフィルタヌをオンにしお、PAアドレスの割り圓おに䜿甚されるIPアドレスのプヌルで論理ネットワヌクをセットアップしたした。 したがっお、物理むンフラストラクチャを準備するか、VMMの甚語ではファブリックを準備したした。 これで、このむンフラストラクチャ䞊で、デヌタセンタヌのクラむアントの任意のネットワヌクを䜜成および仮想化できたす。 このシナリオでは、これらの顧客は、芚えおいるずおり、同じサブネット10.0.0.0/24を䜿甚するSiniye OJSCずRed OJSCです。



VMMのSystem Center 2012のSP1のリリヌスで、新しい皮類のオブゞェクトが登堎したした。仮想マシンのネットワヌクVMネットワヌク、以降は単に「VMネットワヌク」です。 たず、このタむプのオブゞェクトはNVを察象ずしおいたすが、埌で説明するように、NVを䜿甚しない堎合でも、少なくずも1぀のVMネットワヌクを䜜成する必芁がありたす。 私たちの堎合、明らかに、「青」ず「赀」にそれぞれ2぀のVMネットワヌクを䜜成する必芁がありたす。 このプロセスは、論理ネットワヌクの䜜成ず非垞に䌌おいたす。VMネットワヌクを䜜成し、その䞭にサブネットを瀺す1぀たたは耇数のサむトを定矩しおから、サブネットのIPアドレスのプヌルを䜜成したす。 ただし、これらのプヌルはすでに仮想マシンにCAアドレスを割り圓おるために䜿甚されたす。



そのため、VMMコン゜ヌルで[VMずサヌビス]セクションに移動し、[VMネットワヌクの䜜成]ボタンをクリックしたす。 最初のりィンドりで、䜜成するネットワヌクの名前を指定し、リストからこのVMネットワヌクが機胜する論理ネットワヌクを遞択したす。



画像



次のステップは非垞に重芁です。 NVを構成したらすぐに、䞀番䞊の項目を遞択したす。 前の手順で指定した論理ネットワヌクに察しおNVサポヌトが有効になっおいる堎合にのみ遞択可胜になりたす。これは既に実行枈みです。



画像



しかし、ここでは、2番目のオプション「分離なし」に泚目したいず思いたす。 遞択した堎合、このネットワヌクのバヌチャルマシンが論理ネットワヌクに盎接分離せずに接続する必芁があるこずをVMMに瀺したす。 この堎合、远加の蚭定は必芁ありたせん。 䜜成されたVMは、論理ネットワヌク䞊で盎接構成されたプヌルからIPアドレスを受け取りたす。 ぀たり、NVテクノロゞヌが䞍芁な堎合は、「分離なし」オプションを遞択したす。 したがっお、論理ネットワヌクごずに、分離せずに1぀のVMネットワヌクのみを䜜成できるのは論理的です。



次のりィンドりで、クラむアントが必芁ずするサブネット1぀たたは耇数を䜜成したす。



画像



りィザヌドの最終画面で、VMが倖界ず察話する方法を遞択したす。 倖郚ゲヌトりェむを特別に構成しなかったためこれに぀いおは次の投皿で説明したす、「接続なし」ずいう遞択肢が1぀だけありたす。぀たり、VMはこのVMネットワヌク内でのみ察話できたす。



画像



この段階の最埌のタスクは、䜜成されたVMネットワヌクのアドレスプヌル、぀たりCAアドレスを構成するこずです。 VMMコン゜ヌルで、VMネットワヌクを遞択し、[IPプヌルの䜜成]をクリックしたす。 最初の画面で、目的のVMネットワヌクずサブネットが瀺されおいるこずを確認したす。



画像



2番目では、VMのIPアドレスの範囲を蚭定したす。



画像



デフォルトゲヌトりェむを指定したす。



画像



必芁に応じお、DNSサヌバヌずWINSサヌバヌのアドレスをさらに指定したす。 Redsネットワヌクがセットアップされたした。 Siniye OJSCの手順を繰り返した結果、次の図が衚瀺されたす。



画像



これで、ネットワヌクの実際の仮想化が完了したした。 前の蚘事で説明したNVの抂念ずアヌキテクチャを思い出すず、VMネットワヌクは顧客ネットワヌクずいう甚語に察応し、VMサブネットは仮想サブネットずいう甚語に察応しおいるこずが明らかになりたす。 実際、Get-SCVMNetworkコマンドレットずGet-SCVMSubnetコマンドレットを䜿甚しお、䜜成したばかりのオブゞェクトに関する情報を取埗するず、最初のコマンドレットの応答で、ずりわけルヌティングドメむンIDRDIDず2番目の仮想サブネットIDVSIDが衚瀺されたす。



ネットワヌクごずにVMテンプレヌトを䜜成するこずは残っおおり、それらに基づいお、必芁な数の「Blue」および「Red」VMを展開するこずが可胜になりたす。





仮想マシンテンプレヌトの䜜成VMテンプレヌト



NVを䜿甚するVMのテンプレヌトを䜜成する手順は完党に暙準であり、基本的に他のVMのテンプレヌトを䜜成する手順ず同じです。 唯䞀泚意するこずは、仮想ネットワヌクアダプタヌが目的のVMネットワヌクに接続されおいるこずです。 たずえば、Redsテンプレヌトの堎合、この蚭定は次のずおりです。



画像



静的IPパラメヌタヌは、このテンプレヌトを䜿甚しおVMを䜜成するずきに、Red_VMnet01ネットワヌクに関連付けられたプヌルから静的IPアドレスを割り圓おる必芁があるこずをVMMに䌝えたす。 たた、このネットワヌクではNVテクノロゞヌが有効になっおいるため、専甚アドレスはCAアドレスになりたす。 さらに、仮想マシンの展開䞭、VMMは察応する論理ネットワヌクに関連付けられたプヌルからPAアドレスを遞択し、CAアドレス/ PAアドレスのペアを関連付けお、VMが展開されるホストの仮想化ポリシヌに必芁な行を曞き蟌みたす。 デヌタセンタヌで動的アドレス指定が䜿甚されおいる堎合、IPアドレスはVMMプヌルからではなく、DHCPサヌバヌスヌヌプから割り圓おるこずができたす。この堎合、VMテンプレヌトで「動的IP」パラメヌタヌを遞択する必芁がありたす。





準備されたテンプレヌトを䜿甚したVMの展開



これですべおの準備が完了し、準備されたテンプレヌトに基づいおVMを展開できたす。 [仮想マシンの䜜成]ボタンをクリックしお、目的のテンプレヌトを遞択したす。



画像





結果を確認する



䞊蚘のすべおのステップが゚ラヌなしで完了した堎合、実隓のために、1぀たたは耇数の物理Hyper-Vホストで「Red」および「Blue」VMのペアを䜜成し、受信したVMが10.0.0.0/24ネットワヌクからのアドレスで動䜜するこずを確認できたす「青」ず「赀」のIPアドレスもたったく同じかもしれたせんが、同時に「赀」はお互いを芋るこずができ、「青」から完党に隔離されおいたす。



投皿の冒頭で述べたコマンドレットの1぀の応答が、テスト環境でどのように芋えるかを芋おみたしょう。 以䞋は、ホストの1぀での仮想化ポリシヌを実際に瀺しおいたす。



画像



特に、CAアドレス10.0.0.2プヌルで最初に䜿甚可胜なアドレスがRed-Web1マシンに割り圓おられ、PAアドレス192.168.1.52に関連付けられおいるこずがわかりたす。 VMはVSID = 15184632のサブネットに属し、識別子RDID = {206146EB-F035-4A19-A625-054C49DEEBD7}のカスタマヌネットワヌクを参照したす。



「TranslationMethodEncap」ずいう倀を持぀別の非垞に興味深い「Rule」パラメヌタヌは、IPアドレスを仮想化するためにNVGREメカニズムが䜿甚されるこずを瀺しおいたす。 このメカニズムは、VMMでNVを構成するずきにデフォルトで䜿甚され、ほずんどのネットワヌク仮想化シナリオに掚奚されたす。 マシンからアドレス10.0.0.3にRed-Web1 pingを送信し、送信されたパケットの構造に぀いおネットワヌクモニタヌを調べるこずで、カプセル化メカニズムを確認できたす。



画像



たず、pingはPAアドレス192.168.1.52ず192.168.1.53のホスト間でGREパケットの圢匏で送信されるこずを確認できたす。 第二に、GREヘッダヌは、内郚が暙準のNVGREである番号0x6558図で青で匷調衚瀺のあるプロトコルのパケットであるこずを瀺しおいたす。 第䞉に、NVGRE仕様によるず、次の24ビット赀で囲んだ郚分にVSIDが含たれおいたす。 実際、0xE7B2F8を10進数に倉換するず、VSID = 15184632が埗られたす。これはRedsのサブネットです。



そのため、Hyper-Vネットワヌク仮想化テクノロゞヌのヘルスチェックをセットアップしお実行したした。 ただし、VMず倖郚の盞互䜜甚を保蚌しなかったため、これはおそらく実隓宀テストにすぎたせん。 次の投皿で、これがアヌキテクチャの芳点からどのように芋えるか、どのように蚭定するかに぀いお説明したす。



それたでの間、次のこずができたす。





資料が圹に立おば幞いです。



よろしくお願いしたす



All Articles