「サーバーの仮想化が普及したことで、かねてから指摘されてきたデータセンターネットワークの“ひずみ”が顕在化しています」と、NTT情報流通プラットフォーム研究所 プラットフォーム方式DP 主任研究員の横関 大子郎氏は指摘する。OpenFlowが必要とされている理由は、この“ひずみ”について理解するとわかりやすい。
例えばNECビッグローブでデータセンターの運用などを担当する基盤システム本部 システム開発グループ 主任の淀野 直弥氏は、「サービスの変更頻度や複雑化するユーザーニーズに、ネットワークがついていけなくなっています」という。同社のデータセンターでは、ポート数やフロアスペースが不足しそうになった段階で、ある程度大きなレイヤー2ネットワークの単位で増設をかける。ところが、せっかく増設した設備を無駄なく使えないケースがあるというのだ。
例えば、仮想マシンをライブマイグレーションで動的に移動させる前提の既存サービスがあったとする。このサービスの増強が必要になっても、新しく増設した領域は使えない。別のレイヤー2ネットワークに属すサーバー同士では、ライブマイグレーションができないためだ。こうして増設した領域は空いているのに、既存の領域も強化をしなければならないという二重投資の問題が出てくる。異なるレイヤー2ネットワーク間でリソースを融通しづらいのだ。また、「自社拠点とデータセンターを一つのレイヤー2ネットワークでつなぎたいという法人ユーザーが増えてきましたが、当社のシステム設計では対応するのが難しい状況です」(淀野氏)という課題もある。
策はあるがどれも痛しかゆし
多様な要望に応えるためには、そのニーズに合わせて改めてネットワークを設計・運用するという方法がある。そのほか、導入する機器のベンダーを統一し、高機能な上位機種を採用してプロプライエタリーな機能で対応するという手もあるだろう。とはいえ、前者には人手と時間が、後者には費用がかかる。サービスを迅速に変更しつつ、価格面でも競争しなければならない事業者にとってはどちらも痛しかゆしだ。
こうした状況で事業者の目にとまったのがOpenFlowである。NECビッグローブ 基盤システム本部 システム開発グループ 主任の川村 聖一氏は、「今まではネットワーク機器の機能や実装への依存度が高く、ユーザーごとの特別な要望への対応は難しいところがありました。それがOpenFlowで柔軟に可能になるかもしれないと、目の前が開ける感じがしました」と語る。
もちろん後述するように、OpenFlowにも課題はある。最終的にOpenFlowを選ぶかどうかは、事業者の資金力や開発力、ベンダーロックインを是とするかなど経営の方針によって決まる。NECビッグローブでも、現在OpenFlowの“実力”を検証している最中だ。NTTデータ ビジネスソリューション事業本部 ネットワークソリューションビジネスユニット 第一インテグレーション担当 課長の馬場 達也氏はこうした傾向を分析して、「今後のデータセンターの方向性はOpenFlowを活用するタイプと、プロプライエタリー製品が持つ機能や標準化された既存プロトコルの拡張を組み合わせるタイプに二分されるのではないでしょうか」と話す(図1)。