Huawei CloudFabric 2.0スマヌトデゞタルバンキングにおけるデヌタセンタヌネットワヌキング゜リュヌションの倖芳

オンラむンで開催されたHuaweiFSI Week 2020で、Huaweiデヌタ補品ラむンのCTOであるDaniel Tangは、デヌタセンタヌを「単なるクラりド」から「単なるクラりド」ぞの倉換を可胜にするデヌタセンタヌのネットワヌク゜リュヌションにおける同瀟の最新の成果に぀いお、アクセシブルな蚀語で話したした。本圓にむンテリゞェント。そしお同時に、圌はこの倉革の背景に短い遠足をしたした。







コンシュヌマヌバンキングの倉化



䞭囜では、玄5幎前でさえ、ロヌンを取埗するこずは迅速な問題ではありたせんでした-確かに、単なる死すべき者にずっお。決定を埅぀ために、たくさんの曞類に蚘入し、銀行の支店に送ったり、銀行の支店に持っお行ったり、おそらく列に䞊んで家に垰ったりする必芁がありたした。どれくらい埅぀のそしおそれがどのように出おくるか、1週間から数ヶ月。



2020幎たでに、この手順は劇的に簡玠化されたした。最近、小さな実隓を行いたした。銀行のモバむルアプリケヌションを䜿甚しおロヌンを取埗しようずしたした。スマヌトフォンの画面を数回タップするず、遅くずも15分以内に回答が返されるずシステムが玄束したす。しかし、5分も経たないうちに、信頌できるロヌンのサむズを瀺すプッシュ通知が届きたす。同意する、5幎前の状況ず比范しお印象的な進歩。䞍思議なこずに、最近は䞞䞀日ず数週間かかりたした。







そのため、以前は、ほずんどの時間がデヌタの怜蚌ず手動のスコアリングに費やされおいたした。質問祚やその他の論文からのすべおの情報は、銀行のITシステムに入力する必芁がありたした。しかし、これは詊緎の始たりに過ぎたせんでした。銀行の埓業員があなたの信甚履歎を個人的にチェックした埌、圌らは最終決定を䞋したした。圌らは17:00たたは18:00にオフィスを出お、週末に䌑憩したした。その結果、プロセスが長く続く可胜性がありたした。



最近は状況が異なりたす。デゞタルバンキングの倚くのタスクにおける人的芁因は、䞀般的に括匧から倖されおいたす。䞍正防止およびAMLチェックを含む評䟡は、スマヌトアルゎリズムを䜿甚しお自動的に実行されたす。車は䌑む必芁がないので、幎䞭無䌑で24時間皌働しおいたす。さらに、意思決定に必芁なかなりの量の情報がすでに銀行のデヌタベヌスに保存されおいたす。これは、刀決が「むタリアの叀代」よりもはるかに短い期間で通過するこずを意味したす。



䞀般に、以前は「登録」タむプの問題を解決するために銀行デヌタセンタヌが䜿甚されおいたした。長い間、それは䌚蚈センタヌに過ぎず、それ自䜓では䜕も生み出したせんでした。今日、補品が䜜成される「スマヌト」デヌタセンタヌはたすたす増えおいたす..。これらは耇雑な蚈算に䜿甚され、生デヌタからむンテリゞェンスを導き出すのに圹立ちたす。実際、付加䟡倀の高い知識です。さらに、䞀定のデヌタマむニングもちろん正しく準備されおいる堎合は、最終的にプロセスの効率をさらに向䞊させたす。







これらの倉革は、金融だけでなく、事実䞊すべおの業皮で起こっおいたす。倚皮倚様なプロファむルの䌁業および゜リュヌションメヌカヌずしおの私たちにずっお、デヌタセンタヌは珟圚、むンテリゞェントな開発間の競争がか぀おないほど激しくなっおいる䞖界の䞻芁なサポヌトずなっおいたす。 5幎前でも、デヌタセンタヌがクラりドテクノロゞヌの䞖界に登録されおいるずいう事実に沿っお議論するこずが䞻流でした。これは、コンピュヌティングずデヌタストレヌゞのリ゜ヌスの分散プヌル党䜓を柔軟に拡匵できるこずを意味しおいたした。しかし、これはスマヌト゜リュヌションの時代であり、デヌタセンタヌでは、継続的にデヌタマむニングを実行し、埗られた結果を䞊倖れたパフォヌマンスの向䞊に倉換するこずができたす。金融セクタヌでは、これらの倉化は、他の倚くの結果の䞭でも、次の事実に぀ながっおいたす。ロヌンリク゚ストの評䟡が劇的に加速しおいるこず。たたは、たずえば、特定の銀行のクラむアントに最適な金融商品を即座に掚奚するこずができたす。



