VMware NSXは、下位層にある物理ネットワークと疎結合される仮想ネットワークオーバーレイを作成する。Ciscoなどは、このアプローチはスケーラブルではないと主張している。実のところ、ソフトウェアスイッチと仮想ネットワークオーバーレイが高パフォーマンス環境に十分対応できるかどうかは状況次第だ。

　「大まかに言えば、世界の仮想環境の大部分は、ホスト内のソフトウェアスイッチに依存している。ソフトウェアスイッチは、使い方によって分類しなければならない。シンプルなソフトウェアスイッチが基本的なレイヤー2機能セットを実行するユースケースは現在、非常に効果的だ。VMware ESXのvSwitchがその格好の例だ」と、米Rackspaceの主席アーキテクト、ブラッド・マコーネル氏は語る。同社はVMware NSXの前身であるNiciraの「NVP」（Network Virtualization Platform）を早くから利用してきた。

　「他方、例えば、ソフトウェアスイッチがオープンソースハイパーバイザー内で高度なサービスを実行するユースケースなどのように、全てのワークロードを許容できる現在のパフォーマンスが分からないケースもあるだろう。こうした領域では大幅な改良が続けられていくだろう。だが、実用上、ジッタのないミリ秒未満のパフォーマンスを求める人にとっては、ハイパーバイザーをネットワークパスから除去することが理にかなっている」（マコーネル氏）

　現在のところ、「オーバーレイにネイティブに参加できるASICベースのスイッチ」が、マコーネル氏にとって非常に重要だ。「ソフトウェアスイッチは、ハイパーバイザーで良好に動作するようになるかもしれない。だが、データセンターには、オーバーレイがサービスを得るために物理ネットワークにマッピングされるアグリゲーションポイントがある。これらの場所では、数十あるいは数百Gbpsのパフォーマンスが必要になり、ジッタの発生を回避しなければならない。このため、こうしたオーバーレイトラフィック全体がどこに送られる可能性があるかを把握し、そのワークロードを処理する優れたプラットフォームを用意することが重要だ」

　「仮想ネットワークオーバーレイのスケーラビリティについての議論は、OpenFlowベースのSDNに関する議論を思い出させる」と、ネットワークエンジニアでブロガーのトム・ホリングスワース氏は語る。専門家は、OpenFlowコントローラーがフロー定義を、スイッチのCAM（Content Addressable Memory）テーブルに十分高速に記録できるかどうかを心配している。VMware NSXコントローラーも、VXLANトンネルエンドポイント（VTEP）用にフローのプログラミングを行う必要がある。VMwareは、ソフトウェアがその作業を行うと述べているが、ネットワーク担当者は、この製品を完全に受け入れる前に、この製品が実際に稼働しているところを見る必要がある。

　「VMware NSXには、STT（Stateless Transport Tunneling）とVXLAN（Virtual eXtensible Local Area Network）による異なるモデルが採用されているが、それでスケーラビリティの問題が解消されるだろうか」とホリングスワース氏。「ネットワークベンダーは長年にわたってCAMを改良し、TCAM（Ternary CAM）をできるだけ高速かつ最適に機能させることに取り組んできた。多数のCAMテーブルを持てば通常の動作速度となり、動作速度が極めて高速になれば、多くのエントリを持てなくなる。CAMテーブルがなくなり、全てがソフトウェアで行われるとしたら、こうしたトレードオフを踏まえてどうやってネットワークを制御するのか」

　VMware NSXが十分なスケーラビリティを提供するかどうかを議論するのは、時期尚早との声もある。この製品は2013年第4四半期まで一般提供されないからだ。

　「（Ciscoの）ウォリアー氏は、スケーラビリティについて漠然としか書かなかった」と、米中西部の大規模な大学でリードネットワークエンジニアを務めるニック・ブラグリオ氏は語る。「『100億ノードに対応できるスケーラビリティがない』といったことはいつでもいえる。ウォリアー氏のブログ記事では、どのような視野で評価しているのか分からない」

