通信アプリケーションと IT アプリケーションでは、クラウドネイティブの仮想ネットワーク機能 (VNF) に対する要件が異なります。マイクロサービスとコンテナを通じて VNF を展開することで、クラウドネイティブ NFV 展開の成功が促進されます。 NFV の最適な応用は、通信サービス プロバイダーの 5G 実装を統合、構築し、さらに強化することです。 VNF の展開とオーケストレーションに関する現在の問題により、クラウドネイティブ VNF が今日のサービス プロバイダーにとって唯一のソリューションとなっています。 ただし、通信アプリケーションでは、クラウドネイティブ IT アプリケーションとは異なる VNF 要件があります。テレコム VNF アプリケーションは、データ プレーン/パケット処理機能に加え、制御、シグナリング、メディア処理機能を備えて構築されています。 VNF でエラーが発生すると、ネットワークに重大な損害が発生し、ユーザーエクスペリエンスやユーザー数に影響を及ぼす可能性があります。このような処理要件のため、通信における VNF は弾力性があり、高性能、低遅延、スケーラビリティ、高容量を提供できる必要があります。通信 VNF では、ネットワーク データ、制御、シグナリング処理の要件を満たすために、遅延感度を備えたリアルタイム アプリケーションが必要です。
クラウドネイティブ VNF をマイクロサービスに分解 VNF は、ネットワーク周辺機器から抽象化され、仮想マシン上のアプリケーションとして存在する組み込みソフトウェアです。 VNF へのあらゆる種類の更新には時間のかかる作業が発生し、NFV インフラストラクチャ全体の運用に影響を及ぼします。クラウドネイティブに対応するには、バンドルされた VNF ソフトウェアはマイクロサービス ベースである必要があります。つまり、モノリシック VNF は、多様でありながら関連性のある機能を持つ、独自の状態を維持し、さまざまなインフラストラクチャ リソース消費要件に対応し、明確に定義された API を使用して自動スケーリングとオーケストレーションを実行できる、より小さな連携サービスのセットに分解されます。 マイクロサービス ベースの VNF には複数の利点があります。
VNF がマイクロサービス内で差別化され、その数が増えるにつれて、サービス プロバイダーは運用の複雑さに直面する可能性があります。実稼働環境ですべてのマイクロサービスを適切に管理するには、NFV MANO レイヤーとクラウド オーケストレーターを使用した高度な自動化が必要です。 VNF の仮想マシンとコンテナの展開オプションを評価する コンテナーは、アプリケーションの依存関係、必要なライブラリ、および構成を、同じオペレーティング システムの他のコンテナーから分離されたパッケージにカプセル化する、オペレーティング システム レベルでの仮想化の形式です。コンテナを使用すると、アプリケーションを分離して実行でき、簡単に移行できます。 クラウド ネイティブへの移行により、VNF マイクロサービスをコンテナーにデプロイできるようになり、大規模で複雑なアプリケーションの継続的な配信/デプロイが可能になりますが、さまざまなアプローチはまだクラウド ネイティブ NFV の初期段階にあります。 コンテナを使用したVNFに焦点を当てる NFV でコンテナを適用することについては、まだいくつかの懸念事項があります。
NFV 環境でコンテナの使用を検討しているサービス プロバイダーは、マルチテナント サポート、複数のネットワーク プレーン サポート、転送スループット、および制限されたオーケストレーション機能に関する課題に直面する可能性があります。将来的には5GのNFVと共存するモバイルエッジコンピューティング(MEC)環境でもコンテナを利用することは可能です。 MEC は、ユーザー プレーン機能をネットワークのエッジ、つまりユーザー アプリケーションの近くに移動することで、非常に低いレイテンシと柔軟性を実現し、IoT、AR/VR などのリアルタイムのユース ケースをサポートします。 コンテナは、NFV 環境で仮想マシンと併用することもできます。 VNF の展開は仮想マシンのみで実行できます。これは、コンテナと異種モードにのみ適用されます。異種モードでは、一部の VNF は VM で実行され、一部はコンテナで実行され、一部は VM とコンテナの混合環境で実行されます。 サービス プロバイダーは、NFV インフラストラクチャ レベルでの要件に基づいて、展開アプローチを評価できます。 クラウドネイティブ NFV アプローチにおけるコンテナの利点 マイクロサービスをホストするコンテナを使用すると、リソースの使用率を最適化するための効果的な計画と管理が容易になります。コンテナ オーケストレーション エンジンは、コンテナへのホスト リソースのプロビジョニング、コンテナのホストへの割り当て、コンテナのインスタンス化、およびコンテナの再スケジュールをサポートします。コンテナを通じて、サービス プロバイダーは DevOps を実装し、タスクの自動化を容易にすることができます。 コンテナ化されたマイクロサービスのもう 1 つの大きな利点は、コンテナをオーケストレーションして、各サービスに個別のライフサイクル管理プロセスを適用できることです。これにより、仮想マシン内の VNF 全体をアップグレードするのではなく、各サービスを個別にバージョン管理およびアップグレードできるようになります。アプリケーション全体または VNF をアップグレードする場合、コンテナ スケジューラは個々のサービスが変更されたかどうかを判別し、特定のサービスのみをデプロイします。 コンテナは、NFV インフラストラクチャにクラウドネイティブ機能を提供し、通信固有のアプリケーションの展開とオーケストレーションに高いパフォーマンス、移植性、柔軟性といったメリットをもたらします。完全に機能するクラウドネイティブ 5G ネットワークを実現するには、サービス プロバイダーは仮想マシンを展開するためのコンテナーを用意する必要があります。しかし、サービスプロバイダーは、さらなる研究開発のために ONAP や OPNFV などのオープンソース コミュニティに目を向けるでしょう。 コンテナがアプリケーション、インフラストラクチャ、プロセスの各レベルで NFV に与える影響 アプリケーション (VNF):
インフラストラクチャ(VNF オーケストレーション):
プロセス(VNF展開):
コンテナは、高度に自動化されたクラウドネイティブ NFV で構築された完全な 5G ネットワークを実現する上で重要な役割を果たします。 5G の導入が成功するかどうかは、サービス プロバイダーが NFV インフラストラクチャ内のコンテナに関する戦略をどのように活用するかにかかっています。コンテナの使用に伴うセキュリティ リスクに加えて、通信アプリケーションにおけるコンテナの課題には、より高いパフォーマンスが必要になる場合があります。コンテナ化はモバイル エッジ コンピューティングでは可能かもしれませんが、サービス プロバイダーはクラウド ネイティブ NFV を有効にするために完全な統合を望んでいます。 |
<<: 2018年ガートナーAPMマジッククアドラントの有力者がTingyunのキラー機能に戻る:ビジネスとユーザーの理解
>>: CIOはエンタープライズクラウド環境における誤解を認識する必要がある
徐飛は最近辞職を考えている。有名な鉄鋼情報ウェブサイトの見積もり作成者として、彼は自分が属する業界に...
誰もが VPS 業者の hostdare について比較的よく知っているはずです。彼らは通常、CN2 ...
◎O2Oモデルは10年前から存在しているオンラインでの共同購入を皮切りに、新しいコンセプトが立ち上げ...
リモートコンピュータアクセス企業のLogMeInは、人気のパスワードマネージャーLastPassを1...
最近、QQグループやWeiboで「Mecheng Internetの仮想ホストを使用しているウェブサ...
最近、Kingsoft Cloud Xingyao Bare Metal Server(以下、「Xi...
記者の張暁斌が北京からレポートします于永福は抜け目のない男だ。アリババは長い間基盤となってきたが、于...
1 Google、悪事を働くな、情報は流れる周知のとおり、Google の目標は「世界の情報を統合す...
BeautifulSoupはPythonを学習する際にWebページをクロールするために使用するライブ...
ジェムアルトの報告によると、2017年上半期には918件のインターネットセキュリティ侵入が発生し、1...
arubacloud は、Aruba SpA (1994 年に設立され、ヨーロッパでトップ 5 のホ...
ショートビデオ、セルフメディア、インフルエンサーのためのワンストップサービス10年以上前、私が初めて...
サイト内の検索ボックスの話題について言及している人はほとんどいませんでした。私も刺激を受けました。今...
一般的に、プロの SEO サービス プロバイダーは、Web サイトの予備診断を行う必要があります。W...
こんな気持ちになったことはありませんか?ウェブサイトを最適化するとき、多くの場合、多くの時間と経験を...