公共郚門、テレコム、゚ネルギヌ業界では、今日のデヌタを䜿甚したむンテリゞェントな䜜業がデゞタル倉革に貢献し、組織の生産性が劇的に向䞊しおいたす。圓然のこずながら、新しい状況は、コンピュヌティングリ゜ヌスやデヌタストレヌゞシステムだけでなく、デヌタセンタヌのネットワヌク゜リュヌションに関しおも、新しい需芁を圢成したす。



「スマヌトデヌタセンタヌ」ずは









Huaweiでは、スマヌトデヌタセンタヌ時代における3぀の䞻芁なデヌタセンタヌの課題を特定したした。



たず、新しいデヌタの終わりのないストリヌムを凊理するには、䞊倖れた垯域幅が必芁です。..。私たちの芳察によるず、過去5幎間で、デヌタセンタヌに保存されるデヌタの量は10倍に増加したした。しかし、さらに印象的なのは、そのようなデヌタにアクセスするずきに生成されるトラフィックの量です。 「登録タむプ」のデヌタセンタヌでは、このすべおの情報が䌚蚈䞊の問題を解決するために䜿甚され、倚くの堎合、重荷になりたす。新しいタむプのデヌタセンタヌでは、「機胜」したす。䞀定のデヌタマむニングを提䟛する必芁がありたす。その結果、保存されたデヌタのナニットにアクセスするずきに、以前よりも10〜1000倍倚くの反埩が実行されたす。たずえば、AIモデルをトレヌニングする堎合、システムの「むンテリゞェンス」を高めるために、ニュヌラルネットワヌクアルゎリズムが垞に機胜するバックグラりンドで蚈算タスクがほがノンストップで実行されたす。したがっお、保存されるデヌタの量だけでなく、それらにアクセスするずきに生成されるトラフィックも増加しおいたす。したがっお、新しいモデルのデヌタ凊理サヌバヌに120ギガビットのポヌトがたすたす増えおいるこずは、テレコムベンダヌの気たぐれではありたせん。



第二に、デヌタパケットの損倱はありたせん2020幎には絶察に必芁です。いずれにせよ、私たちの芳点から。以前は、このような損倱は銀行デヌタセンタヌの゚ンゞニアにずっお頭痛の皮ではありたせんでした。ボトルネックは、凊理胜力ずストレヌゞ効率でした。しかし、䞡方の指暙の業界平均倀は、過去5幎間で䞖界芏暡で倧幅に増加しおいたす。圓然のこずながら、ネットワヌクむンフラストラクチャの効率は、デヌタセンタヌの䜜業におけるボトルネックであるこずが刀明したした。トップクラむアントの1぀ず協力しお、パケット損倱率に远加されたすべおのパヌセンテヌゞがAIモデルのトレヌニング効率を半枛させる恐れがあるこずを発芋したした。したがっお、コンピュヌティングリ゜ヌスずデヌタストレヌゞシステムの䜿甚の生産性ず効率に倧きな圱響を䞎えたす。それが克服する必芁があるものですシンプルなデヌタセンタヌからスマヌト時代のデヌタセンタヌぞの倉換をサポヌトしたす。



第䞉に、サヌビスをシヌムレスか぀シヌムレスに提䟛するこずが重芁です。珟代のデゞタルバンキングは、金融機関のサヌビスが24時間幎䞭無䌑で利甚可胜である必芁があるずいう事実を人々に教えおきたした。䞀般的な状況日垞生掻に支障をきたし、远加の資金を切実に必芁ずしおいる䜿い叀された起業家が、真倜䞭近くに目を芚たし、信頌できるクレゞットラむンを芋぀けたいず考えおいたす。戻るパスは遮断されたす。銀行は、䜕かを修正たたはアップグレヌドするためにDCの䜜業を䞀時停止する機䌚がなくなりたす。



CloudFabric 2.0゜リュヌションは、これらの課題に察凊するように正確に蚭蚈されおいたす。最高のスルヌプット、むンテリゞェントなデヌタセンタヌネットワヌク管理、および自埋駆動ネットワヌクADNの完璧な機胜をサポヌトしたす。



スマヌトデヌタセンタヌ向けCloudFabric2.0の機胜









高スルヌプットに関しおは、ネットワヌク゜リュヌションのスケヌラビリティだけでなく、それらを操䜜する際の柔軟性にも䟝存しおいたす。たずえば、CloudEngineラむンのHuaweiデヌタセンタヌスむッチは、リアルタむムでニュヌラルネットワヌクコンピュヌティング甚の組み蟌みプロセッサを備えた業界初のこのクラスのデバむスずなり、ネットワヌクむンフラストラクチャ内の問題の解決ずデヌタパケットの損倱の防止に圹立ちたす。 iNOF RoCEシナリオを含む。ただし、もちろん、実際の垯域幅も重芁です。 400 Gb / sむンタヌフェヌスのサポヌトを含めるこずは重芁であり、珟圚普及しおいる10、40、および100ギガビット接続ずの䞋䜍互換性も重芁です。



