連載：クラウド基盤とネットワーク【第1回】

VMware環境の仮想スイッチはどう進化してきたか

サーバ仮想化が大規模化し、クラウドに進化すると、それに応じたネットワーク機能が求められるようになってくる。今回は仮想化基盤として最も普及しているVMwareの仮想スイッチの進化を考える。

公開 2013年07月11日 08時11分

更新 2013年07月17日 13時56分

著者

藤田雄介

細谷典弘

[ネットワンシステムズ]

印刷する連載新着通知を受け取る

　サーバ仮想化技術によって、多くの企業がコンピューティングリソースの統合を進めている。現在では、サーバ仮想化の段階からプライベートクラウドの段階へとステップアップを図っている企業や、既にプライベートクラウドを構成してサービスを提供している企業も数多く存在している。

　クラウド基盤では、仮想マシンが非常に簡単に作成できる。しかし、この迅速に生成された仮想マシンに対して、適切なネットワークアクセスを即座に設定することは難しい。この点に課題を持つ企業は多く、これに対応する新たな技術や製品が登場している。

仮想化とネットワークについての記事

　このような背景を踏まえ、本連載では、「クラウド基盤のネットワーキング機能」について解説する。最初に、VMwareを中心とした爆発的なクラウドの浸透に対して、クラウドネットワークがどのような変化を遂げてきたか、「vSphere Standard Switch」、「vSphere Distributed Switch」（vDS）といった技術を振り返る。そして、今後主流になるであろう「VXLAN」（Virtual Extensible Local Area Network）や、新しいクラウドネットワーク技術の登場背景や機能を紹介し、その仕組みや課題もあわせて解説していく。

プライベートクラウド基盤に求められるネットワーク要件

　まず、プライベートクラウド基盤に求められるネットワーク要件と、それに対応する技術を紹介する。

　サーバ仮想化技術によって、サーバは物理サーバ上で仮想マシンの形態で稼働することになる。この段階でのネットワークの最低要件は、「物理ネットワークから特定の仮想マシンにアクセスできること」、そして、「異なる物理サーバに存在する仮想マシン間でアクセスできること」だ。

　この要件への対応は、ハイパーバイザーの内部にVLANタグ(802.1q) を認識する仮想的なスイッチを導入し、各仮想マシンのMACアドレスを、VMware ESXが接続された物理スイッチが学習することで実現した。

　最低限の動作だけなら、この程度の仮想ネットワーク機能でも問題ないのだが、物理ネットワークが実装している機能と比較すると、非常に大きな差がある。

　このギャップを埋めるために、vSphere vDSや、シスコシステムズが開発・販売する「Cisco Nexus 1000V」などのサードパーティーの仮想スイッチが登場してきた。さらに、仮想マシン間の通信を物理スイッチ経由の通信へと変更可能な「Cisco VM-FEX」（Virtual Machine Fabric Extender）などの機能の登場によって、物理スイッチ機能の有効利用と仮想マシン間の通信の可視化も実現している。

　サーバ仮想化の次の段階であるプライベートクラウドでは、さらに以下のようなさまざまな要件が存在し、ネットワークリソースに関してもこれらを満たす必要がある。

迅速にリソースアクセスを提供するための仕組み
異なる組織グループを同一基盤で稼働させるためのアクセス制御
ユーザーが利用したいときに、すぐにリソースを使用可能とするセルフサービス
膨大に増え続ける仮想マシンの数への対応
仮想マシンのライブマイグレーションにおけるサービス継続

　では、具体的にVMware vSphereに実装されているvSSやvDS、サードパーティーのスイッチにどのような特徴があるのかを、順に紹介しながら解説していく。

仮想スイッチの特徴と差異

vSS（vNetwork Standard Switch：標準スイッチ）

　VMware vSphereで構成される最も標準的なスイッチ機能が、vSSだ。vSSは各ESXiホストに対して、"仮想スイッチ"と“「ポートグループ」を作成することで、仮想ネットワークと物理ネットワークをひも付けることができる。また、全てのESXiホスト内に同じ名前のポートグループを作成しておくことで、これら複数のホスト（物理サーバ）にまたがるライブマイグレーションを実施できる。ESXi上に複数のネットワークインタフェースを保持することにより、これらを冗長化する機能も実装されている。

vSS（標準スイッチ）の構成

　しかし、多数のポートグループをESX全てに対して設定する必要があるため、ESXiの台数増加に伴い、作業工数が非常に大きくなるというvSSの課題が露見してきた。

vSphere vDS（vNetwork Distributed Switch：分散仮想スイッチ）

　vSSの課題を踏まえて登場した技術がvDSである。vDSは、「VMware vCenter」によって複数のESXiをまたがる仮想的な単一のスイッチを構成することが可能だ。これによって、vCenterから単一のポートグループを作成することで、全てのESXに対して同一のポートグループへの通信を提供することが可能になった。

vDS（分散仮想スイッチ）の構成

Cisco Nexus 1000V

　最近ではvDSと比較して主だった機能差がなくなりつつあるが、依然としてCisco Nexus 1000V独自のメリットもまだ多く存在する。

　例えば、CBWFQ（Class-Based Weighted Fair Queueing）のようなQoSや、ACL（Access Control List）およびDHCP snoopingのようなセキュリティ機能は、vDSではまだ提供されていない。また、LACP（Link Aggregation Control Protocol）は標準化されている技術ではあるが、同じシスコのスイッチ間で使用した方が相性は良い。さらに、vPathのようなCisco Nexus 1000Vと仮想マシン間の通信を制御できる機能を使い、仮想スイッチとファイアウォールなどの仮想アプライアンスを連携することもできる。また、ネットワークエンジニアが、仮想スイッチの設定がCisco CLIで行えるため、ネットワークエンジニアが物理から仮想までのネットワークを管理できる点も優位点といえるだろう。

Cisco Nexus 1000Vの構成

　Cisco Nexus 1000Vは、ESXi以外にも、Hyper-VやKVMなど、複数のハイパーバイザーへの対応を進めている。

プライベートクラウド基盤における物理スイッチ

　これまで仮想スイッチに関して解説してきたが、仮想スイッチと物理スイッチとの接続方法も「プライベートクラウド基盤に求められるネットワーク要件」においては重要である。

　キャンパスネットワークでは、スイッチのスタック接続で複数のスイッチを1台のように見せる技術は以前からあったが、データセンタースイッチにおいても同様の機能を実現する技術として、シスコのvPC（Virtual Port Channel）、ブロケードのvLAG（Virtual Link Aggregation Group）などが登場している。これらの機能によって、実際には複数の物理スイッチがあっても、vSSやvDSからは1台のスイッチとポートチャネルを接続しているように見えるため、可用性が高くなる。

　また、仮想化環境ではレイヤー2のネットワークを構築する必要があるため、以前からあるSTP（Spanning Tree Protocol）を使用してネットワークを構築すると、ループ防止のためブロッキングボートが作成され、帯域が無駄になってしまう。また、STPを使用していると、仮想マシン間の通信がSTPのトポロジーに依存してしまうことから、最適経路が実現できない。

連載：クラウド基盤とネットワーク

連載新着通知を受け取る

この連載の記事をもっと見る

この記事の著者