NetEngine の高性胜ルヌタヌ シリヌズの新機胜

新しい Huawei NetEngine 8000 キャリアクラス ルヌタヌの詳现を明らかにするずきが来たした。ハヌドりェア ベヌスず、その基盀に基づいお 400 Gbps のスルヌプットで゚ンドツヌ゚ンドの゚ンドツヌ゚ンド接続を構築し、監芖できる゜フトりェア ゜リュヌションに぀いおです。 XNUMX 秒未満のレベルでのネットワヌク サヌビスの品質。

NetEngine の高性胜ルヌタヌ シリヌズの新機胜

NetEngine の高性胜ルヌタヌ シリヌズの新機胜

ネットワヌク ゜リュヌションに必芁なテクノロゞヌを決定するもの

最新のネットワヌク機噚の芁件は、珟圚、次の XNUMX ぀の䞻芁な傟向によっお決定されおいたす。

  • 5Gモバむルブロヌドバンドの普及。
  • プラむベヌトずパブリックの䞡方のデヌタセンタヌにおけるクラりド負荷の増加。
  • IoTの䞖界の拡倧。
  • 人工知胜に察する需芁が高たっおいたす。

パンデミック䞭には、別の䞀般的な傟向が珟れたした。仮想的な存圚を優先しお、物理的な存圚を可胜な限り削枛するシナリオがより魅力的になっおきおいたす。 これには、仮想珟実サヌビスや拡匵珟実サヌビス、Wi-Fi 6 ネットワヌクに基づく゜リュヌションなどが含たれ、これらすべおのアプリケヌションには高いチャネル品質が必芁です。 NetEngine 8000 はそれを提䟛するように蚭蚈されおいたす。

NetEngine の高性胜ルヌタヌ シリヌズの新機胜

NetEngine 8000 ファミリ

NetEngine 8000 ファミリに含たれるデバむスは、400 ぀の䞻芁なシリヌズに分かれおいたす。 X のマヌクが付いおいるこれらは、通信事業者や高負荷のデヌタセンタヌ向けの高性胜フラッグシップ モデルです。 M シリヌズは、地䞋鉄のさたざたなシヌンに察応できるように蚭蚈されおいたす。 たた、むンデックス F を持぀デバむスは、䞻に䞀般的な DCI (デヌタ センタヌ むンタヌコネクト) シナリオの実装を目的ずしおいたす。 「XNUMX 個」のほずんどは、スルヌプット XNUMX Gbit/s の゚ンドツヌ゚ンド トンネルの䞀郚ずなり、保蚌されたサヌビス レベル (サヌビス レベル アグリヌメント - SLA) をサポヌトしたす。

NetEngine の高性胜ルヌタヌ シリヌズの新機胜

事実: 珟圚、400GE クラスのネットワヌクを構成するためのあらゆる機噚を補造しおいるのは Huawei だけです。 䞊の図は、倧䌁業顧客たたは倧芏暡通信事業者向けのネットワヌクを構築するシナリオを瀺しおいたす。 埌者は、高性胜 NetEngine 9000 コア ルヌタヌず、8000、2、たたは 100 Gbps の倚数の接続を集玄できる新しい NetEngine 200 F400A ルヌタヌを䜿甚したす。

メトロファクトリヌはMシリヌズデバむスをベヌスに実装されおおり、この゜リュヌションにより、プラットフォヌムを倉曎するこずなく、今埌XNUMX幎間に予想されるXNUMX倍の亀通量に察応するこずが可胜になりたす。

NetEngine の高性胜ルヌタヌ シリヌズの新機胜

ファヌりェむはスルヌプット400Gbpsの光モゞュヌルを独自に生産しおいる。 これらをベヌスに構築された゜リュヌションは、10 ギガビット チャネルを䜿甚する同様の容量の゜リュヌションよりも 15  100% 安䟡です。 モゞュヌルのテストは 2017 幎に始たり、すでに 2019 幎にそれらに基づく機噚の最初の実装が行われたした。 アフリカの通信事業者サファリコムは珟圚、このようなシステムを商甚運甚しおいる。

NetEngine の高性胜ルヌタヌ シリヌズの新機胜

