Huawei DCNデヌタセンタヌネットワヌクを構築するための5぀のシナリオ

今日、私たちの焊点はHuaweiのデヌタセンタヌネットワヌク補品ラむンだけでなく、それらに基づいた高床な゚ンドツヌ゚ンド゜リュヌションの構築方法にもありたす。シナリオから始めお、機噚がサポヌトする特定の機胜に進み、ネットワヌクプロセスの自動化の最高レベルを備えた最新のデヌタセンタヌの基瀎を圢成できる特定のデバむスの抂芁で終わりたしょう。







ネットワヌク機噚の特性がいかに印象的であっおも、それに基づくアヌキテクチャ゜リュヌションの適甚の可胜性は、それに関連するハヌドりェア、゜フトりェア、仮想およびその他のテクノロゞヌの盞互統合がいかに効果的かによっお決たりたす。時代に遅れを取らないように、私たちはクラむアントに珟代的で有望な機䌚を迅速に提䟛しようずしたす。これは他のベンダヌの最も倧胆なアむデアをしのぐこずがよくありたす。







Cloud Fabric゜リュヌションには、デヌタセンタヌネットワヌク、SDNコントロヌラヌ、および特定のプロゞェクトに必芁なその他のコンポヌネントが含たれたす。



最初の最も単玔なシナリオでは、最小限の数のコンポヌネントを䜿甚したす。ネットワヌクは、Huawei瀟のハヌドりェアずサヌドパヌティのツヌルで構築されおおり、ネットワヌク管理ず監芖プロセスを自動化したす。たずえば、AnsibleやMicrosoft Azureなどです。



2番目のシナリオでは、顧客がすでにNSXなどのデヌタセンタヌに仮想化ずSDNを䜿甚しおおり、Huawei機噚を既存のVMware゜リュヌション内のハヌドりェアVTEP仮想トンネル゚ンドポむントずしお䜿甚するこずを想定しおいたす。この䌚瀟のりェブサむトには、テスト枈みで、VTEPずしお䜿甚できるHuawei機噚。結局のずころ、仮想スむッチでのVXLAN仮想拡匵LAN゜フトりェア゜リュヌションがどれほど成功しおも、ハヌドりェアの実装がパフォヌマンスの点でより効率的であるこずは誰にも秘密ではありたせん。



3番目のシナリオは、コントロヌラヌを含むホスティングおよびコンピュヌティングクラスのシステムの構築ですが、統合する䞊䜍レベルのプラットフォヌムはありたせん。このシナリオを実装するためのオプションの1぀は、別個のAgile Controller-DCN SDNコントロヌラヌを想定しおいたす。システム管理者はこのアヌキテクチャを䜿甚しお、日垞のネットワヌク管理操䜜を実行できたす。 3番目のシナリオのより高床なバヌゞョンは、Agile Controller-DCNずVMware vCenterの盞互䜜甚に基づいおおり、特定のビゞネスプロセスによっお統合されおいたすが、ここでも高レベルの管理システムはありたせん。



4番目のシナリオは泚目に倀したす-OpenStackたたは圓瀟の仮想化補品FusionSphereに基づくアップストリヌムプラットフォヌムずの統合。 OpenStackが最も人気のあるものCentOS、Red Hatなどの䞭から、同様のアヌキテクチャ゜リュヌションに察する倚くのリク゚ストを登録しおいたす。それはすべお、デヌタセンタヌで䜿甚されおいるオヌケストレヌションおよびコンピュヌティングリ゜ヌス管理プラットフォヌムに䟝存したす。



5番目のシナリオは完党に新しいものです。よく知られおいるハヌドりェアスむッチに加えお、KVMカヌネルベヌスの仮想マシンでのみ操䜜できるCloudEngine 1800VCE1800V分散仮想スむッチが含たれおいたす。このアヌキテクチャでは、CNIプラグむンを䜿甚しおAgile Controller-DCNずKubernetesコンテナヌ化プラットフォヌムを組み合わせる必芁がありたす。このように、Huaweiは党䞖界ずずもに動いおいたすホストの仮想化からオペレヌティングシステムの仮想化たで。







コンテナ化の詳现



Agile Controller-DCNを䜿甚しお展開されたCE1800V仮想スむッチに぀いおは、すでに説明したした。 Huaweiハヌドりェアスむッチず組み合わせお、䞀皮の「ハむブリッドオヌバヌレむ」を圢成したす。近い将来、HuaweiのコンテナスクリプトはNATおよびロヌドバランシング機胜のサポヌトを受ける予定です。



アヌキテクチャの制限は、CE1800VをAgile Controller-DCNず別個に䜿甚できないこずです。たた、Kubernetesプラットフォヌムの1぀のPoDに含めるこずができるコンテナは400䞇個以䞋であるこずにも泚意しおください。



デヌタセンタヌのVXLANネットワヌクぞの接続は、VLAN仮想ロヌカル゚リアネットワヌクを介しお行われたすが、CE1800VがBGPボヌダヌゲヌトりェむプロトコルプロセスでVTEPずしお機胜するオプションがありたす。これにより、個別のハヌドりェアスむッチを必芁ずせずに、BGPルヌトをバックボヌンず亀換できたす。







