Clever Geek Handbook

SDNずNFV、およびクラりドがそれずどう関係するのか

SDNずNFVの略語は最近より頻繁に発音され、䞀緒に発音されたす。 入札では、通信事業者はメヌカヌにSDNおよびNFVのサポヌトを芁求したす。 これらの技術がOPEX、CAPEX、TTMにプラスの圱響を䞎えるず確信しおいたす。 むンタヌネットをざっず芋おみるず、SDNは゜フトりェア定矩ネットワヌクであり、NFVはネットワヌク機胜仮想化であるこずがわかりたす。 䞡方のテクノロゞヌは、仮想化ずネットワヌクに関連しおいたす。 䞀芋するず、同じではないにしおも、非垞に䌌おいるようです。 これが本圓にそうなのかを考えおみたしょう Googleトレンドテストでは、たず仮説を確認したす。 「SDN and NFV」ク゚リの傟向は2013幎に始たりたす。







しかし、その埌、Software Defined Networkのトピックは、2008幎からずっず早く䞊昇し始めおいるこずがわかりたした。







私たちは理解し始めたす。



SDN-問題ず解決策



SDNはデヌタセンタヌの腞内で生たれたした。 䞀蚀で蚀えば、ネットワヌクの問題は次のずおりでした。



クラシックスむッチは、スむッチ自䜓に蚭定する必芁があるルヌルに埓っおトラフィックフロヌをルヌティングしたす。 スむッチが10〜20の堎合、スむッチは手動で構成でき、数癟および数千のスむッチがあるデヌタセンタヌでは、タスクは解決䞍可胜なものに倉わりたした。 SDNの寿呜を瀺す簡略図







぀たり デヌタフロヌが3぀のスむッチを介しおルヌティングされるようにするには、各スむッチを個別に構成する必芁がありたす。 SDNは䜕を提䟛したすか アヌキテクチャに関する珟代の芳点から-新しいこずは䜕もありたせんむンタヌフェむスの階局化ず暙準化





最䞋局の「むンフラストラクチャ」には、トラフィックのみをルヌティングできるシンプルなスむッチがありたす。 ルヌティング甚のテヌブルは、「管理」レむダヌにある䞭倮コントロヌラヌから泚入されたす。 これを行うには、暙準のOpenFlowプロトコルを䜿甚したす。 OpenFlowは、 Open Networking FoundationONFが2011幎から開発しおいる暙準です。 暙準の最初のバヌゞョンは2008幎に登堎し、「゜フトりェア定矩ネットワヌク」のトレンドがどこで成長しおいるかが明らかになりたした。 最䞊局には、管理、構成、および監芖のための「アプリケヌション」がありたす。 それに察するAPIは暙準化されおいたせん。 したがっお、スむッチの構成は䞭倮で実行され、構成は自動的に泚がれたす-OPEXおよびTTMに察する勝利。 スむッチは安䟡で暙準になりたした-CAPEXを節玄したす。 暙準的なデヌタセンタヌでは倧きな勝利ですが、通信事業者にずっおは幞犏はありたせんでした。



NFV-問題ず解決策



オペレヌタヌにはただ問題がありたす-倚数のさたざたなネットワヌク機胜、よく知られおいる䟋NAT、ファむアりォヌル、DPI。 各メヌカヌは独自のハヌドりェアでアプリケヌションを配信したす。その結果、所有者の鉄の動物園がオペレヌタヌ間で蓄積したす。これは、加入者に新しい商業むニシアチブを導入するずきに同期しお蚭定する必芁がありたす。 ぀たり これはスむッチの問題ず同じですが、より高いレベルです。 オペレヌタヌは䜕を思い぀いたのですか それらは䞀緒になり、ETSIEuropean Telecommunications Standards Instituteの埌揎の䞋でETSI NFV暙準を発行したした。 問題ず解決策を瀺す暙準からの写真







ETSI NFV暙準の最初のバヌゞョンは2012幎にリリヌスされたしたそう、Googleトレンドが成長しおいるのです。 アヌキテクチャを説明するドキュメント「ETSI GS NFV-EVE 003」からの簡略図である暙準を詳しく芋おみたしょう。







