Juniper、HP、Ciscoは仮想化ネットワーク管理の解決策を持っているか？

変わり続けるネットワークの管理では、できる限り自動化する必要がある。JuniperやHP、Ciscoといったグローバルサプライヤーにその答えを出すことができるのか？

公開 2014年08月27日 08時00分

著者

Steve Broadhead

[Computer Weekly]

印刷する

　ITサプライヤーは時として、前進のことを「革新ではなく進化」と表現する。だがクラウドコンピューティングの導入や大量のアウトソーシング、仮想化の普及が意味するのは、われわれは今、確かに革新を手にしているということだ。

　ではこの“仮想化されたネットワーク”という新たな波の導入と管理を成功させるためには、手元の技術についても革新が必要なのか。

　ネットワーク管理ツールは、アプリケーションモニタリングのような後の世代のものであっても、既知の（固定された）ネットワークとアプライアンスのセットを中心とした知識の積み重ねをベースとしている。

　これに対して新世代のハイブリッドネットワークは、一部がプライベートで一部がパブリック（クラウドや管理型サービスなど）であったりするなど、真に動的だ。2つのネットワークノードや要素の物理的な接続の間に、もはや1対1の関係は存在しない。つまり、固定された知識ベースは常にすぐ時代遅れになる。従って、従来の方式で導入されたネットワークに対応させない限りほとんど使い物にならない。

　人的要素も検討しなければならない。仮想環境を導入すれば、組織を横断する複数のグループが、サーバやローカルおよびリモートのデータセンター管理、物理ネットワークといったネットワークの各部について責任を持つことになる。そのため、ネットワークに問題が起きた際に互いに責任をなすり付け合うこれまでの状況は、一層複雑になる。新たなルールが必要だ。自動化によって、この方程式からどの程度完全に、人的要素を取り除くことができるのか。言い換えると、変わり続けるネットワークをできる限り自動化して管理できる手段が必要だ。だがこれは簡単なことではない。解決策はあるのか。ここではグローバルサプライヤーのJuniper Networks、HP、Cisco Systemsの3社について、その答えを持っているかどうかを検証する。

Juniper Networks

　Juniper Networksのサービスプロバイダーマーケティング責任者デービッド・ノゲル・バウ氏によると、変化の主な理由は単純に、エンタープライズとサービスプロバイダーの両方で現在のネットワークモデルの複雑化が進んだことによってプロセスおよび物理的な接続が減速し、一方で新サービスをタイミング良く立ち上げるために必要な機動性が損なわれていることにある。

　ノゲル・バウ氏は言う。「例えばデータセンターでは、コンピュータが過去10年で大量に増えたのに対し、ネットワークは基本的には変わっていない。確かにファブリックは大型化、高機能化が進んだが、2台のサーバ間の仮想LAN（VLAN）のプロビジョニングに何分も時間を取られ、大型の導入になれば何時間も何日もかかることもある。しかしサーバ内に仮想マシン（VM）を導入するのは数秒で済む」

　同氏はSoftware-Defined Network（SDN）がその答えの一部、例えば仮想化の側面についての答えになると考えている。だがそれでも物理的なネットワーク機器と他の要素との相互作用は必要だ。Juniperは、ネットワーク管理やコントロールの全側面を網羅したオープン標準モデルを採用するアプローチを取っている。ここで必要なのは、仮想化されたネットワークの導入と管理のためのIP接続のみだ。

　このシステムの中心となるのが「Contrail」という製品だ。同製品は、各仮想サーバ内部に仮装ルータを導入し、Contrailコントローラーはデータセンターに置いて仮想ルータを管理して、データセンター内のあらゆるサーバ間のセキュアな接続を確立する。この時点でタスクの大部分は自動化される。インテグレーションの観点から見ると、このシステムは完全にオープンで、純粋なJuniper仕様の設計にはなっていない。

Hewlett-Packard

　HPはいち早くSDNの青写真とOpenFlowのサポートを発表し、続いて「OpenNFV」というシステムを開発した。