NetEngine 8000 の膚倧な垯域幅は、2020 幎には過剰に芋えるかもしれたせんが、そう遠くない将来には間違いなく必芁になりたす。 さらに、このルヌタは倧芏暡な亀換ポむントずしおの䜿甚に適しおおり、急速な成長段階にある二次通信事業者ず倧芏暡䌁業組織、および電子政府゜リュヌションの䜜成者の䞡方にずっお確実に圹立ちたす。

NetEngine の高性胜ルヌタヌ シリヌズの新機胜

ファヌりェむはたた、通信事業者の VPN トラフィックの配信を倧幅に簡玠化する SRv6 ルヌティング プロトコルなど、倚くの新技術の普及も掚進しおいたす。 FlexE (フレキシブル むヌサネット) テクノロゞヌは、OSI モデルの第 XNUMX 局で保蚌されたスルヌプットを提䟛し、iFIT (In-situ Flow Information Telemetry) により、SLA パフォヌマンス パラメヌタヌを正確に監芖できたす。

NetEngine の高性胜ルヌタヌ シリヌズの新機胜

プロバむダヌの芳点から芋るず、SRv6 は、NFV (ネットワヌク機胜仮想化) 䞊に構築されたデヌタ センタヌのコンテナ レベルから、たずえばワむダレス ブロヌドバンド環境たで䜿甚できたす。 法人顧客はバックボヌン基幹ネットワヌクを構築する際に、゚ンドツヌ゚ンドで新プロトコルを利甚する必芁がある。 このテクノロゞヌは独自のものではなく、さたざたなベンダヌによっお䜿甚されおいるため、非互換性のリスクが排陀されおいるこずを匷調したす。

NetEngine の高性胜ルヌタヌ シリヌズの新機胜

これは、6G ゜リュヌションをサポヌトする SRv5 テクノロゞヌの商甚化のタむムラむンです。 実際のケヌス: アラブ䌁業 Zain Group は、5G ぞの移行の過皋で、ネットワヌクを最新化し、バックボヌン チャネルの容量を増やし、SRv6 の導入によりむンフラストラクチャの管理性も向䞊させたした。

NetEngine の高性胜ルヌタヌ シリヌズの新機胜

これらのテクノロゞヌをどのように応甚するか

以前は、䞊蚘の゜リュヌションをカバヌする「技術の傘」ずしお 2000 ぀の異なる補品が䜿甚されおいたした。 UXNUMXは䌝送ドメむンずIPドメむンのNMSずしお䜿甚されたした。 さらに、uTraffic システムず、よりよく知られおいるアゞャむル コントロヌラヌが SDN システムで䜿甚されたした。 ただし、この組み合わせはキャリアクラスのルヌタヌに適甚するずあたり䟿利ではないこずが刀明したため、珟圚、これらの補品はツヌルずしお統合されおいたす。 クラりドSoP.

NetEngine の高性胜ルヌタヌ シリヌズの新機胜

たず、光ネットワヌクたたは IP ネットワヌクの構築から始めお、むンフラストラクチャのラむフサむクルを完党に管理できたす。 たた、暙準 (MPLS) ず新しい (SRv6) の䞡方のリ゜ヌスの管理も担圓したす。 最埌に、CloudSoP により、すべおのサヌビスを高レベルの粒床で完党に提䟛できるようになりたす。

NetEngine の高性胜ルヌタヌ シリヌズの新機胜

管理ぞの叀兞的なアプロヌチを詳しく芋おみたしょう。 この堎合、L3VPN たたは SR-TE を䜿甚しお実行でき、トンネルを䜜成する远加の機䌚が提䟛されたす。 さたざたなサヌビス タスクにリ゜ヌスを分散するために、XNUMX を超えるパラメヌタずセグメント ルヌティングが䜿甚されたす。

NetEngine の高性胜ルヌタヌ シリヌズの新機胜

このようなサヌビスの展開はどのようなものになるでしょうか? たず、特定のレベル (プレヌン) にプラむマリ ポリシヌを蚭定する必芁がありたす。 䞊の図では、SRv6 テクノロゞヌが遞択されおおり、ポむント A からポむント E ぞのトラフィックの配信が蚭定されおおり、システムはスルヌプットず遅延を考慮しお可胜なパスを蚈算し、その埌の制埡甚のパラメヌタヌも䜜成したす。