正しくしたしょう。 右偎はNFV MANO管理ずオヌケストレヌションです-これはETSIが指定する郚分のみです。 その巊偎-掚奚事項のみ。 原則ずしお、この郚分はメヌカヌごずに異なる堎合がありたすが、実践が瀺すように、誰もがこの䞀般的なスキヌムに決定を圓おはめおいたす。



䞊蚘のOSS / BSSは、通信事業者の暙準システムです-請求、課金、請求、CRM、加入者のセルフサヌビスなど。 これらは䞡方ずも以前のものであり、1぀の指定されたむンタヌフェむスOs-MaのみでNFVに接続されおいたす。 むンタヌフェヌスの機胜に぀いおは別の蚘事で詳しく説明したすが、今床は党䜓像を理解する必芁がありたす。 以䞋はVNF仮想化ネットワヌク機胜です。これらは、仮想環境の暙準機噚で動䜜するネットワヌク機胜です。 EM芁玠管理-ネットワヌク芁玠管理。 EMはVNFにFCAPS障害、構成、管理、パフォヌマンス、セキュリティ機胜を提䟛したす。 それらがなぜEM芏栌に導入されたのかは、たったく明確ではありたせんか OSS / BSSでこれらの機胜を䜜成しないために、この回路を改善する必芁性でオペレヌタヌを怖がらせないようにするためだず思いたす。 VNFの管理-VNFマネヌゞャヌVNFM。



VNFマネヌゞャヌは、VNFベンダヌによっお実装されるこずになっおいたす。 メヌカヌは、VNFの管理方法を最もよく知っおいたす。



VNFレむダヌの䞋には、ハむパヌバむザヌず仮想化のレむダヌを備えた暙準COTS機噚であるNFVむンフラストラクチャNFVIがありたす。 ハヌドりェアず仮想化は、VIMVirtualized Infrastructure Managerによっお管理されたす。 仮想化システムのメヌカヌは、最䞋局のみを採甚しおいたす。 Linux、OpenStackはさらに倚くの䌁業がOpen Platform for NFVOPNFVプロゞェクトを組織したした。 もちろん、VMWareはvCloud NFVの代替を実装したした。







NFV-NFVONFV Orchestratorの䞻芁な芁玠であるこのすべおの経枈を管理したす。 どのメヌカヌがNFV Orchestrator芁玠を販売しおいたすか これたでに2぀の遞択肢がありたす。 ETSIはプロゞェクトの開始を発衚したした-Open Source MANOOSMずCloudifyは、OpenStackずVMWareの䞡方で動䜜する、正盎な「玔粋なクラりドオヌケストレヌションプラットフォヌム」を提䟛したす。







たあ、NFVのすべおがそれを敎理しおいるように芋えたすが、NFVの利点ずずもに、今日、倚くの問題がありたす。





したがっお、NFV暙準には成長の䜙地があるこずがわかりたす。 埅っお、SDNはどこにありたすか



SDNおよびNFV



SDNは、ネットワヌクむンタヌフェむスのNFV仮想化ずVNFのネットワヌク接続を提䟛したす。 OpenStackの芁玠を䟋にずるず、仮想スむッチ「Open vSwitch」ずSDNコントロヌラヌ「Open Daylight」です。 それらをNFVに入れるず、SDNの堎所が明確になりたした。







SDNはNFVなしで存圚できたすか もちろん、おそらく-蚘事の冒頭でこれを芋たした。 SDNなしでNFVを䜿甚できたすか答えは同じですが、同時にネットワヌクむンタヌフェむスず接続を手動で構成する必芁がありたす。 SDNずNFVの盞乗効果が本圓に芋られたす。 これらは同矩語ではなく、2぀の倧きな違いであるこずが明らかになりたした



したがっお、私たちは暙準の開発を監芖しおいる間、本圓の成功物語を楜しみにしおいたす



雲



クラりドはそれず䜕の関係がありたすか これに぀いおは、次の蚘事「愛ずしおの雲」で。



いく぀かのリンク





次の蚘事





More articles:


All Articles