コンテナ化されたネットワーク機能への道

[51CTO.com クイック翻訳] サービスプロバイダーと企業は、今日のクラウドベースのアプリケーションでコンテナとマイクロサービスを広範に活用しています。彼らは、ネットワーク機能仮想化 (NFV) を使用してエッジに展開されたユニバーサル CPE (uCPE) でも同じことを実現したいと考えています。

しかし、現在の NFV の制限の 1 つは、仮想マシンで実行されるモノリシックな仮想ネットワーク機能 (VNF) の使用です。ユーザーはデータセンター クラウドでの操作に一貫性を持たせたいと考えており、これは VNF の実装にクラウド ネイティブ アプローチを採用することを意味します。これは、モノリスをマイクロサービス アーキテクチャに分解し、それをコンテナに実装することを意味します。

[[286295]]

それは野心的な目標ですが、技術はまだそこまでには至っていません。いくつかのまれな例外を除いて、今日の VNF は仮想マシンで実行されるモノリシック システムとして実装されていますが、それで問題ありません。現在、VM とコンテナの両方をサポートするソリューションは数多く存在するため、NFV ベースのサービスを導入するまで待つ必要はありません。

適切なプラットフォームがイノベーションを推進する

今日の VNF は、動的かつコスト効率の高いサービスをすぐに展開するのに適しています。ハードウェア アプライアンスから仮想化ソリューションへのシームレスな移行を実現します。適切なプラットフォームを選択すると、新しいコンテナ化されたネットワーク機能 (CNF) が利用可能になったときに簡単に移行できます。暗号化やテストエージェントなどの機能を実装し、VNF と共存できる CNF はすでにいくつかあります。

仮想マシンは消えてしまうのでしょうか?

仮想マシンが消滅すると考える理由はありません。次の図に示すように、コンテナと仮想マシンは補完的な関係を持つことができます。

コンテナの利点は、メモリとディスク容量の消費が少なく、起動が速いことです。さらに、マイクロサービス アーキテクチャの実装も可能になります。

しかし、仮想マシンは、セキュリティと基盤となるオペレーティング システムへの依存の点で、より効果的な分離を提供します。さらに、VNF 実装は仮想マシンでは一般的であり、今後も長期間にわたって使用されるでしょう。

したがって、仮想マシンとコンテナの両方が必要であり、適切なプラットフォームは両方をサポートします。実際、VM とコンテナが今日共存している重要な理由がわかっています。

コンテナを使用して特定のネットワーク機能を実装したいマネージド サービス プロバイダーの例を見てみましょう。エンドユーザーが独自のコンテナ化された関数を実行できるようにしたいとします。私は、エンドユーザー向けにコンテナ化されたアプリケーションを分離するために VM を使用していると主張する多数のオペレーターと話をしました。これにより、エンドユーザー アプリケーションと、オペレーターがプラットフォーム上で直接実行するアプリケーションが分離されます。

結局のところ、VM とコンテナの両方が重要です。今すぐ仮想マシンを開始し、将来ホスト ハードウェアを変更せずに仮想マシンに移行できます。

しかし、ネットワークのパフォーマンスはどうでしょうか?

CNF は、サイズと起動時間の点で仮想マシンよりも優れています。しかし、私のテストでは、ネットワーク パフォーマンスは両者で同様であることがわかりました。 VNF と CNF はどちらも、データ プレーン開発キット (DPDK) や高速 vSwitch などのテクノロジーを使用して、キャリアグレードのパフォーマンスを提供できます。

待たずに、今すぐ始めましょう!

将来を見据えたプラットフォームをお持ちの場合は、待つ必要はありません。現在利用可能な幅広い VNF から始めて、必要に応じてコンテナ化されたアプリケーションを組み合わせることができます。ハードウェアをアップグレードせずに、後で VNF から CNF に移行できます。

原題: コンテナ化されたネットワーク機能への道、著者: Prayson Pate

[51CTOによる翻訳。パートナーサイトに転載する場合は、元の翻訳者と出典を51CTO.comとして明記してください。