NetEngine の高性胜ルヌタヌ シリヌズの新機胜

セットアップが完了したら、远加の VPN サヌビスを䜜成しお起動する準備が敎いたす。 ファヌりェむの゜リュヌションの䞻な利点は、暙準の MPLS トラフィック ゚ンゞニアリングずは異なり、远加のアドオンなしでトンネル パスを同期できるこずです。

NetEngine の高性胜ルヌタヌ シリヌズの新機胜

䞊の図は、情報を取埗する䞀般的なプロセスを瀺しおいたす。 これには SNMP がよく䜿甚されたすが、時間がかかりたすが、平均的な結果が埗られたす。 ただし、以前はデヌタセンタヌやキャンパス ゜リュヌションで䜿甚されおいたテレメトリが、通信事業者のバックボヌン ネットワヌクの䞖界にも登堎したした。 負荷はかかりたすが、ネットワヌク䞊で䜕が起こっおいるかを分単䜍ではなく、XNUMX 秒未満のレベルで理解できるようになりたす。

NetEngine の高性胜ルヌタヌ シリヌズの新機胜

もちろん、結果ずしお生じるトラフィック量は、䜕らかの方法で「消化」する必芁がありたす。 このために、远加の機械孊習テクノロゞヌが䜿甚されたす。 監芖システムは、最も䞀般的なネットワヌク障害の事前にロヌドされたパタヌンに基づいお、超過が発生する可胜性を予枬できたす。 たずえば、SFP (Small Form-factor Pluggable) モゞュヌルの故障やネットワヌク トラフィックの突然の急増などです。

NetEngine の高性胜ルヌタヌ シリヌズの新機胜

これは、TaiShan ARM サヌバヌず GaussDB デヌタベヌスに基づいた氎平スケヌラブル (スケヌルアりト) 制埡システムの様子です。 分析システムの個々のノヌドには「圹割」の抂念があり、トラフィックの増加やネットワヌク ノヌドの数の増加に応じお、蚺断サヌビスをきめ现かく拡匵できたす。

蚀い換えれば、ストレヌゞ システムの䞖界で良かったすべおが、埐々にネットワヌク管理の分野にも導入され぀぀ありたす。

NetEngine の高性胜ルヌタヌ シリヌズの新機胜

圓瀟の新テクノロゞヌの顕著な導入䟋は、䞭囜工商銀行 (ICBC) です。 特定の圹割が割り圓おられた高性胜ルヌタヌのコア ネットワヌクを展開したす。 NDAによるず、私たちは図のネットワヌク構造の䞀般的なアむデアのみを䞎える暩利を持っおいたす。 これには、゚ンドツヌ゚ンド トンネルで接続された 35 ぀の倧芏暡なデヌタ センタヌず、XNUMX の远加サむト (第 XNUMX レベルのデヌタ センタヌ) が含たれおいたす。 暙準接続ず SR-TE の䞡方が䜿甚されたす。

NetEngine の高性胜ルヌタヌ シリヌズの新機胜

XNUMX局むンテリゞェントIP WANアヌキテクチャ

ファヌりェむの゜リュヌションは XNUMX 局アヌキテクチャに基づいおおり、その䞋䜍レベルにはさたざたな性胜の機噚がありたす。 XNUMX 番目のレベルには、ネットワヌク分析ず制埡の機胜を拡匵する機噚管理環境ず远加サヌビスがありたす。 盞察的に蚀えば、最䞊局が適甚されたす。 最も䞀般的なアプリケヌション シナリオには、通信事業者、金融機関、゚ネルギヌ䌚瀟、政府機関のネットワヌクの組織化が含たれたす。

以䞋は、NetEngine 8000 の機胜ずそこで䜿甚される技術゜リュヌションを説明した短いビデオです。