　データセンターネットワークエンジニアでブロガーのマット・オズワルト氏は、「観念的な議論にうんざりしている」と語る。

　「まだ誰も使っていない。議論ばかりが先行している。この段階でスケーラビリティについての議論を聞くのは間違いだろう。一部の議論は若干の真実を含んでいるかもしれないが、まだ実物を見ていないのに、『スケーラビリティに欠ける』とはいえない」（オズワルト氏）

VMware NSXはネットワークエンジニアに十分な可視性を提供するか

　「疎結合されたオーバーレイネットワークは可視性に欠ける」というCisco ウォリアーCTOの主張は、データセンターの専門家よりもネットワークの専門家の反響を呼んだ。Niciraがステルスモード（※）を経て表舞台に登場して以来、ネットワーキング専門家はこうした可視性を問題にしている。

※　創業期の企業などが活動を非公開で進めている状態

　「われわれは以前から、アプリケーションがネットワークに、何をすべきかを指示する必要があると述べてきた。しかし、ネットワークの方もアプリケーションに、何が起こっているかを知らせることができなければならない」と前出のネットワークエンジニアでブロガーのホリングスワース氏。「アプリケーションが、リソースを要求するブラックボックスの中にあったら、アプリケーションが、自身が欲しいリソースではなく、利用可能なリソースでやりくりする、われわれにとってギブアンドテイクが可能な状況には決して到達しないだろう」

　ネットワーク専門家は全キャリアを通じて、アンダーレイの可視化によって問題を未然に解決することに取り組んできているだけに、アンダーレイネットワークとオーバーレイネットワークを分離することが良いことだと考えを変えるのは難しいと、ホリングスワース氏は語る。

　「今、そうしてオーバーレイを分離し、見えないインフラに全てをロードすれば、これまで進めてきたことが全て無駄になってしまう。私が使ってきた監視ツールには、それらのホスト間でやりとりされる大量のトラフィックが見えるが、スパニングツリーが動作しているのか、それらが正当なトラフィックなのか、攻撃なのかといったことは分からないだろう」（ホリングスワース氏）

　物理インフラと仮想インフラ間の完全な可視化が重要であり、それは容易なことではないだろうと、米451 Researchのリサーチディレクター、エリック・ハンセルマン氏は指摘する。

　「スタック全体にわたって完全にシグナリングを管理できれば素晴らしいし、驚きだが、そのためには状態保持が必要なことから、管理は非常に複雑になってしまう」（ハンセルマン氏）

　しかし、可視化ツールが登場してくるだろうと予想する声もある。基本的なVXLAN監視およびリポートツールが既に米Riverbedから投入されており、これに続く製品も出てきそうだ。

　「ほとんどの人はまだコントローラーの運用法をあまり詳しく調べておらず、コントローラーはまだなじみの薄い難解なツールにとどまっている」と、Rackspaceのマコーネル氏は語る。

　「ネットワークを制御するソフトウェアをデバッグすることは、従来のホップバイホップネットワークで問題を突き止めて解決するのと比べて直感的ではない。時間の経過とともに、VMwareはプラットフォームの完成度を高めることができる可能性がある。あるいは、企業がベンダーの選択に当たって、仮想化の考え方を活用するCiscoのような既存のネットワーク機器ベンダーや、ネットワークの在り方を再構築するVMwareのようなネットワーク仮想化ベンダーについて、バランスの取れた見方をするようになる可能性もある」（マコーネル氏）

　Niciraの創業者で、現在VMwareのネットワーク担当チーフアーキテクトを務めるマーティン・カサド氏は、VMware NSXでは、ネットワークのグローバルな状態のビューをVTEPエッジで維持できるようになっており、そのおかげでこのプラットフォームは、オーバーレイと物理インフラ全体を可視化できるユニークな機能を持っていると説明する。現在、スタック全体にわたって高い可視性が確保されており、今後も機能強化が進むという。

