SDNコントローラは多様で複雑ですが、共通の目標と機能を備えています。どのSDNコントローラを選択するかを知る上で重要なことは、パフォーマンスが良いかどうか、パフォーマンスのボトルネックがかなり高いかどうかです。OpenFlowコントローラの性能評価:信頼性の高い評価は何ですか?
知恵を借りて、私はthis evaluation paperを見つけました。これは、OpenFlowのパフォーマンスを本質的に批判し、なぜOpenFlowプロトコルがサブビジョンとして実装されたのかについての多くの洞察的理由を与えています。最も興味深いのは、同様のベンチマークで多くのSDNコントローラを比較したことです。
私はOpenDaylightコントローラを使って研究していますが、この論文ではODLが非常に非効率で実験データが無駄であると主張しています。これは、ODLがどれほど大きくてアクティブなのかを考えると、非現実的な主張のようです。
この論文では、他のOpenFlowコントローラのパフォーマンスがあまり良くない理由はたくさんありますが、OpenDaylightでは厳密に何も指定されていないのは面倒です。さらに、私はこれらのSDNコントローラの一般的な論理アーキテクチャは与えられていないことに注意します。これは心配です。プログラマビリティはSDNのゲームの名前なので、ほとんどの場合デフォルト動作を使用しています(これは私が想定していることです)は、おそらくSDNコントローラの容量を比較する最も信頼できる方法ではありません。
コントローラAはテクニックAを使用してトポロジを自動的に検出し、コントローラBはテクニックBを使用します。実装Bに関係なくテクニックBが効率的であれば、両方のコントローラのパフォーマンス評価に明らかな偏りが生じます。両方のコントローラがテクニックB(SDNの高度に設定可能な性質を考慮して妥当なもの)を使用した場合、評価はより公平になります。
私を悩ますもう一つの点は、評価される特性です。私の考えでは、レイテンシは、特定のハードウェアノードの1秒あたりの一定量のメッセージを処理するボトルネックのパフォーマンスと同じくらい重要です。これは私にとっては、SDNで同様のタスクを実行するさまざまな手法が存在するため、実装に依存することははるかに少なくなりますが、これらの手法ではメッセージングオーバーヘッドやパケットイン/パケットアウトと同じ '複雑さ'レート。
これは意味がありますか?そうですか、何か不足していますか?紙に書かれている演奏は、塩の穀物で取られていますか? 「はい」の場合は、実装に依存しないコントローラテクノロジを評価する方法は何ですか?