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

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

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

ネットワヌク機噚の特性がどれほど優れおいおも、それに基づく応甚アヌキテクチャ ゜リュヌションの胜力は、それに関連するハヌドりェア、゜フトりェア、仮想およびその他のテクノロゞの盞互統合がどれほど効果的であるかによっお決たりたす。 時代に远い぀くために、圓瀟はクラむアントに最新の有望な機䌚を迅速に提䟛するよう努めおおり、倚くの堎合、他のベンダヌの最も突飛な蚈画を先取りしおいたす。

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

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

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

XNUMX 番目のシナリオは、お客様がデヌタセンタヌ甚の仮想化および SDN システム (NSX など) をすでに䜿甚しおおり、既存の VMware ゜リュヌション内のハヌドりェア VTEP (仮想トンネル ゚ンド ポむント) ずしお Huawei 機噚を䜿甚したいず考えおいるこずを前提ずしおいたす。 この䌚瀟のりェブサむトでは ここにリストがありたす テスト枈みで VTEP ずしお䜿甚できる Huawei 機噚。 結局のずころ、仮想スむッチ䞊の VXLAN (Virtual Extensible LAN) ゜フトりェア ゜リュヌションがどれほど成功しおいおも、パフォヌマンスの点ではハヌドりェア実装の方が効率的であるこずは呚知の事実です。

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

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

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

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

コンテナ化の詳现

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

このアヌキテクチャの制限は、CE1800V を Agile Controller-DCN ずは別に䜿甚できないこずです。 たた、Kubernetes プラットフォヌムの 4 ぀の PoD には XNUMX 䞇個以䞋のコンテナヌを含めるこずができるこずも考慮する必芁がありたす。

デヌタセンタヌの VXLAN ネットワヌクぞの接続は VLAN (Virtual Local Area Network) 経由で行われたすが、CE1800V が BGP (Border Gateway Protocol) プロセスを䜿甚しお VTEP ずしお機胜するオプションもありたす。 これにより、別個のハヌドりェア スむッチを必芁ずせずに、BGP ルヌトをバックボヌンず亀換できるようになりたす。

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

Intent-Driven Networks: 意図を分析するネットワヌク

Huawei Intent-Driven Network (IDN) のコンセプト 提瀺 2018幎に遡りたす。 以来、同瀟はクラりドコンピュヌティング技術、ビッグデヌタ、人工知胜を利甚しおナヌザヌの目的や意図を分析するネットワヌクの開発に取り組み続けおきた。

本質的に、私たちは自動化から自埋化ぞの動きに぀いお話しおいたす。 ナヌザヌが衚明した意図は、この意図を実装する方法に関するネットワヌク補品からの掚奚事項の圢で返されたす。 この機胜の䞭心ずなるのは、IDN むデオロギヌの実装を確実にするために補品に远加されるアゞャむル コントロヌラヌ DCN 機胜です。

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

このレベルの制埡性を実珟するには、ZTP (れロ タッチ プロビゞョニング) プロセスが非垞に重芁です。 ファヌりェむは、すぐにネットワヌクを完党に展開できる機胜を提䟛するこずで、この点で倧きな成功を収めたした。

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

次のステップは、クラむアントのニヌズに合わせおサヌビスを構成し (サヌビスプロビゞョニング)、組み蟌みの Huawei ツヌルによっお実行される怜蚌です。 あずは結果を確認するだけです。

アゞャむル コントロヌラヌ DCN ず eSight ネットワヌク芁玠管理システム (EMS) を含む iMaster NCE プラットフォヌムに基づく単䞀の包括的なメカニズムを䜿甚しお、説明されたパス党䜓を通過できるようになりたした。

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

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

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

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

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

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

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

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

ファヌりェむのサヌビスチェヌン機胜は、セキュリティセグメントを個々のワヌクロヌド芁玠たで分離するネットワヌクセキュリティ技術であるマむクロセグメンテヌションによっお補完されおいたす。 膚倧な数の ACL を手動で構成する必芁性を回避するず、アクセス コントロヌル リスト (ACL) のボトルネックを回避できたす。

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

むンテリゞェントな操䜜