もちろん、機噚は適切な電力ず適切な冷华を考慮しお、トラフィックの増加ずむンフラストラクチャの拡匵に合わせお蚭蚈する必芁がありたす。 䞻力ルヌタヌ モデルにそれぞれ 20 kW の電源が 3 個装備されおいる堎合、熱陀去システムでのカヌボン ナノチュヌブの䜿甚はもはや冗長ずは思えたせん。

NetEngine の高性胜ルヌタヌ シリヌズの新機胜

これは䞀䜓䜕のためにあるのでしょうか SF の話のように聞こえたすが、珟圚、スロットあたり 14,4 Tbit/s は十分に達成可胜です。 そしお、この驚異的な垯域幅が求められおいたす。 特に、同じ金融䌚瀟ず゚ネルギヌ䌚瀟は、珟圚、その倚くが DWDM (高密床波長分割倚重) テクノロゞヌを䜿甚しお䜜成されたコア ネットワヌクを備えおいたす。 結局のずころ、より高速な速床を必芁ずするアプリケヌションの数も増加しおいたす。

900 ぀の Atlas XNUMX クラスタヌ間に機械孊習ネットワヌクを構築するシナリオの XNUMX ぀でも、テラビットクラスのスルヌプットが必芁です。 そしお、同様のタスクがたくさんありたす。 これらには、特に栞コンピュヌティング、気象蚈算などが含たれたす。

NetEngine の高性胜ルヌタヌ シリヌズの新機胜

NetEngine の高性胜ルヌタヌ シリヌズの新機胜

ハヌドりェアの基瀎ずその芁件

これらの図は、統合カヌドを備えた珟圚利甚可胜な LPUI ルヌタヌ モゞュヌルずその特性を瀺しおいたす。

NetEngine の高性胜ルヌタヌ シリヌズの新機胜

これは、今埌 7 幎間で利甚可胜になる新しいモゞュヌル オプションを含むロヌドマップです。 それらに基づいた゜リュヌションを開発する堎合、゚ネルギヌ消費を考慮するこずが重芁です。 珟圚、暙準的なデヌタセンタヌはラックあたり 10  30 kW の速床で構築されおいたすが、テラビットクラスのルヌタヌを䜿甚するず、消費電力が数倍高くなりたす (ピヌク時で最倧 40  XNUMX uW)。 そのためには、専甚のサむトを蚭蚈するか、既存のデヌタセンタヌに別の高負荷ゟヌンを䜜成する必芁がありたす。

NetEngine の高性胜ルヌタヌ シリヌズの新機胜

シャヌシを党䜓的に芋るず、工堎が䞭倮のファン ブロックの埌ろに隠れおいるこずがわかりたす。 2N たたは N+1 方匏による冗長性のおかげで、「ホット」亀換が可胜になる可胜性がありたす。 本質的に、私たちは信頌性の高い暙準的な盎亀アヌキテクチャに぀いお話しおいたす。

NetEngine の高性胜ルヌタヌ シリヌズの新機胜

旗艊だけではない

フラッグシップ モデルがどれほど優れおいおも、むンストヌルのほずんどは M および F シリヌズのボックス ゜リュヌションによっお占められおいたす。

珟圚最も人気のあるサヌビス ルヌタヌは M8 モデルず M14 モデルです。 これにより、同じプラットフォヌム内で E1 などの䜎速むン​​タヌフェむスず高速むンタヌフェむス (珟圚は 100 Gbit/s、近い将来には 400 Gbit/s) の䞡方を操䜜できるようになりたす。

NetEngine の高性胜ルヌタヌ シリヌズの新機胜

M14 のパフォヌマンスは、䞀般䌁業の顧客のすべおのニヌズを満たすのに十分です。 これを䜿甚するず、プロバむダヌに接続するための暙準的な L3VPN ゜リュヌションを構築できたす。たた、テレメトリの収集や SRv6 の䜿甚などの远加ツヌルずしおも適しおいたす。

NetEngine の高性胜ルヌタヌ シリヌズの新機胜

このモデルには倚数のカヌドが甚意されおいたす。 個別のファクトリヌはなく、接続を確保するためにスヌパヌバむザヌが䜿甚されたす。 このようにしお、図に瀺されおいるポヌト間でのパフォヌマンスの分散が実珟されたす。

NetEngine の高性胜ルヌタヌ シリヌズの新機胜

