FlowVisorは、抽象化レイヤーを通じて物理ネットワークを分割する。これは、ハイパーバイザーをサーバのハードウェアとソフトウェアの間に置き、複数の仮想OSを実行できるようにするサーバ仮想化の仕組みに近い（参考：比較表で徹底解明！　各サーバ仮想化製品の特徴と違い）。FlowVisorは、帯域幅やCPU利用率、フローテーブルなどを管理する。

　サーバ仮想化のハイパーバイザーが、標準のx86命令セットを利用してサーバを仮想化するのと同様、FlowVisorは標準のOpenFlow命令セットを利用してOpenFlowスイッチを管理する。OpenFlow命令セットは、パケットのヘッダテーブルに記述された特性に基づき、パケット転送方法に関するルールを設定する（OpenFlowの制御方法については「【技術解説】OpenFlow／SDNの自在な経路制御を実現する技術」を参照）。

　ルールは全てフローテーブルで定義されるため、帯域幅やCPU利用率にオーバーヘッドの影響が付加される可能性は低い。ただし、フローテーブルのルールを設定するために、専用の物理コントローラーが必要になる。

ネットワークの分割によってSDNを実現

　FlowVisorによるネットワークの基本要素がネットワークスライスだ。ネットワークスライスは、ネットワーク動作の範囲を規定するルールを含む、テキストベースのコンフィギュレーションファイルによって定義される。設定可能なルールとしては、「許可」「リードオンリー」「拒否」などがある。

　FlowVisorを使うと、セキュアなTelnetトラフィック（デフォルトではポート992を使用）を専用のスライスへ割り当てる一方で、経営陣のIPアドレスを別のスライスへ割り当てる、といった運用ができる。そして、この2つ以外の全てのトラフィック用に3つ目のデフォルトスライスを作成したり、これらの3つのスライスを監視する障害診断用のリードオンリースライスを設定することも可能だ。

　ネットワーク管理者は、こうしたスライスの動的再割り当てと個別管理ができる。例えば、YouTubeを見ている受付係が、Telnetベースのアプリケーションや経営陣が利用する帯域幅に悪影響を与えるのを防ぐことができる。

　スライスの分離はFlowVisorの仮想化機能の重要な部分だが、実験的な技術であるFlowVisorにおいては、まだ進化途上の部分でもある。例えば、FlowVisorについて説明した学術論文によると、スライス間でスイッチCPUを厳密に分離することが必要だが、現時点では十分な分離は不可能である。スイッチCPUは、OpenFlowを通じて間接的に管理するしかないからだ。

　こうした制約や進化途上の機能を考慮すると、FlowVisorを利用する場合、以下の5つの要素に注意する必要がある。

• 帯域幅：1つひとつのスライスは、利用可能な帯域全体に対して一定の割合を専用領域として確保しなければならない
• トポロジー：1つひとつのスライスは、物理・仮想のスイッチやルータを含むネットワークノードに対して独自の視点を備えなければならない。FlowVisorは、OpenFlowコントローラーからは通常のスイッチとして、OpenFlowスイッチからはOpenFlowコントローラーとして見えるようにする
• トラフィック：トラフィックは、上記のルールに基づいて特定のスライス（またはスライス群）に常に拘束されていなければならない
• デバイスCPU：過負荷状態にある物理スイッチは、スローパス（高速化されていない）パケットを廃棄できる。ネットワーク管理者は、OpenFlowの統計情報カウンターやルールを更新することにより、FlowVisorがCPUリソースを考慮するようにしなければならない
• 転送テーブル：転送テーブルは、物理デバイスに拘束されている場合が多い。ネットワーク管理者は、1つのスライスが特定のデバイスの転送テーブルを飽和状態にしてしまい、他のスライスのルールを廃棄させないようにしなければならない

　後編は、FlowVisorの想定利用形態やリスク、今後の方向性について解説する。