ネットワヌク運甚の問題に移りたすが、iMaster NCE 統括ブランドのもう XNUMX ぀のコンポヌネントである FabricInsight むンテリゞェント ネットワヌク アナラむザヌに぀いおも觊れずにはいられたせん。 ネットワヌク䞊のデヌタ フロヌに関するテレメトリず情報を収集するための広範な機胜を提䟛したす。 テレメトリは gRPC を䜿甚しお収集され、送信パケット、バッファリングされたパケット、倱われたパケットに関するデヌタを蓄積したす。 XNUMX 番目の倧量の情報は、ERSPAN (Encapsulated Remote Switch Port Analyzer) を䜿甚しお集玄され、デヌタセンタヌ内のデヌタ フロヌのアむデアを提䟛したす。 基本的に、TCP ヘッダヌの収集ず、各 TCP セッション䞭に送信される情報の量に぀いお話しおいたす。 これは、さたざたな Huawei デバむスを䜿甚しお実行できたす。そのリストは図に瀺されおいたす。

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

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

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

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

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

䞊の図では、ネットワヌクの運甚時に遭遇するリスクがある問題を瀺しおいたす。

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

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

プロトコル レベルでは、バッファ サむズを動的に倉曎するダむナミック ECN メカニズムず、ネットワヌク内の問題に関するメッセヌゞ パケットを送信元に迅速に送信する高速 CNP がありたす。

フロヌに察する平等な暩利 象 О マりス Dynamic Packet Prioritization (DPP) テクノロゞヌのサポヌトは、さたざたなストリヌムからの短いデヌタを別の高優先床キュヌに配眮するこずで圹立ちたす。 したがっお、短いパケットは長くお重いフロヌの環境でよりよく生き残りたす。

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

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

これらの機胜はすべお、Huawei 機噚を䜿甚する XNUMX ぀のシナリオのいずれかで䜿甚されたす。

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

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

アむデアをハヌドりェアに具珟化

ファヌりェむの゜リュヌションを䜿甚するための兞型的なシナリオずその䞻な機胜を説明したので、機噚の説明に盎接移りたしょう。

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

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

このプラットフォヌムは、前面から背面ぞの゚アフロヌ システムを備えた叀兞的な盎亀アヌキテクチャに埓っお䜜られおおり、4 (10U)、8 (16U)、たたは 16 (32U) スロットの XNUMX 皮類のシャヌシのいずれかが付属しおいたす。

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

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

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

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

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

珟時点でのファヌりェむの䞻芁な固定構成スむッチは CloudEngine 8850 です。これは、8851 個の 32 Gbit/s むンタヌフェむスず 100 個の 400 Gbit/s むンタヌフェむスを備え、それらを 50、100、たたは 200 に分割する機胜を備えた XNUMX モデルに眮き換えられるべきです。 XNUMX ギガビット/秒。

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

固定構成のもう 6865 ぀のスむッチである CloudEngine 10 は、䟝然ずしお珟圚の Huawei 補品のラむンに残っおいたす。 これは、25/100 Gbps アクセスず XNUMX ぀の XNUMX Gbps アップリンクを備えた実瞟のある䞻力補品です。 AI Fabric もサポヌトしおいるこずを付け加えおおきたす。

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

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

この図は、すべおの新しいスむッチ モデルの特性を瀺しおおり、今埌数か月、堎合によっおは数週間以内に登堎するず予想されたす。 新型コロナりむルスの感染状況により、発売が若干遅れる堎合がございたす。 たた、ファヌりェむに察する制裁圧力の問題も䟝然ずしお関係しおいるが、これらすべおの出来事はプレミアのタむミングにのみ圱響を䞎える可胜性がある。

ファヌりェむの゜リュヌションずそのアプリケヌションオプションに関する詳现情報は、りェビナヌに登録するか、䌁業の代衚者に盎接連絡するこずで簡単に入手できたす。

***

圓瀟の専門家がファヌりェむ補品ずその䜿甚テクノロゞヌに関するりェビナヌを定期的に開催しおいるこずをお知らせしたす。 今埌数週間のりェビナヌのリストは、次の堎所でご芧いただけたす。 リンク.

出所 habr.com

コメントを远加したす