　「われわれは、パケットを落としている特定のリンクをエッジから特定する機能に取り組んでいる」とカサド氏。「この機能は、物理ネットワーク全体にわたってパスを追跡し、パスがどのリンクを通るかを発見し、特定のリンクでパケットを落としている場合は、それを管理者に知らせ、管理者がどう対処するかを判断できるようにするものだ。われわれの製品はこの機能により、仮想マシンAが仮想マシンBと通信できない場合にそれを管理者に知らせ、マルチパスシナリオでも、どのリンクに問題があるかを知らせることができるようになる」

ネットワーク仮想化とSDNでCiscoとVMwareの提携が破局？

　VMwareが、ネットワーク仮想化を手掛けていた新興企業のNiciraを12億ドル以上で買収したとき、多くの業界ウオッチャーが、VMwareとCiscoの蜜月時代は終わったと指摘した。VMwareはCiscoと長年にわたってパートナーを組んできたにもかかわらず、Ciscoの収益性の高い事業を脅かすと見られていた企業を傘下に収めたからだ。

　だが、ネットワーク仮想化やSDNをめぐって主張がぶつかることもあるが、CiscoとVMwareは国同士の外交さながらに、自社の利益を念頭に細心の注意を払って、少なくとも公式には友好関係を維持している。両社は共通の顧客が多いため、パートナーであり続ける以外に選択肢がないからだ。

　「VMwareは、ネットワークベンダーに取って代わろうとしているわけではない」と、米国内のシステムインテグレーターに勤務するシステムエンジニアのジョシュ・バロン氏は語る。「VMwareは常に、人々が物事をうまく運ばせるためのツールを提供してきた。CiscoとVMwareは素晴らしいパートナーだ。彼らはVCE、Flexpod、Nexus 1000vを共同で手掛けている。これらの製品展開は強力な戦略に支えられている。VMware NSXはそれらに取って代わるものではない。これは、人々が利用できるもう1つのツールにすぎない」

　さらにバロン氏は、VMware NSXはむしろ、市場がSDNへの理解を深めるのに役立つ可能性があるとも語る。現在、業界では、SDN機能をうたった製品がやたらと増えているが、この技術の価値や定義について合意は形成されていないようだ。

　「VMware NSXが、いずれOpenFlowやOpenDaylightなどに対応するかどうかはまだ不明だ。しかし、VMware NSXは人々が、『SDNとは何か』を理解するきっかけになるかもしれない。それはすなわち、SDNにより、『ポリシーを利用したネットワーキングの自動化』と、『APIを使ってネットワーク機器とハイパーバイザーを直接連携させること』が可能になることを理解することだ」（バロン氏）

　一方、Ciscoは、VMware NSXと競合しそうな幾つかの技術を間もなく市場に投入しようとしている。そうした技術には、Cisco ONEや子会社のInsiemeの製品などがある。これらはいずれも、今日のデータセンターの課題を、ネットワークからスタックの上位層への方向で解決することを目指すCiscoの戦略を構成する要素だ。これに対し、VMwareのアプローチは、こうした課題に、ソフトウェア層から下位層に向かう方向で取り組むというものだ。両社がネットワーク仮想化とSDNをめぐって真っ向から激突することは避けられないように見える。

　「CiscoとVMwareのパートナーシップは依然として強固だが、両社は別の方向に向かっている」と、451 Researchのハンセルマン氏は指摘する。

　「AppleとMicrosoftの戦いの構図とよく似ていると思う」と、ある大学のリードネットワークエンジニアのブラグリオ氏は語る。「社内では、全てをCisco技術で統一したい信者と、VMware技術で統一したい信者が出てくるだろう。恐らく、彼らは部署も違うはずだ。ネットワーク担当者がCiscoに肩入れし、サーバ担当者がVMwareに肩入れするわけだ。今までにこうした状況がこれだけの規模で起こったことはないのではないか」