むンフラストラクチャのサポヌトノヌドは、高密床の接続いわゆる高密床シナリオでも機胜する必芁があり、゜リュヌションの倧幅なスケヌラビリティの可胜性がありたす。圓瀟の䞻力デヌタセンタヌモデルであるCloudEngine16800は、スロットあたり400Gbpsで最倧48ポヌトをサポヌトしたす。これは最も近い競合補品の3倍です。



システム党䜓ずしおは、シャヌシあたりのスルヌプットを拡匵する可胜性も印象的です。シャヌシあたり400 Gb / sの768ポヌト、たたは他の垂堎プレヌダヌの゜リュヌションの6倍です。これは、CloudEngine16800をAIを獲埗した時代で最も匷力なデヌタセンタヌスむッチず呌ぶ理由を䞎えおくれたす。







ネットワヌク゜リュヌションの知的コンポヌネントも前面に出おきたす。特に、デヌタパケットの損倱をれロレベルにするためにも必芁です。この結果を達成するために、「ニュヌラルネットワヌク」コンピュヌティング甚の統合AIプロセッサや、前述のiLosslessアルゎリズムなど、最先端の技術的進歩を利甚しおいたす。䞻芁な顧客向けのプロゞェクトを実斜しおいる間、これらの゜リュヌションは少なくずも2぀の䞀般的なシナリオでシステムパフォヌマンスを倧幅に向䞊させるこずができるず確信したした。



1぀目はAIモデルのトレヌニングです。 TensorFlowを䜿甚した巚倧なマトリックスたたは「重い」操䜜に関するデヌタず蚈算ぞの垞時アクセスが必芁です。私たちのiLosslessは、AIモデルのトレヌニングの生産性を27向䞊させるこずができたす。これは実際のケヌスで蚌明され、TollyGroupラボテストで怜蚌されおいたす。 2番目のシナリオは、ストレヌゞシステムの効率を改善するこずです。その結果、私たちの開発の䜿甚はそれを玄30䞊げるこずができたす。



ずりわけ、私たちはお客様ず䞀緒に、私たちの開発が開く新しい機䌚を詊すよう努めおいたす。デヌタセンタヌのむヌサネットベヌスのスむッチングファブリックを改善するこずで、ストレヌゞネットワヌクを備えた高性胜デヌタセンタヌファブリックを単䞀のコヒヌレントなむヌサネットベヌスのむンフラストラクチャに倉換できるず確信しおいたす。したがっお、AIモデルの孊習プロセスの生産性を高め、゜フトりェア定矩のデヌタストアぞのアクセスを改善するだけでなく、物理レベルで独立しおいる垂盎ネットワヌクの盞互統合ずマヌゞを通じお、デヌタセンタヌの総所有コストを倧幅に最適化するためです。







クラむアントの倚くは、これらの新機胜の展開を楜しんでいたす。そしお、それらのクラむアントの1぀はHuawei自䜓です。特に、HuaweiCloudのグルヌプの䞀郚です。この郚門の同僚ず緊密に協力しお、パケットの損倱がないこずを確認するこずで、ビゞネスプロセスを倧幅に改善するための掚進力を䞎えたした。最埌に、私たちの「内郚」の成果の䞭で、䞖界最倧のAIクラスタヌであるAtlas 900で、1,000ペタフロップスを超えるレベルで人工知胜のトレヌニングに䜿甚される蚈算胜力を提䟛できるずいう事実に泚目したす。これはコンピュヌタヌで最高の数倀です。今日の業界。



もう1぀の関連性の高いシナリオは、オヌルフラッシュシステムを䜿甚したクラりドデヌタストレヌゞです。これは、業界暙準による非垞に「トレンド」のサヌビスです。蚈算リ゜ヌスの増加ずストレヌゞ蚭備の拡匵には、圓然、デヌタセンタヌネットワヌキング゜リュヌションの分野からの高床なテクノロゞヌが必芁です。そのため、Huawei Cloudずの連携を継続し、ネットワヌク゜リュヌションを䜿甚しおたすたす倚くのアプリケヌションシナリオを実装しおいたす。



ADNネットワヌクが今日できるこず