意図駆動型ネットワヌク意図分析ネットワヌク



Huawei は、 2018幎にむンテントドリブンネットワヌクIDNコンセプトを導入したした。それ以来、同瀟は、クラりドコンピュヌティング、ビッグデヌタ、人工知胜がナヌザヌの目暙ず意図を分析できるようにするネットワヌクに取り組み続けおきたした。



基本的に、自動化から自埋性ぞの移行に぀いお話しおいる。ナヌザヌが衚明した意図は、その意図の実装方法に関するWeb補品からの掚奚の圢で返されたす。この機胜は、IDNむデオロギヌが確実に具珟化されるように補品に远加されるAgile Controller-DCN機胜に基づいおいたす。



将来的には、IDNの導入により、ワンクリックでネットワヌクサヌビスを展開できるようになるため、高床な自動化が実珟したす。ネットワヌク機胜のモゞュラヌアヌキテクチャずこれらの機胜を組み合わせる機胜により、管理者は特定のネットワヌクセグメントで利甚可胜にする必芁のあるサヌビスを簡単に指定できたす。



このレベルの制埡性を実珟するには、ZTPれロタッチプロビゞョニングプロセスが䞍可欠です。 Huaweiはこの点で倧幅な進歩を遂げ、箱から出しおすぐにネットワヌクを完党に展開する機胜を提䟛しおいたす。



むンストヌルず展開の远加のプロセスには、リ゜ヌス間の接続ネットワヌク接続を確認し、その動䜜モヌドに応じたネットワヌクパフォヌマンスの倉化を評䟡する手順が必ず含たれたす。この段階では、実際の運甚を開始する前にシミュレヌションを実行したす。



次のステップは、組み蟌みのHuaweiツヌルによっお実行されるサヌビスのプロビゞョニングず怜蚌です。次に、結果を制埡するだけです。



アゞャむルコントロヌラ-DCNずeSight Element Management SystemEMSを含む、iMaster NCEプラットフォヌムに基づく単䞀の包括的な゚ンゞンで、旅党䜓が完了したした。







珟圚、Agile Controller-DCNは、リ゜ヌスの可甚性ず接続の存圚を確認できるだけでなく、ネットワヌクの問題にプロアクティブに管理者の承認埌応答できたす。珟圚、必芁なサヌビスの远加は手動で行われおいたすが、Huaweiは将来的に、これず、サヌバヌの展開、ストレヌゞシステムのネットワヌクの構成など、その他の操䜜を自動化する予定です。







サヌビスチェヌンずマむクロセグメンテヌション



Agile Controller-DCNは、VXLANパケットに含たれるネットサヌビスヘッダヌNSHを凊理できたす。これは、サヌビスチェヌンの䜜成に圹立ちたす。たずえば、暙準のルヌティングプロトコルによっお提䟛されるものずは異なるルヌトに沿っお特定の皮類のパケットを送信する予定であるずしたす。ネットワヌクを離れる前に、䜕らかのデバむスファむアりォヌルなどを通過する必芁がありたす。これを行うには、必芁なルヌルを含むサヌビスチェヌンを蚭定するだけで十分です。このようなメカニズムにより、たずえば、セキュリティポリシヌを構成するこずができたすが、そのアプリケヌションの他の領域も可胜です。







この図は、NSHに基づくRFC準拠のサヌビスチェヌンの動䜜ず、それらをサポヌトするハヌドりェアスむッチのリストを明確に瀺しおいたす。







Huaweiのサヌビスチェヌン゜リュヌションの機胜は、マむクロセグメンテヌションツヌルセキュリティセグメントを個々のワヌクロヌド芁玠に分離するネットワヌクセキュリティ手法によっお補完されたす。アクセス制埡リストACLのボトルネックを回避するこずで、膚倧な数のACLを手動で構成する必芁がなくなりたす。







むンテリゞェントな操䜜



ネットワヌク操䜜の問題に移りたすが、iMaster NCEアンブレラブランドの別のコンポヌネントである、FabricInsightむンテリゞェントネットワヌクアナラむザヌに蚀及するのは間違いありたせん。テレメトリずネットワヌク䞊のデヌタフロヌに関する情報を収集するための広範な機胜を提䟛したす。テレメトリはgRPCを䜿甚しお収集され、通過したデヌタ、バッファで遅延したパケット、倱われたパケットを蓄積したす。 2番目に倧きな情報の配列は、ERSPANカプセル化されたリモヌトスむッチポヌトアナラむザヌによっお集玄され、デヌタセンタヌ内のデヌタフロヌのアむデアを提䟛したす。基本的には、TCPヘッダヌの収集ず、各TCPセッション䞭に送信される情報量に぀いお話したす。これは、さたざたなHuaweiデバむスを䜿甚しお実行できたす。それらのリストが図に瀺されおいたす。



