A
- 商品名：DeepDiag：詳細NFVパフォーマンス診断
- 発行：2019
ジャーナル出典：
問題を解決するには：
具体的な診断のNFV性能
紙のポイント：
- 問題のNFVルートはNF、CPU、キャッシュごとのトラフィックの入力キューを含むパフォーマンスの競技時間リソース、から来ています。
- 第二に、我々は特定の診断を達成しなければならない、我々は資源が競争、資源競争候補のと同様に、ソースが何であるかを知る必要があります。1.診断難易度は、それらが混在しているリソースに対して、各競技のために複数の競合他社があるということです、それは区別することは困難であり、あなたがソースを探したいことがあり、2ちょうどNFの現在の状況を見ては十分ではありません（同様のリストの先頭を見つけるために） ; 3.パッケージは、このパッケージの処理遅延につながり、そしてこのパッケージに至る過程の前に競合リソースが原因である可能性があり中に競争資源による長時間の遅延より以上であってもよいです。
三つの主要なアプローチは、各NFキューを監視することです。すべてのNFからの情報をキューイング、我々は、各パケットの経験、そしてどのように異なるNFとの間のトラフィックパターンの変化を理解することができます。資源のカウンター使用、我々はまた、各リソースの後れを取らないことができます競合状態の種類です。このように、それぞれのパフォーマンスの問題のために、我々は問題を引き起こす可能性がありますリソース競合見ることができ、そして競合他社が誰ですか。加えて、我々はまた、彼らはNFのパフォーマンスに影響を与える方法でリソースの競合NF異なるトラフィックパターン、トラフィックパターン、および変更を変更する方法を学ぶことができます。
貢献：
- 特定の診断.DeepDiag NFVのパフォーマンスの問題を達成するために設計されたDeepDiagは、パケットの優先度キュー情報（パケットレベルキューイング情報）を使用することです。DeepDiagはNFのそれぞれの出力に対応する各パケットキュー：1）五重、2）タイムスタンプ、3）キュー長; 4）データ・パケットIDは、各パケットを区別します。パフォーマンスの問題が発生した場合、DeepDiagは、入力キューを構築する方法を知っているかもしれない、キュー情報に基づいて（あなたがソースを見つけることができます）リソースの競合の影響を示すトラフィックパターンのどの各NFトラフィックパターンの変化や変更を知っています。
- 二DeepDiagアルゴリズム。
1）ローカルスコア割り当て;
2）分数バックプロパゲーション。最初のステップは、パケットの送信元の長い遅延の目的を把握することです。この重要なステップは、競争の原因は歴史の流れから来るかもしれないので、それは、「ギャップキュー」ではなく、キューの内容を検討することです。もう一つの鍵は、比較を得点することができ、リソースを定義することです。差があるため、様々なリソースの競合のキューバッファ内のパケット数につながるDeepDiagとして定義されます。第二段階は、根本的な問題の原因とどのように問題の原因を見つけることを目指しています。主なアイデアは、後ろのパフォーマンスの問題につながるパッケージを把握することです。 三つ
短所：
まず、問題から、問題の根本を見つけるために。なパフォーマンスなどの問題を引き起こすことは、まだありました。
診断性能のプロトタイプ図面
実験の比較：
なし。
二つ
- 商品名：効率的に移行ステートフルのMiddleboxes
- 発行：2012
ジャーナル出典：
問題の説明
分散ような中間カートリッジは、スケーラブルにするために、我々は、シームレスに、ローカルまたはリモートサーバとの間で、その関連するシフト処理の方法フロー状態を必要とします。このプラットフォームは、サーバを追加して、効果的にコンピュータをシャットダウンすることにより、小型化することにより、負荷の急増に対処できるようになります。治療はさらに、このようなユーザ知覚待ち時間などの他の側面を、最適化するために、世界の他の場所で異なる中間ケースに移行することができます。（シームレスな移行ストリーム）
マイグレーションの問題ストリーム解決するために一緒に2種類の方法を用いて、通常、各ネットワークの状態が残っの処理フローを実現する（方法：前のコピーを、ストップアンド -copy、需要マイグレーション）ソリューション
基本的な考え方は、死の短絡を許可し、任意のフロー状態遷移が発生する前に、それに対応する状態を削除することです。この目標を達成するために、我々は時間の短い期間での並列ソースとターゲットの処理プロセスを実行します。移行が開始されると、ページはBコードと定数グローバル状態を含むグループにコピーされます。それ以来、このアルゴリズムは、2つの重複のステージで構成されています：アイドルフェーズと反復凍結および複製相を。
アイドルフェーズでは、すべてのトラフィックは、最初はAに転送されます 新しい状態の確立のためのトラフィックの停止は、まだ見ていません。ヒット全て何も状態パケットが正常に処理されますBに転送されます。使用してアイドル相流最も短命この事実を。これらの状態を転送する必要はありませんが、彼らの有効期限が切れるまでの状態が別のコンピュータ上で新しいストリームを確立することを可能にしながら、彼らは、元のコンピュータ上に保持することができませ。;二つのマシンはデイジーチェーン（図1の（a）を参照にかかわらず方向の、パケットは常に必ずAヒットされる）に接続されている
凍結複製位相が反復され、Aここでのみによる状態の減少率それは時に閾値を始め、国の残りの部分は、転送する必要があり、長年のかもしれません。残りの凍結状態の数は、とBに転送を開始します すべてがA凍結状態バッファによってデータパケットを修正します。転送が完了すると、すべての凍結状態が削除され、バッファされたデータパケットがBに転送されます すべての状態がBにコピーされるまで、このプロセスを繰り返し この段階は、凍結オブジェクトがドロップされたパケットの数を減少させることである、唯一の長いプロセスフローです。デイジーチェーンを凍結し、レプリケーションの状態の終わりまで続きます。この場合、流速はマシン状態Aに残っていない、そして流れはBの機械スイッチの直撃にリダイレクトされます
三つ
- 文章名称：ネットワーク機能の仮想化アーキテクチャにおけるサービス機能チェーンルーティングと仮想関数ネットワークインスタンスの移行のためのアプローチ
- 発行：2017
ジャーナル出典：
問題を解決するには：
- どこでインスタンス化VNFI
- 2 VNFIのそれぞれについて、どのくらいのリソース割り当て
- どのように3正しい順序でルートへの適切なSFC VNFIへの要求
四つの場合とVNFI、強度と位置の変化に応じてSFC要求を移行する方法。
概要：
我々は、VNFIが配置SFCとVNFI移動ルートを引き起こし変化するワークロードに応じて、背中合わせに使用された3つのアルゴリズムを使用する方法を開発しました。最初の目的は、エネルギー消費量を削減するために、わずかのサーバでVNFIの統合に続いて拒否SFCの帯域幅を最小限に抑えることです。戦略の提案移民政策VNFIに基づくアルゴリズムをマージするユーザーのQoSにより被った情報の損失による収入損失が原因落下への移行時に発生考慮しました。目的エネルギー消費を最小限に抑え、収入の損失を減らすことですが原因QoSが総コストもたらした原因
：この記事への貢献を###
この記事では、2つの主要な貢献を提供します。貢献
最初の文献で提案されているコア[11]までにかかると想定され、ルーティングおよびSFC VNFI配置アルゴリズムを提供することであり、寸法は核の数によって決定されるアプリオリVNFIを決定し、しかしとしてれていません問題出力、提案されたアルゴリズムの目的は、SFCの拒絶の帯域幅を最小限にするために間隔ピーク時間内に位置決めルーティングおよびVNFのSFCを実行することです。
2貢献
第二の寄与は、SFCルーティング及びトラフィック分布配置VNF変更移行戦略中VNFIなります。ターゲット移行戦略は、アカウントのエネルギー消費と再構成のコストを考慮して、総コストを最小限に抑えるために、全体的な時間枠内です。QoSは、合併における移民政策は、事業者の収入の欠点の損失の間の適切なトレードオフを提供して削減につながる省エネの利点とVNFI中に発生しました。私たちは、最高の整数線形計画問題（ILP）式が得られ、かつ、その複雑さのために、私たちは、交通シーンの円滑な流通のためのソリューションを提案し、与えられた先験的最適にVNFIを評価するためにサーバーは、標準のマッピングがあります。私たちは、提案されたヒューリスティックソリューションの有効性を評価するために、結果（小規模ネットワーク用）の正確な式ILP溶液で結果を比較します。最後に、移行戦略のパフォーマンスは、我々は、単純な比較、ローカルポリシーとコストの唯一の瞬間再構成を考えると、もはや長期的な要因を考慮するために、移行の決定をローカルポリシーをお勧めします。
操作および再構成コストがエネルギーを特徴としていると、移行による情報損失がVNFIを起こしたとき、私たちは、最適化問題を提案します。提案された解決策は、マルコフ決定過程の理論の応用に基づいており、それは私たち自身の他の問題（オーバレイネットワーク[24]、埋め込み仮想ネットワークによって解決されている[23]、[25]、[26]
[12] [11]また、マイグレーションに関する論文である [15] VNFIのルーティングおよび配置の問題- [10] [13]
4つの
- 文章名称：SR-IOVとDPDKパケット処理アクセラレーションを利用することによって強化VNF性能
- 発行：2015
ジャーナル出典：
背景情報
pktGen：
PktGenは、トラフィックを生成するの10Gbpsに高速化するために使用することができる;住所：HTTPS：/github.comPktgen Pktgcn-DPDK / NDPI：オープンソースのライブラリディープパケットインスペクション。
DPDK：
すぐに開発された密なネットワーク機能を実現するために、ネットワークリソースおよびコンピューティングリソース、およびツールをより効率的に利用するためには、
問題を解決するには：
- 1.アプリケーション開発者として確立高速データプレーンの範囲を提供します。
2. NICにアクセスすることにより、効率的なネットワーク機能を実現することができます
要約：
ネットワーク機能仮想化（NFV）の主な目的は、クラウド・コンピューティング環境で仮想マシン（VM）上で実行されているソフトウェアのバージョンに物理的なネットワーク機能を移行することです。仮想化技術の急速な発展は、仮想化インフラ環境が可能インターネット回線、ワイヤスピードのパケット処理を高速化が可能となりました。選択されたネットワークトラフィックディープパケットインスペクションは、代表的ユースケースとして、仮想ネットワーク集約関数（VNF）フォーム（DPI）を計算するために実行されます。DPDKで展開高性能な仮想ネットワーク機能（VNF）をサポートするためのサポートSRIOVデバイスを使用することの利点を実証するためにユースケースを使用してDPI。すでにVNFバージョンのlibpcap、SRIOVとDPDKは、性能評価を行いました。結果は、ネットワークパケット処理のためのネイティブのLinuxカーネルスタックと比べ、ことを示し、かつ均一利用SRIOV DPDKを大幅パケットのスループット性能を向上させることができ
問題：
ネットワーク構成要素の多く、巨大な負荷で実行されている（例えばOpenStackのような）ルーティング、フィルタリング、プログラムフロー再構成クラウドインフラストラクチャ、OSカーネルとユーザ空間を介して各パケットが直接アクセスできないので、性能ペナルティをもたらします。OpenStackの中性子ネットワークサービスは、本質的にOVSインスタンスに基づいているため、OVSは、ネイティブの仮想ポートの多くが含まれ、仮想ネットワークインタフェースとそれらを接続カーネル・ブリッジをタップ。パケット転送性能が遅れ、その結果、仮想ブリッジインタフェースの複数の実装。これは、各パケットの最終宛先に到達する前であり、コアが繰り返しカーネルによる処理によって実行されなければなりません。このデザインは、すぐにコア性能のボトルネックの制約となりました。
設計と実現の説明：
二つの実験、最初のグループを設計し、DPIを直接物理NICを使用して適用されます。第二のグループ、VMに展開DPIアプリケーション、ファストパスモードSR-IOVを介してデータパケットを取得する方法。ときに、対応する性能評価、及び各使用LIBPCAP DPDK。実験対象の第1のセットはDPIアプリケーションDPDKリフトに対応する基準線を提供することです。
グループI：
グループII：
DPDKのように加速度データパケットのフレームを使用する理由：1.DPDKは、高度なユーザーレベルの機能を提供する。2.DPDKは、2つの実行モードがあり（RUNおよびpiplineモデルにモデル完了）
piplineモデル：NICコアからコンピュータへ得られたデータは、第二のカーネルに渡されます。
完了ランモデル：分散カーネル加速プロセス内のすべてのデータパケット。
5
- 商品名：合理的NFVな機能を備えたネットワークにおける仮想マシンの移行
- 発行：2017
定期出典：コンピュータ＆情報技術に関するIEEE国際会議
問題の説明：
之前NFV迁移，集中在VNF内部的状态迁移，需要重新编写VNF软件和定制新协议。由于再次软件开发引入了额外的工作和更多的bugs。
工作总结：
本文提出一种直接迁移VM而不是VNF的方法来简化再次软件开发的工作负载。VM迁移引入的传输负载应该降至最小，本文将试下良好的VM迁移以及最小化其迁移时间，同时满足网络带宽需求。最后给出了仿真结果，对未来的方向进行了探讨。
针对稠密图和稀疏图推荐了两种算法来建立迁移的路径，从而降低迁移的成本（用时间作为衡量标准）：算法分别为Preallocation和Backtracking（回溯法调整迁移带宽）