SDNプロジェクト「OpenDaylight」がもたらすインパクト、期待できること:OpenStack Summit 2015 Tokyo(3/3 ページ)
2013年2月に発足したOpenDaylightプロジェクトは、当初のイメージとは大幅に異なる側面を持つ活動に発展しつつある。OpenStack Summit 2015 Tokyoを機に、OpenDaylightシニアテクニカルディレクターのフィル・ロブ(Phil Robb)氏、およびOpenDaylightアンバサダーである、NEC スマートネットワーク事業部 主席技術主幹の工藤雅司氏に聞いた。
――では、インキュベーション段階を卒業するころには、単一の「言語」にまとまるということなのですか?
ロブ氏 いえ、「業界によって異なる言語を好む」こともあり得ます。NEMOは通信事業者のために存続し続けるかもしれません。カギは柔軟性と複雑性のバランスにあります。例えばエンドポイントをグループ化し、相互間のコントラクトやポリシーを定義するといった抽象化をするとき、どれくらいの粒度でこれを行うのかは、実装によって異なります。どの言語がいいのかは簡単に決められません。ユーザーがそれぞれのAPIセットを見て、自分たちが解決したい問題と照らし合わせ、いずれかの言語を選ぶことになると思います。その過程で、淘汰が起こると思います。
既に上述のプロジェクト間では連携が見られます。例えば、Network Intent Compositionの最初のリリースでは、Group Based Policyをレンダリングエンジンとして使っています。つまり、Network Intent Compositionは自身のNorthbound APIを持っていますが、Group Based Policyのサービスと連携し、そこからOpenFlowなどを制御します。ただし、Network Intent Compositionの次のリリースでは、一部の機能でGroup Based Policyを使わない実装も行われようとしています。NEMOは新しいプロジェクトなのでまだ分かりませんが、まずは恐らくGroup Based Policyを使うことになるでしょう。Group Based Policyは、OpenDaylightにおいて最も成熟したレンダリングエンジンだからです。
OpenDaylightは壮大な実験場として機能している
――工藤さんにお聞きします。工藤さんがOpenDaylightで最も面白いと感じていることは何ですか?
工藤氏 私はNECと、OpenDaylightのアンバサダーの二つの“帽子”を被っています。NECは、当初「Virtual Tenant Network(VTN)」で貢献しましたが、最近、先ほど話に出たNetwork Intent Compositionのプロジェクトを始めました。これはONFが標準化を進めるNorthboundインターフェースを実装するものです。
このプロジェクトで特に感じるのは、OpenDaylight内の多様なプロジェクトが、有機的かつダイナミックに、つながったり離れたりしていることです。しかもそれが、特定ベンダーや特定個人の意思ではなく、コミュニティ全体の合意の中で進んでいます。これは難しい反面、非常に面白いです。
Northboundインターフェースは本来、非常に難しいものですが、多様なベンダーが集まり、多数のプロジェクトが動いています。それだけでなく、アドバイザリーボードとして、通信事業者などが要望をインプットしています。また、世界中のユーザーグループからもフィードバックがあります。今、OpenDaylightは内も外も大きく動いています。
OpenStackのネットワークに関しては、いろいろな実装が考えられます。Neutronでの実装も可能ですが、Neutronでは、レイヤー3やDHCPなどのエージェントを一つずつ動かして、サービスを実行する構造になっています。これらの各種サービスは、OpenDaylightという単一のコントローラーにオフロードできます。さらにOpenDaylightコントローラーは、サービスチェイニングなどの付加価値を容易に組み込めるポテンシャルもあります。これはOpenDaylightの強みであり、力を入れていきたい部分です。
ネットワーク関連ではいろいろなアプローチが出てきており、現時点で「正解」を見出すのは難しいと思います。しかし、いろいろな技術が、OpenDaylightという場で生まれて成長し、あるものは消えていき、あるものは統合する。そうした実験場、サンドボックスの役割を果たしている点が、私にとって刺激的です。
――ありがとうございました。
Copyright © ITmedia, Inc. All Rights Reserved.
関連記事
- INTEROP TOKYO 2015の歩き方(1):ネットワークはさらに高速化、SDNも当たり前に
INTEROP TOKYO 2015では、ネットワーク製品の高速化対応がさらに進む一方で、柔軟性を確保するとともに高度な制御を実現する手段として、各種のSDN(Software Defined Networking)、あるいはSDN的な仕組みが自然に使われつつある状況を、体感できるはずだ。 - Chris Wright氏が語るSDN:OpenDaylight、OpenStack、そしてOPNFV
OpenDaylightとOpenStackとの関係はどうなっていくのか。OpenStackネットワーキングはSDN化していくのか。OPNFVはこれらとどう絡むのか。OpenDaylightとOPNFVのボードメンバーを務めるレッドハットの著名エンジニア、Chris Wright氏に聞いた。 - LinuxConに見る「ネットワーク」の変化:OpenDaylightがネットワークにもたらすイノベーション
Linux開発者が集う年次カンファレンス「LinuxCon Japan 2014」だが、そのカバー範囲は徐々に広がっている。オープンソースがもたらす破壊的なイノベーションの力は、OS、カーネルの範囲だけでなく、ネットワークにも及ぼうとしている。 - オラクルがOpenDaylightプロジェクトに参加、Solarisに実装
米オラクルもOpenDaylightに参加を表明。Solaris 11.2にOpenDaylight SDN機能を実装する。 - OpenStack実運用の課題からひもとくNeutronとSDNの関係
OpenStack環境の評価検証で浮かび上がった課題とは? ネットワーク領域をつかさどるNeutronはその課題にどう対処できる? NeutronとSDNコントローラーとの関係を見ていきましょう。 - Kilo、Liberty、そして“Mitaka”。OpenStackはどうなる? コアデベロッパーによる開発プロジェクトの動向まとめ
OpenStackプロジェクトの開発メンバーによる、プロジェクト全体のアップデート解説。今秋、方針が固まるMリリース「Mitaka(三鷹)」の予想も。