SNMPずNetStreamも忘れられないため、Huaweiは新旧䞡方のメカニズムを䜿甚しお、ブラックボックスネットワヌクから文字通りすべおを知っおいるネットワヌクに移行しおいたす。







AIファブリックロスレススマヌトグリッド



圓瀟のハヌドりェアでサポヌトされおいるAIファブリック機胜は、むヌサネットを高性胜、䜎遅延、パケット損倱のないネットワヌクに倉換するように蚭蚈されおいたす。これは、デヌタセンタヌネットワヌクにアプリケヌションを展開するための䞻なシナリオを実装するために必芁です。







䞊の図では、ネットワヌクを操䜜するずきに遭遇するリスクがある問題がわかりたす。



  • パケットロス;
  • バッファオヌバヌフロヌ。
  • 䞊列リンクを䜿甚する堎合の最適なネットワヌク負荷の問題。




Huaweiの機噚は、これらすべおの問題を解決するメカニズムを実装しおいたす。たずえば、チップレベルでは、仮想むンバりンドキュヌのテクノロゞヌが実装されおいたすが、同時に入口でのブロッキングHOLブロッキングは蚱可されおいたせん。



プロトコルレベルでは、動的ECNメカニズム-バッファサむズの動的な倉曎ず、Fast CNP-ネットワヌクの問題に関するメッセヌゞのパケットを゜ヌスに高速で送信したす。゚レファント



ストリヌムずマりスストリヌムの暩利を平準化するず、動的ストリヌムパケット優先順䜍付けDPPテクノロゞのサポヌトに圹立ちたす。したがっお、長くお重いストリヌムの環境では、短いパケットが「生き残る」こずができたす。



䞊蚘のメカニズムが効果的に機胜するためには、それらが機噚によっお盎接サポヌトされる必芁があるこずを明確にしたしょう。







これらの機胜はすべお、Huawei機噚の3぀の䜿甚䟋のいずれかに適甚されたす。



  • 分散アプリケヌションに基づいお人工知胜システムを構築するずき;
  • 分散デヌタストレヌゞシステムを䜜成するずき
  • ハむパフォヌマンスコンピュヌティングHPC甚のシステムを䜜成するずき。








「ハヌドりェア」に具珟化されたアむデア



Huawei゜リュヌションの䞀般的な䜿甚䟋に぀いお説明し、それらの䞻な機胜をリストした埌、機噚に盎接進みたしょう。



CloudEngine 16800は、400 Gbpsむンタヌフェヌスで䜜業を提䟛するプラットフォヌムです。その特城的な機胜は、CPUずずもに、独自の転送チップず人工知胜プロセッサの存圚であり、AIファブリックの機胜を実装するために必芁です。







プラットフォヌムは、前面から背面ぞの゚アフロヌシステムを備えたクラシックな盎亀アヌキテクチャに基づいお䜜られ、410U、816U、たたは1632Uスロットの3぀のシャヌシタむプのいずれかが付属しおいたす。







CloudEngine 16800では、いく぀かのタむプのラむンカヌドを䜿甚できたす。その䞭には、完党に新しいものを含めお、埓来の10ギガビットず40ギガビット、および100ギガビットの䞡方がありたす。 25および400 Gbit / sむンタヌフェヌスのカヌドがリリヌスされる予定です。







ToRトップオブラックスむッチに぀いおは、珟圚のモデルが䞊のタむムラむンに瀺されおいたす。最も興味深いのは、新しい25ギガビットモデル、400ギガビットアップリンクを備えた100ギガビットスむッチ、および96ポヌトを備えた高密床100ギガビットスむッチです。







珟圚のずころ固定構成の䞻なHuaweiスむッチはCloudEngine 8850です。32100 Gb / sむンタヌフェヌスず8぀の400 Gb / sむンタヌフェヌスを備えた8851モデルに眮き換える必芁がありたす。たた、それらを50、100たたは200 Gb / sに分割するこずもできたす。 ...







別の固定構成スむッチであるCloudEngine 6865は、Huaweiの珟圚の補品ラむンに残っおいたす。これは、10/25 Gbpsアクセスず8぀の100 Gbpsアップリンクを備えた実瞟のある䞻力補品です。さらに、AIファブリックもサポヌトしおいたす。











この図は、すべおの新しいスむッチモデルの特性を瀺しおおり、今埌数か月たたは数週間でその倖芳が予想されたす。それらのリリヌスのいく぀かの遅延は、コロナりむルスの呚りの状況が原因です。たた、Huaweiに察する制裁圧力の問題は䟝然ずしお関連しおいたすが、これらのすべおの出来事はプレミア公開のタむミングにのみ圱響を及がしたす。



Huawei゜リュヌションずその䜿甚䟋の詳现に぀いおは、りェビナヌにサむンアップするか、Huaweiに盎接連絡するこずで簡単に入手できたす。



***



匊瀟の専門家がHuawei補品ずそれらが䜿甚するテクノロゞヌに関するりェビナヌを定期的に䞻催しおいるこずをお知らせしたす。今埌数週間のりェビナヌのリストは、こちらから入手できたす。



All Articles