なかなか自動化しないSDN管理、ハイブリッドクラウドで使えるのはまだ先？

SDNはハイブリッドクラウド型の企業ネットワークを最適化する可能性がある。だがこのテクノロジーやこれを取り巻くエコシステムは、依然として未成熟だ。

公開 2017年08月08日 05時01分

著者

Paul Korzeniowski

[TechTarget]

印刷する

　仮想化は、企業がサーバリソースやストレージリソースを導入する方法を変えている。だが少なくとも今のところ、仮想化の効果はネットワークまで及んでいない。その結果ハイブリッドクラウド環境では、企業がプライベートクラウドとパブリッククラウドの間でワークロードを結び付け、オーケストレーションする必要があるため、ネットワークのボトルネックが課題として残る。

　業務ではマウスを数回クリックするだけでクラウドインフラを導入することが望まれており、仮想化にはこの能力が期待されている。他の仮想化テクノロジーと同様、SDN（ソフトウェア定義のネットワーク）はシステムのソフトウェアとネットワークハードウェアを分離することで、ネットワーク環境を単純にする可能性はある。SDNによって、ソフトウェアのコントロールパネルと転送用ハードウェアノード（ルーターやスイッチなど）が切り離される。そのため、高価なものが多いベンダーの専用デバイスではなく、市販のルーターを使えるようになる。

　だが、こうしたメリットがあるとしても、SDNはハイブリッドクラウドネットワークの問題の特効薬にはまだなっていない。

　「SDNは『Still Doing Nothing』（依然として何の役にも立たない）の略ではないかと思えるほど役に立っていない」とZK Researchの主席アナリスト、ゼウス・カレワラ氏は語る。仮想ネットワーク接続の複雑さ、総合的なSDNエコシステムの不足、不完全な管理ツールが原因で、SDNの導入は遅々として進まない。

併せて読みたいお薦めの記事

なかなか普及しないSDN

1回で分かるSDN

1回で分かる：「SDN」の基本、主要ベンダーの動向をマップで押さえよう

SDN導入の現場

期待に応えていない

　理論上、SDNによって、柔軟性とアジリティに優れたネットワークデバイスを構成できる。以前のアプリケーションは、特定の通信回線と密接に関係し、緊密に接続されていた。SDNアーキテクチャでは、管理者が必要に応じて簡単に新しいネットワーク接続を作成できる。だが、これだけでは、SDNはハイブリッドクラウドやそのネットワークボトルネックの現状に対する期待に応えたことにはならない。

　以前であれば、古いネットワークシステムを新しいものに取り換えなければならなかった。しかしSDNでは、物理ネットワーク接続を変えずに、その上位に仮想化レイヤーが適用される。つまり事実上、1つではなく2つのネットワークを管理することになる。構成が合理化されるどころか、この設計では管理の複雑さが増すことになる。

図1　SDNの問題点《クリックで拡大》

　さらにサーバやストレージの仮想化は比較的容易に導入されてきた。それは、サーバやストレージが通常データセンター内に設置されるためだ。だがネットワークデバイスはデータセンターから複数のエンドポイントまで大きく広がり、構成が必要なデバイスの数は多くなる。その上、企業がパブリッククラウドやハイブリッドクラウドを導入するにつれ、こうしたエンドポイントの数が増えていく。

変化するネットワーク管理プロファイル

　パブリックとハイブリッドのクラウド設計は、ネットワークのトラブルシューティングを難しくする。これまでのネットワークでのシステムの監視では、可用性とパフォーマンスの2つに重点が置かれていた。BMC、CA Technologies、Hewlett Packard Enterprise、IBM、Microsoftなどのベンダーのツールがネットワークの入り口にあり、こうしたツールがITシステムの情報処理速度を監視し、時間の経過とともに明らかになるネットワークのボトルネックや問題が生じやすいポイントを特定していた。

　だがクラウドコンピューティングでは、ITインフラによる情報の処理方法が大きく変わる。最近のワークロードは特定のハードウェアとの緊密な結び付きがなくなってきている。ワークロードは、異なるシステム間を動的に移動する。トラフィックのパターンが大きく異なり、着信データと発信データが劇的に変化するため、ネットワークの入り口と出口を監視してもほとんど意味がない。

　最近のワークロードには、新たな管理アプローチとツールセットが求められる。伝統的なネットワーク管理システムでは、簡易ネットワーク管理プロファイルなど、広く認められた標準を利用しているが、ハイブリッドクラウドネットワークにはこのような仕様が大きく不足している。

　「現在のところ、企業は自社のSDNに起こっていることがほとんど見えていない」と話すのはIDCのリサーチディレクター、ブラッド・ケースモア氏だ。

SDNエコシステムはいまだ発展途上

　クラウドでは、システム管理者は複雑なコマンドを手動で入力するのではなく、マウスを数回クリックするだけでサーバリソースを割り当てることができる。この機能を実現するために、ベンダーは時間をかけてベースとなるサーバ機能を追加してきた。例えばChefとPuppetは、VMware、Microsoft、Red Hatなどのベンダーの仮想化レイヤーやクラウド抽象化レイヤーの上位で実行される。SDNにも新たな仮想化レイヤーはあるが、クラウド抽象化やオーケストレーションソフトウェアはまだ存在しない。Cisco SystemsやVMwareなどの企業がこうした機能に向けて取り組んではいるが、ネットワーク帯域幅の追加はクラウド管理者にとって少々面倒な処理のままだ。

　いずれはSDNによってクラウド管理者は、サーバリソースと同じくらい容易にネットワークリソースを新しく割り当てられるようになるだろう。だが、現状はそこまで進化していない。VMwareは1998年に設立されたが、PuppetやChefなどのツールを誕生させるまで約10年を要した。SDNが登場したのは2011年だ。そう考えれば、このエコシステムはまだまだ初期段階だろう。

図2　ソフトウェア定義インフラのトップとして挙げられるベンダー《クリックで拡大》

　結果としてSDN管理の大半が自動ではなくて手動で行われている。そのためネットワークの専門家からの情報提供が必要だ。新しいアプリケーションをサポートするためにネットワーク帯域幅をユーザーがプロビジョニングするという考え方は、クラウドサービスとクラウドストレージ共通のモデルだが、これは長い間ウィッシュリストに挙げられたままだ。SDN市場が成熟するまで、特に各アプリケーションを動的に調整するネットワークの自動構成サービス周りが成熟しない限り、SDNの導入は遅れ、多くのハイブリッドクラウド環境でネットワークのボトルネックは残ったままになるだろう。

印刷する