トラフィックはかえって増える？

仮想化の次なる課題はネットワーキングか

仮想化に伴うネットワーキングの問題として、NICの大量利用、ネットワークトラフィックの増大、物理スイッチと仮想スイッチ間の通信の問題などを解説する。

公開 2008年02月29日 04時00分

更新 2012年09月06日 13時12分

著者

Scott Lowe

[TechTarget]

印刷する

　サーバ仮想化は、データセンターのサーバチームとネットワーキングチームの役割を変えつつあり、両者の役割は区別しにくくなっている。サーバハードウェアの仮想化製品が、サーバ内にネットワークを作成するからだ。このデータセンター設計は決して扱いやすいものではなく、ITスタッフの役割の移行も簡単ではない。

　本稿では、サーバハードウェア仮想化がデータセンターのネットワーキングに与えるインパクトについて詳しく見ていきたい。

　VMwareの「VMware Infrastructure 3（VI3）」、Citrixの「XenServer」、Microsoftの「Microsoft Virtual Server」（と、近いうちに正式版が登場する「Hyper-V」）などで実現されるサーバハードウェア仮想化は、データセンター設計に大きな影響を与える。

　ネットワーキングは間違いなく、そうした仮想化の影響を受ける分野の1つだ。

NICの大量利用

　第一に、本格的な仮想化環境では各物理サーバが使用するNIC（Network Interface Card）が格段に多くなる。仮想化ホストが8枚や10枚、あるいは12枚のNICを使うことも珍しくない。これに対し、仮想化されていないサーバが使うNICは、2枚かせいぜい3枚だ。これは、エッジ／分散型スイッチがラックに設置され（一般に、ネットワーク配線の簡素化が目的）、それらがネットワークコアにアップリンクされるデータセンターで問題になる。こうした状況では、一般的な48ポートスイッチはそれぞれ10枚のNICを使う4台の仮想化ホストしか接続できない。ラック内のすべてのホストを接続するには、エッジ／分散型スイッチを増やさなければならない。

　大抵の場合、ラック内に用意したエッジ／分散型スイッチが余る心配はない。ネットワーク接続を十分に利用しないサーバはほとんどないからだ。もともと、ネットワーキングリソースやそのほかのリソースの使用率が低いことが、企業が仮想化を導入し、ワークロードの統合や、消費電力、ラックスペース、冷却、物理サーバの削減を進める理由となっている。しかし、仮想化環境では、複数のワークロードが仮想化ホストに統合されていれば、ネットワークトラフィックはそのホスト上で実行されるワークロードの数に応じて増加する。このため、各物理サーバのネットワーク使用率が、仮想化前のように低くなることはない。

ネットワークトラフィックの増大

　統合されたワークロードによるトラフィックの増大に対応するために、ネットワークコアへのアップリンクを提供するエッジ／分散型スイッチを増やす必要があるだろう。

ネットワーク設計の問題

　もう1つの重要な変化として、最新世代の仮想化製品の動的な特性によるものがある。これらの製品は、ライブマイグレーションやマルチホストの動的リソース管理といった機能を持っている。こうした機能によって仮想化に固有の動的変更が実現されることは、サーバ間のトラフィックフローについて前提が何も成り立たなくなることを意味する。

　ワークロードが物理ハードウェアと結び付いていたときには、特定のサーバ間で大量のネットワークトラフィックが交換されることが分かっている場合、それらを同じラックに収納したり、同じスイッチに接続したりすると効果的だった。これは「局所性」と呼ばれる考え方によるものだ。だが今では、ある物理ホストから、まったく別の物理ホストにワークロードが動的に移動する場合があるため、ネットワーク設計に局所性は利用できない。ネットワーク設計では、任意の仮想化ホストから別の任意の仮想化ホストや物理ワークロードへの動的なデータフローに対応しなければならない。データセンターネットワークは、従来のコア／エッジ型ではなく、フルメッシュ型、つまり、任意の仮想化ホスト間でやりとりされるトラフィックフローに完全に対応できる「ファブリック」になる必要があるだろう。

　また、Xsigoや3LeafのようなI/O仮想化製品ベンダーの登場は、ネットワーキングにとどまらず、ストレージ／SANトラフィックについても、動的なトラフィックフローに対応する必要があることを実証している。これも興味深い動きだ。

物理スイッチと仮想スイッチ間の通信

　第三に、仮想化によって、データセンターのネットワーキングレイヤーが見えにくくなる。VMwareは主力仮想化製品の最新リリース「ESX Server 3.5」で、Cisco Discovery Protocol（CDP）のようなプロトコルによる物理ネットワークスイッチと仮想スイッチ（vSwitch）間の通信をようやく実現した。ほかのベンダーはこの機能を提供していない。物理ネットワークスイッチとvSwitch間で通信ができないと、ネットワークエンジニアにはvSwitchが見えず、どの物理NICとどのvSwitchが対応しているかを簡単に判別できない。だが、トラブルシューティングではこの情報が重要な場合が多い。

　このようにvSwitchが見えないと、従来のネットワーク侵入検知システム（NIDS）やネットワーク侵入防止システム（NIPS）で提供される、悪意あるネットワークトラフィックを発見して遮断する機能にも影響する。これらの機能を提供する仮想アプライアンスによってこの問題の克服を目指すベンダーも登場しているが、それらのソリューションはプロミスキャスモードのNICに依存し、スパンポートのようなスイッチの機能を利用できない。vSwitchはトラフィックの送信先として指定できるスパンポートを提供しないからだ。またvSwitchは設定可能なSNMPサポートを提供しておらず、ネットワーク管理システムに参加できない。ネットワーク運用グループは、vSwitchのどのポートがダウンしているか、どのNICが影響を受けるかなどを判断するには、サーバ運用グループに頼らなければならない。

　このように責任の所在が分かりにくくなっていることは、仮想化による最も見えにくい影響の1つだろう。サーバハードウェア仮想化製品がサーバ内にネットワークを作成することから、サーバチームとネットワークチームの役割と責任は変化し、区別しにくくなってきている。また、同様な変化がサーバチームとセキュリティチームおよびストレージチームの間にも起こっている。仮想化がこれらの領域の境界をあいまいにしているからだ。

本稿筆者のスコット・ロウ氏は、ePlus Technologyの上級エンジニア。幅広い経験を積んでおり、SAN、サーバ仮想化、ディレクトリサービス、相互運用性などのエンタープライズ技術を専門としている。

印刷する