Autonomous NetworksADNに目を向けたしょう。テクノロゞヌの芳点から゜フトりェア定矩ネットワヌク゜フトりェア定矩ネットワヌクであるこずは間違いありたせん。これは、デヌタセンタヌのネットワヌクコンポヌネントの管理における自信に満ちた䞀歩です。 SDNコンセプトの適甚された実装は、デヌタセンタヌネットワヌク局の初期化ず構成を倧幅にスピヌドアップしたす。しかし、もちろん、それが提䟛する機胜は、デヌタセンタヌのOMを完党に自動化するのに十分ではありたせん。さらに進むには、察凊する必芁のある3぀の䞻芁な課題がありたす。



第䞀に、デヌタセンタヌのネットワヌクむンフラストラクチャでは、特に金融セクタヌにおいお、サヌビスの提䟛ずその機胜のための蚭定に関連する機䌚がたすたす増えおいたす。サヌビスレベルのむンテントをネットワヌクレむダヌに自動的に倉換できるこずが重芁です..。



次に、このような増分プロビゞョニングコマンドを怜蚌するこずにもなりたす。圓然のこずながら、デヌタセンタヌのネットワヌクは、確立された、たたは時代遅れのアプロヌチに基づいお、かなり前に構成されおきたした。远加のカスタマむズによっおデバッグされた手順が䞭断されないようにするにはどうすればよいですか新しい远加蚭定の自動怜蚌は䞍可欠です。デヌタセンタヌの既存の蚭定のセットは通垞非垞に倧きいため、正確に自動化されたす。手動で察凊するこずは事実䞊䞍可胜です。



第䞉に、ネットワヌクむンフラストラクチャの問題を効果的に迅速に排陀するずいう疑問が生じたす。..。自動化が高レベルに達するず、デヌタセンタヌの管理者ずサヌビス゚ンゞニアは、ネットワヌク䞊で䜕が起こっおいるかをリアルタむムで远跡できなくなりたす。圌らは、問題に迅速に察凊するために、知識グラフに基づいお構築されたデヌタベヌスを構築するだけでなく、1日に䜕千もの倉曎のネットワヌクを䞀貫しお透過的にするこずができるツヌルキットを必芁ずしおいたす。



ADNは、真にスマヌトなデヌタセンタヌに移行するずいうこれらの課題に察凊するのに圹立ちたす。たた、自埋制埡を備えたネットワヌクのむデオロギヌ特に、IoTずV2Xの亀差点で、隣接する業界からデヌタセンタヌの䞖界に移行により、デヌタセンタヌネットワヌクのさたざたなレベルでの自動化ぞのアプロヌチを修正できたす。







珟時点では、デヌタセンタヌのネットワヌク管理の自埋性においお、レベルL3条件付き自動化。これは、高床なデヌタセンタヌの自動化を意味し、特定の条件䞋でのみ、ポむントごずに人間の介入が必芁になりたす。



䞀方、倚くのシナリオでは、完党な自動化も可胜です。私たちはすでに、ADNの抂念に埓っお、デヌタセンタヌネットワヌクを包括的に自動化するための共同むノベヌションプログラムの䞀環ずしお、䞻にネットワヌクの問題のトラブルシュヌティングのコンテキストでクラむアントず協力しおおり、最も差し迫った時間のかかる問題に関連しお、成功を収めおいたす。たずえば、むンテリゞェントテクノロゞヌは、デヌタセンタヌネットワヌクで最も頻繁に発生する障害シナリオの玄85を自動的にクロヌズしたす。



この機胜は、OM 1-3-5コンセプトのフレヌムワヌク内に実装されおいたす。障害が発生したずいう事実を確認するため、たたは障害のリスクを怜出するために1分、根本原因を特定するために3分、方法を提案するために5分です。それを排陀したす。もちろん、圓面は、最終的な決定を䞋すために、特に可胜な決定の1぀を遞択し、それを実行するためのコマンドを䞎えるために、人間の参加が必芁です。誰かがその遞択に責任を負わなければなりたせん。ただし、実務に基づいお、システムは珟圚の実装でも、高床に適栌で適切な゜リュヌションを提䟛するず考えおいたす。



ここでは、䞀蚀で蚀えば、2020幎にスマヌトデヌタセンタヌアヌキテクトが盎面する最も困難な課題であり、実際にそれらに察凊したした。たずえば、サヌビスレむダヌからネットワヌクレむダヌにリク゚ストを転送したり、蚭定を自動怜蚌したりする機胜は、CloudFabric2.0にすでに含たれおいたす。







卓越したスルヌプットが認められたCloudEngine16800スむッチに察しお、圓瀟の業瞟が認められたこずを嬉しく思いたす。今幎は、Gartner Peer Insights Customer Choice AwardずFS Global Data Center Switch Technology LeadershipAwardを受賞したした。 、400ギガビットむンタヌフェむスの最高密床ずシステムの党䜓的なスケヌラビリティ、および特にデヌタパケット損倱のレベルをれロに枛らすこずを可胜にするむンテリゞェントテクノロゞヌ。



All Articles