Hyper-Vネットワーク入門！仮想スイッチの種類と設定法を徹底解説

この記事の内容

• Hyper-Vを導入するとNICが増える理由と、その仕組みを解説します
• 仮想スイッチの3種類（外部・内部・プライベート）の違いを説明します
• 「管理オペレーティングシステムにこのネットワークアダプターの共有を許可する」チェックボックスの意味を解説します
• NICが同一セグメントに複数ある場合に起きがちなトラブルと回避策を紹介します
• Hyper-Vネットワーク設計の基本的な考え方を整理します

Hyper-Vネットワークはなぜ混乱しやすいのか

WindowsでHyper-Vを導入すると、ネットワークアダプターが増えたり、見慣れないスイッチの概念が登場したりして、多くの方が最初に混乱します。「NICが増えたけど何のことかわからない」「仮想スイッチって何？」という疑問を持った経験がある方も多いのではないでしょうか。

この記事では、Hyper-Vのネットワーク構成を図をイメージしながら順を追って解説します。

前提：Hyper-V導入前のシンプルな構成

まず、Hyper-Vを導入する前の状態を整理します。サーバーにNICが1枚刺さっているだけのシンプルな構成では、次のようになっています。

• 物理サーバーに物理NICが1枚ある
• そのNICにIPアドレスを設定して外部のスイッチと繋がっている
• Windowsは物理NICを直接使って通信している

この状態は非常にシンプルで、特に迷うことはありません。これがスタート地点です。

Hyper-Vを導入すると何が起きるか

Hyper-Vの役割（役割の追加）を入れると、ネットワーク的にはまだ何も変わりません。しかし、裏側では重要な変化が起きています。

それは、元々のWindowsが「親パーティション」として仮想化されるということです。

よく「Windowsの上に仮想マシンを乗せる」というイメージを持ちがちですが、Hyper-Vの場合は違います。Hyper-Vを導入すると、元々のWindowsも仮想化されて「横並び」の状態になります。親パーティションは物理デバイスやドライバーを管理する特権的な役割を持っていますが、構造的には仮想マシンと同じ層に存在します。

この「自分自身も仮想化されている」という点が、後で仮想NICが出てくる理由になります。

仮想スイッチの種類

Hyper-Vのネットワーク設定は、仮想スイッチを作成することがすべての起点になります。仮想スイッチには以下の3種類があります。

それぞれ詳しく見ていきましょう。

外部ネットワーク：物理NICと繋がるスイッチ

設定時に起きること

外部ネットワークの仮想スイッチを作成すると、設定画面ではどの物理NICを使うかを選択します。また、**「管理オペレーティングシステムにこのネットワークアダプターの共有を許可する」**というチェックボックスが登場します。

このチェックを入れて構成を適用すると、ネットワークアダプターの一覧に変化が起きます。

• 元々あったイーサネット（物理NIC）がそのまま残っている
• 新たに「Hyper-V 仮想イーサネットアダプター」が増えている

NICではなくスイッチになっている

混乱しやすいのはここです。一覧に残っている「元々の物理NIC」は、実態としてはもうNICではなく仮想スイッチに変わっています。

プロパティを確認すると、「Hyper-V 拡張可能仮想スイッチ」のチェックが入っており、IPアドレスの設定も消えています。つまり、この「元々のNIC」はスイッチの役割だけを担うようになっています。

仮想NICの役割

IPアドレスを設定して通信するのは、新たに作成された「Hyper-V 仮想イーサネットアダプター」の方です。元々の物理NICに設定されていたIPアドレスも、自動的にこちらへ移植されます。

構造を整理すると次のようになります。

チェックボックスの意味

「管理オペレーティングシステムにこのネットワークアダプターの共有を許可する」というチェックは、**「親パーティション自身も、この仮想スイッチに仮想NICを挿して外部ネットワークに出られるようにしますか？」**という意味です。

チェックを入れれば親パーティション用の仮想NICが作成され、外部との通信が可能になります。チェックを入れなければ、仮想NICは作成されません。

VMを外部ネットワークに接続する

新しくVMを作成し、そのVMのネットワークアダプターとして「外部ネットワーク」の仮想スイッチを選択すると、VMも外部ネットワークと直接通信できるようになります。

VMを外部ネットワークに直接つなぎたい場合は、外部ネットワークの仮想スイッチを1つ作り、全VMをそこに接続するだけです。

管理用NICは別途確保しておくこと

実運用では、ホストサーバーの管理用NICを仮想スイッチ化せずに残しておくことが推奨されています。

すべての物理NICを仮想スイッチ化してしまうと、Hyper-V周りのトラブルが発生したときに親パーティションへのリモートアクセスができなくなる恐れがあります。管理専用のNICを1枚残しておくことで、Hyper-Vに問題が起きても管理操作は継続できます。

よくある間違い：同一セグメントに複数のNICを並べる

問題のある構成

管理用NICを確保しようとして、以下のような構成を組むことがあります。

얼핏これで問題ないように見えますが、この構成には問題があります。

なぜ問題なのか

親パーティションが「物理NIC1（管理用）」と「仮想NIC（NIC2由来）」の2枚のNICを持つことになり、同一セグメントに複数の経路が存在する状態になります。

この場合、外部への通信がどちらのNICから出るか不定になります。ある時はNIC1から出て、ある時は仮想NICから出るという状態になり、次のような問題が起きやすくなります。

• DNSへの登録がどちらのIPになるか定まらない
• 片方から出た通信への返答がもう片方に届く場合がある
• 常に問題が起きるわけではなく「たまに繋がらない」という断続的なトラブルになりやすい

解決策

チェックボックスをオフにして、仮想NICを作らないようにします。

こうすることで、親パーティションが外部と通信するNICはNIC1の1枚だけになり、経路が一本化されます。VMだけが仮想スイッチ経由でNIC2から外部に出られる構成になります。

内部ネットワーク：外部に出ない内部専用スイッチ

内部ネットワークの仮想スイッチは、外部の物理NICとは無関係に作成されます。物理NICを選択する必要もなく、いくつでも作成できます。

このスイッチに接続したVMと親パーティション（仮想NIC経由）とがHyper-Vサーバー内部だけで通信できます。外部ネットワークには出ません。

プライベートネットワーク：VM同士のみ通信するスイッチ

プライベートネットワークの仮想スイッチは、内部ネットワークとほぼ同じですが、親パーティションには仮想NICが作成されません。

つまり、VMとVMだけが通信できる完全に閉じたネットワークです。

3種類の仮想スイッチまとめ

まとめ

Hyper-Vのネットワークで最初に混乱しやすいポイントは、主に以下の2点です。

1. 物理NICが仮想スイッチに変わること。外部ネットワークの仮想スイッチを作ると、選択した物理NICはスイッチとしての役割に変わり、IPアドレスの設定先も新たに作成される仮想NICへ移植されます。

2. 「管理オペレーティングシステムにこのネットワークアダプターの共有を許可する」チェックの意味。これは「親パーティション自身もこのスイッチに接続する仮想NICを作るかどうか」を決めるチェックボックスです。

また、管理用NICを別途確保しておくことと、同一セグメントに複数のNICを不用意に並べないことが実運用上の重要なポイントです。

Hyper-Vのネットワークは最初こそ難解に見えますが、「物理NICがスイッチになる」「仮想化されたOSには仮想NICが付く」という2点を理解すれば、全体の構造が見えてきます。ぜひ実際に構成を確認しながら理解を深めてみてください。