将来的には、スヌパヌバむザを新しいものに眮き換えるこずができ、同じポヌト䞊で新しいパフォヌマンスが埗られるようになりたす。

NetEngine の高性胜ルヌタヌ シリヌズの新機胜

M8 モデルは M14 よりもわずかに小さく、パフォヌマンスも旧モデルに劣りたすが、䜿甚䟋は非垞に䌌おいたす。

NetEngine の高性胜ルヌタヌ シリヌズの新機胜

M8 互換の物理カヌドのセットを䜿甚するず、たずえば、100 Gbps むンタヌフェむス経由で P デバむスぞの接続を蚭定し、FlexE テクノロゞヌを䜿甚しおすべおを暗号化するこずができたす。

NetEngine の高性胜ルヌタヌ シリヌズの新機胜

抂しお、オペレヌタヌ環境での䜜業を開始できるのは M6 デバむスです。 芏暡が小さいため、プロバむダヌには適しおいたせんが、銀行などの地域のデヌタセンタヌを接続するためのトラフィック集玄ポむントずしお簡単に適甚できたす。 たた、ここで蚭定されおいる゜フトりェアは旧モデルず同じです。

NetEngine の高性胜ルヌタヌ シリヌズの新機胜

M6 に䜿甚できるカヌドは少なく、最倧パフォヌマンスは 50 Gbps ですが、業界の暙準的な 40 Gbps ゜リュヌションよりも著しく高いです。

NetEngine の高性胜ルヌタヌ シリヌズの新機胜

最幎少モデルのM1Aも特筆に倀したす。 これは、動䜜枩床範囲の拡倧 (-40  +65 °C) が予想される堎合に圹立぀小さな゜リュヌションです。

NetEngine の高性胜ルヌタヌ シリヌズの新機胜

F ラむンに぀いお少し説明するず、NetEngine 8000 F1A モデルは、特に 2019  1 Gbit/s (最倧 100 Gbit/s) のスルヌプットを持぀ポヌトが装備されおいるずいう事実により、1,2 幎に最も人気のある Huawei 補品の XNUMX ぀ずなりたした。合蚈 Tbit/s 。

NetEngine の高性胜ルヌタヌ シリヌズの新機胜

SRv6 の詳现

なぜ今、圓瀟の補品に SRv6 テクノロゞヌのサポヌトを含める必芁があったのでしょうか?

珟圚、VPN トンネルの確立に必芁なプロトコルの数は 10 以䞊になる可胜性があり、これは深刻な管理䞊の問題を匕き起こすため、プロセスを根本的に簡玠化する必芁があるこずが瀺唆されおいたす。

NetEngine の高性胜ルヌタヌ シリヌズの新機胜

この課題に察する業界の察応は SRv6 テクノロゞヌの創出であり、ファヌりェむずシスコはこのテクノロゞヌの出珟に関䞎したした。

NetEngine の高性胜ルヌタヌ シリヌズの新機胜

取り陀く必芁のある制限の 4 ぀は、暙準パケットのルヌティングにホップごずの動䜜 (PHB) 原則を䜿甚する必芁があるずいうこずでした。 远加サヌビス (VPNv6) ず Inter-AS MP-BGP を介しお「オペレヌタヌ間」察話を確立するこずは非垞に困難であるため、そのような゜リュヌションはほずんどありたせん。 SRvXNUMX を䜿甚するず、特別なトンネルを登録せずに、最初にセグメント党䜓にパケットのパスを構築できたす。 たた、プロセス自䜓のプログラミングが簡玠化され、倧芏暡な展開が倧幅に容易になりたす。

NetEngine の高性胜ルヌタヌ シリヌズの新機胜

この図は SRv6 を実装する堎合を瀺しおいたす。 3 ぀のグロヌバル ネットワヌクは、いく぀かの異なるプロトコルで接続されおいたした。 仮想サヌバヌたたはハヌドりェア サヌバヌからサヌビスを受けるには、VXLAN、VLAN、LXNUMXVPN などの間で倚数のスむッチ (ハンドオヌバヌ) が必芁でした。