　これはサービスプロバイダーや通信市場のイノベーション促進を目指し、包括的なネットワーク機能仮想化（NFV）プログラムとして設計された。HPは通信の中核をなすネットワークとネットワーク機能の仮想化を通じ、新サービスをより早く、より簡単かつ安価に打ち出せるようになる。言い換えれば、狙いは競合するJuniperに極めて近く、鍵は明らかに投資回収にある。このプロセスの一環としてHPは、オープン標準ベースのNFV参照アーキテクチャ「HP OpenNFV Labs」を発足させ、最高のNFVアプリケーション＆サービスと形容するパートナーのエコシステムを構築した。

　HP OpenNFVプログラムの中心にあるHPオープン標準ベースの「OpenNFV Reference Architecture」（NFV RA）は、物理サーバ、ストレージ、ネットワーク、仮想化、SDNのコントローラー、リソース管理とオーケストレーション、分析、通信アプリケーション、完全なオペレーションサポートシステム（OSS）を網羅する完成されたアーキテクチャのエコシステムを提供する。

　HP NFV RAに組み込まれたSDN機能には、HP SDN Controller、マルチテナント用に設計されたSDN Ecosystemと仮想サービスルータ（VSR）、仮想プライベートクラウド、仮想顧客構内設備（CPE）が含まれる。この構成によって導入準備が整ったアーキテクチャ設計を提供し、サービスプロバイダーや通信事業者は1回の移行で従来型のネットワークからNFV／SDNベースのアーキテクチャへと切り替えられる。

Cisco Systems

　Ciscoも「Open Network Environment」（ONE）というシステムで、ネットワークのオープン化やプログラマブル化、SDNを含むアプリケーション対応の動きを後押ししている。

　同モデルもまた、既存のインフラの機能を拡張することによって業務のシンプル化と総保有コスト（TCO）の削減を図り、完全な統合型のフレームワークで先端のアプリケーションやサービスを物理、仮想、クラウド環境向けに提供することにある。Cisco ONEの中心にある動的フィードバックループは、ネットワークインテリジェンスを収集して個々のネットワークレイヤーのプログラミングを行い、ユーザーの状態を最適化する。これは個々のアプリケーションの数に合せて幾つにでも調整できる。

　Cisco英国・アイルランド法人の最高技術責任者（CTO）イアン・オフォダリング氏によると最も重要な要素の1つは、所在地を問わず、アプリケーションの極めて高い可用性を実現しながら運用経費を低く抑えることにある。地理的に分散したデータセンターのメリットを最大限に活用するために、ネットワークは各拠点を横断レイヤー2接続を拡張させなければならない。

　このためのソリューションとなるCiscoの「Overlay Transport Virtualization」（OTV）は、「IP内のMACアドレス」技術で、レイヤー2仮想プライベートネットワーク（VPN）をサポートし、あらゆるトランスポート経由でLANを拡張する。トランスポートはレイヤー2ベースでも、レイヤー3ベースでも、IPスイッチでも、レーベルスイッチでも、あるいはIPパケットさえ送信できれば他のどんなものでも構わない。

　OTVはMACルーティングの原則を使って、別々のレイヤー2ドメイン間のレイヤー2接続を可能にしながら個々のドメインの独立性は保ち、IPベースの相互接続が持つ障害分離、耐久性、負荷分散のメリットを持続させる。

1つの答えは存在せず

　明らかに、分散した仮想化ネットワークの導入や管理が単独でできるソリューションは存在しない。SDNはネットワークの新たな救世主として誇大宣伝されてきた。しかし実際は、ここで紹介したJuniper、HP、Ciscoのアプローチのようなソリューションセット全体の中で、一部を構成する存在にすぎない。同時に、グローバル環境を単独でフル管理できるネットワークサプライヤーは存在しないという論議もある。Moogsoftの「Incident.MOOG」などの製品は、マルチサプライヤー環境に対応している。

　われわれは間違いなく進歩を目の当たりにしている。だがこれは究極的にはネットワークの革命であって、既存のインフラの取るに足らないアップデートではない。従って週末の間に刷新できるようなものではなく、変化には長期間を要するだろう。