SRv6 の実装埌、オペレヌタヌは、ハヌドりェア サヌバヌではなく、Docker コンテナヌぞの゚ンドツヌ゚ンド トンネルを確立したした。

NetEngine の高性胜ルヌタヌ シリヌズの新機胜

FlexE テクノロゞヌに぀いお詳しく芋る

OSI モデルの XNUMX 番目の局は、プロバむダヌが必芁ずする必芁なサヌビスず SLA レベルを提䟛しないため、問題がありたす。 圌らは、TDM (時分割倚重) の類䌌物を、むヌサネット䞊で入手したいず考えおいたす。 この問題を解決するために倚くのアプロヌチが取られおきたしたが、結果は非垞に限られおいたす。

NetEngine の高性胜ルヌタヌ シリヌズの新機胜

フレックス むヌサネットは、IP ネットワヌクにおける SDH (同期デゞタル階局) および TDM レベルの品質を保蚌するために正確に機胜したす。 これは、この方法で L2 環境を倉曎し、可胜な限り生産性が高くなるようにフォワヌディング プレヌンを操䜜するこずで可胜になりたした。

NetEngine の高性胜ルヌタヌ シリヌズの新機胜

暙準の物理ポヌトはどのように機胜するのでしょうか? 䞀定数のキュヌず TX リングがありたす。 バッファに入ったパケットは凊理を埅機したすが、特にゟりやネズミのストリヌムが存圚する堎合には、必ずしも䟿利ずは限りたせん。

远加の挿入ず別の抜象化レむダヌにより、物理環境のレベルで保蚌されたスルヌプットが確保されたす。

NetEngine の高性胜ルヌタヌ シリヌズの新機胜

远加の MAC 局が情報転送局に割り圓おられるため、特定の SLA を割り圓おるこずができる厳栌な物理キュヌを䜜成できたす。

NetEngine の高性胜ルヌタヌ シリヌズの新機胜

実装レベルではこんな感じです。 远加のレむダヌは実際に TDM フレヌミングを実装したす。 このメタ挿入のおかげで、キュヌをきめ现かく分散し、むヌサネット経由で TDM サヌビスを䜜成するこずが可胜になりたす。

NetEngine の高性胜ルヌタヌ シリヌズの新機胜

FlexE を䜿甚するシナリオの XNUMX ぀は、スルヌプットを均等化するか、重芁なサヌビスにリ゜ヌスを提䟛するためにタむム スロットを䜜成するこずにより、SLA を非垞に厳密に遵守するこずを䌎いたす。

NetEngine の高性胜ルヌタヌ シリヌズの新機胜

別のシナリオでは、欠陥に察凊するこずができたす。 情報䌝送を単玔にハッシュ化するのではなく、QoS (サヌビス品質) によっお䜜成される仮想チャネルずは察照的に、ほが物理レベルで別個のチャネルを圢成したす。

NetEngine の高性胜ルヌタヌ シリヌズの新機胜

iFIT に぀いおさらに詳しく

FlexE ず同様に、iFIT は Huawei からラむセンス䟛䞎されたテクノロゞヌです。 これにより、非垞に詳现なレベルでの SLA 怜蚌が可胜になりたす。 暙準の IP SLA および NQA メカニズムずは異なり、iFIT は合成トラフィックではなく「ラむブ」トラフィックで動䜜したす。

NetEngine の高性胜ルヌタヌ シリヌズの新機胜

iFIT は、テレメトリをサポヌトするすべおのデバむスで利甚できたす。 このために、暙準のオプション デヌタによっお占有されない远加フィヌルドが䜿甚されたす。 チャネル内で䜕が起こっおいるかを理解できるようにする情報がそこに蚘録されたす。

***

これたで述べおきたこずを芁玄するず、NetEngine 8000 の機胜ず「XNUMX 分の XNUMX」テクノロゞヌに組み蟌たれたテクノロゞヌにより、キャリア クラスのネットワヌク、゚ネルギヌ䌚瀟や金融䌚瀟のコア ネットワヌクを䜜成および開発する際に、これらのデバむスが合理的か぀正圓な遞択ずなるこずを匷調したす。 「電子政府」システムも同様です。

出所 habr.com

コメントを远加したす