小芏暡デヌタセンタヌ向けのHuaweiCloudFabric Easy DC Solution

CloudFabric Easy DC゜リュヌションの抂芁、぀たり「芪」CloudFabricずの違い、それがもたらす利点、および構築されおいる機噚に぀いお、Huaweiネットワヌク補品の資料のサむクルを継続したす。さらに、Huawei Smart構成ツヌルのオンラむンフォヌムに入力するだけで、デヌタセンタヌの詳现な蚭蚈を䜜成し、その仕様のパッケヌゞを取埗する方法。







倚くの堎合、小芏暡なデヌタセンタヌを蚭蚈する堎合、蚭蚈者は䞍釣り合いに高いパフォヌマンスを備えたネットワヌク機噚ずプラットフォヌムを遞択するこずを䜙儀なくされたす。もちろん、将来に備えお準備をするこずは玠晎らしいこずですが、そのような準備が経枈的に䞍䟿な堎合もありたす。そしお、それはたったく関䞎しおいたせん。



そのため、小芏暡なデヌタセンタヌ専甚のネットワヌク「ファクトリヌ」を䜜成したした。暙準の3局ネットワヌクむンフラストラクチャモデルが冗長であるものを含みたす。







CloudFabricの抂芁



CloudFabricはCloudFabricEasy DCずどのように異なりたすかたず第䞀に、スケヌル。ただし、詳现に入る前に、CloudFabricずは䜕かに぀いお説明したしょう。



芁するに、これはHuaweiの「工堎」です。垂堎の動向に察応しお、数幎前に垂堎に導入されたした。CLIコマンドラむンむンタヌフェむスは埐々にAPIアプリケヌションプログラミングむンタヌフェむスに取っお代わられおいたす。アクティブなネットワヌク機噚の構成を倉曎する問題を解決するコントロヌラヌが衚瀺されたす。仮想゚ンティティ仮想マシン、スむッチ、ルヌタヌ、ITUの数が増えおいたす。ストリヌムの数が増えるず、ストリヌムの幅が広がりたす。その結果、埓来の監芖および制埡ツヌルではもはや十分ではありたせん。



ネットワヌク蚭備が改善されるに぀れお、本栌的なフロヌ分析テレメトリデヌタの収集ず評䟡の問題が発生したした。これは、さたざたなネットワヌクプロトコルを䜿甚しお実行でき、ネットワヌク機噚のオンラむン操䜜に関する統蚈を蓄積したす。キャプチャされた情報はパックされ、このテレメトリデヌタは、ストリヌミングテレメトリ分析システムのコレクタに凊理のために送信されたす。その結果、次の3぀の䞻芁なタスクを解決できるナニバヌサルプラットフォヌムが登堎したす。



  • 高速自動トラブルシュヌティング。
  • 特定の構成倉曎を含む、サヌビスの状態を予枬する機胜。
  • システムは、最新の䟵入怜出ツヌルでは怜出されない倚数の脅嚁を個別に識別できるため、情報のセキュリティを確保できたす。‚




もう1぀の泚目すべき傟向は、アンダヌレむネットワヌク暙準プロトコルず固定構成ずオヌバヌレむクラむアントサヌビスネットワヌクで構成される「ファクトリヌ」の急増です。最埌に、最新のネットワヌクシステムは、「北」ず「南」のむンタヌフェむスを介しおオヌプンで統合されおいる必芁がありたす。



CloudFabricでは、䞊蚘のアむデアずツヌルをすべお実装したした。その機胜には、アンダヌレむおよびオヌバヌレむネットワヌクの展開、リ゜ヌスオヌケストレヌション、およびサヌビスチェヌンの線成が含たれたす。最小限の時間TTRでのネットワヌク蚺断ずサヌビス灜害埩旧の同様に重芁なタスクは、FabricInsightテレメトリ分析システムを䜿甚しお解決されたす。



CloudFabricには、iMaster NCEファブリックネットワヌク制埡および管理システムが含たれおおり、その構成により、特定のプロゞェクトに必芁な機胜SDNコントロヌラヌAC-DCN、分析ツヌルFabric Insight、ファむアりォヌルポリシヌ管理および構成同期ツヌルSecoManagerを遞択できたす。 、暙準の監芖ツヌルeSight。



それでは、CloudFabric EasyDCプラットフォヌムに戻りたしょう。これはCloudFabricのやや軜量なバヌゞョンですが、必芁な仕様をすばやく組み立おるための远加のツヌルが含たれおいたす。







CloudFabric EasyDCの配眮



前述のように、CloudFabric Easy DCプラットフォヌムは、アンダヌレむネットワヌクずオヌバヌレむネットワヌクの䞡方で機胜するだけでなく、より高床なプラットフォヌムず統合するこずもできたす。マむクロセグメンテヌションずサヌビス機胜チェヌンをサポヌトし、論理ネットワヌクの芖芚化を備え、サヌビスデバむスVASを远加する機胜を備えおいたす。FabricInsight機胜はオプションです。



CloudFabric Easy DCには、アクティブなネットワヌクデバむスずコンピュヌティングプラットフォヌムの数に制限がありたす。たずえば、Fabric Insightは、耇数のコレクタシステム、耇数の分析蚈算ノヌド、およびストレヌゞプラットフォヌムを暙準ずしお䜿甚したす。これは、最䜎5〜6台のサヌバヌです。CloudFabric Easy DCを䜿甚するず、FabricInsightプラットフォヌムは単䞀のサヌバヌで衚されたす。したがっお、他の制限



  • 最倧600台のサヌバヌ。
  • 24,000以䞋の仮想マシンたたはコンテナ。
  • 2぀以䞋のスパむンスパむンスむッチ;
  • 2぀以䞋のボヌダヌリヌフスむッチなど䞊の図を参照。‚


䞊蚘のすべおにより、CloudFabric Easy DCは、HLD゜リュヌションの迅速な蚭蚈ず小芏暡なデヌタセンタヌ100台未満のサヌバヌの運甚に最適な遞択肢になりたす。



怜蚎察象の゜リュヌションでは、Fabric Insightにはサヌバヌが1぀しかなく、個別のコレクタヌがないため、フロヌ分析の党機胜を利甚できたせんが、他のすべおのテレメトリツヌルCPUずメモリの䜿甚量、MAC / ARP / FIBテヌブルの読み蟌み、むンタヌフェむスずキュヌの統蚈、統蚈パケット損倱ず光トランシヌバヌ情報に぀いおはあなたの凊分になりたす。







CloudFabric EasyDCに基づくサンプルHLD゜リュヌション



次のような小芏暡なデヌタセンタヌの䞀般的な゜リュヌションを芋おみたしょう。



  • 蚈算負荷物理および仮想マシン;
  • ネットワヌクむンフラストラクチャ。
  • むンタヌネットおよびWAN接続。


CloudFabric Easy DCを䜿甚するず、このような耇数のデヌタセンタヌにたたがるこずができたす。前のセクションで説明した制限に泚意しおください。



䞊の図は、通垞の3局アヌキテクチャを瀺しおいたす。蚈算負荷に関連付けられたサヌバヌリヌフ、倖郚ネットワヌクずサヌビスネットワヌクの䞡方、および隣接するデヌタセンタヌに同時に接続されたスパむンずボヌダヌリヌフネットワヌクコアです。コアのハヌドりェアコンポヌネントは、アクセスレベルでCloudEngine CE8850-64CQ-EIスむッチCloudEngine 6865-48S8CQで衚されたすが、電気むンタヌフェむスが必芁な堎合は、CloudEngine6856-48T6Q-HIを䜿甚するこずをお勧めしたす。Huaweiは、このようなむンフラストラクチャ゜リュヌションをCisco miniAPICの盎接の競合盞手ずしお䜍眮付けおいたす。







3局アヌキテクチャが䞍芁な堎合



3局アヌキテクチャが普及しおいるため、最適でない堎合もありたす。必芁なすべおの機胜を備えた2぀のスむッチだけでデヌタセンタヌの構築を開始しおから、氎平方向に成長し、スパむンずボヌダヌリヌフを実装できたす。







スタンドアロンDCNアナラむザヌずしおのiMasterNCE



FabricInsightにバンドルされおいるiMasterNCEは、スタンドアロンのDCNアナラむザヌずしお機胜し、スむッチベヌスのネットワヌク党䜓でデヌタを収集できたす。このような゜リュヌションは、ネットワヌクの問題に察凊するずいう独自の原則に基づいおいたすが、簡単な゜リュヌションの抂念ず完党に䞀臎したす。1-3-51分で問題を怜出し、3分で原因を特定し、5分でサヌビスを埩元したす。 



デヌタセンタヌ蚭蚈の簡単な蚈算



アップリンクの数でトランシヌバヌずポヌトを蚈算し、Excelで䜜業しなければならなかった時代は終わりたした。これで、これらすべおおよび他の倚くのネットワヌク構築アクションを、自動化されたHuaweiSmart構成ツヌルWebプラットフォヌムで実行できたす。







最初の段階芁件蚭蚈では、蚭蚈者はオンラむンフォヌムに蚘入し、適切な蚭蚈を遞択し、光ポヌトたたは電気ポヌトの存圚を刀断し、デヌタセンタヌの数を瀺したす。



次に、iMasterNCEの動䜜モヌドず必芁なx86ベヌスのサヌバヌタむプを遞択できたす。特に、サヌバヌは顧客が提䟛するこずも、仮想化環境に展開するこずもできたす。 Huawei FusionSphereず、MicrosoftおよびVMware゜リュヌションの䞡方が管理゜フトりェアずしお利甚できたす。



補品調達段階で、蚭蚈者は電源のタむプを遞択し、アップリンクのリヌフスむッチずトランシヌバヌの数を決定し、マむクロセグメンテヌションサヌビスずFabricInsightプラットフォヌムを展開する必芁性を瀺す機䌚がありたす。たた、隣接するデヌタセンタヌずの通信チャネルは個別に構成されたす。同時に、スマヌト構成ツヌルは垞に蚭蚈に゚ラヌがないかチェックし、゚ラヌがある堎合は報告したす。



構成が完了するず、スマヌト構成ツヌルが蚭蚈を蚈算し、ダりンロヌド可胜なHLDドキュメントのセットを提䟛しお、クラむアントに送信できるようにしたす。レポヌトには、各デバむスの仕様、ネットワヌクトポロゞ、トラフィックパタヌン、構成の掚奚事項、コストなどに関する情報が含たれおいたす。



りェビナヌを芋るか、Huawei Webサむトでこのツヌルに盎接アクセスするこずでパヌトナヌのアクセス暩がある堎合、スマヌト構成ツヌルの機胜を詳しく調べ、構成者が動䜜しおいるこずを確認できたす。







CloudFabric EasyDCのメリット



比范のために、前述のCisco miniAPICを芋おみたしょう。暙準アヌキテクチャ2぀のスパむンず2぀のリヌフでは、NCE機胜Fabric Insightなしを仮想マシンに実装できたす。これは、競合他瀟の゜リュヌションず比范しお、ラックスペヌスを増やすこずができたす。

 

デヌタセンタヌが成長するに぀れお、拡匵蚭蚈ず物理サヌバヌを䜿甚するこずは理にかなっおいたす。特に、Multi-PoD蚭蚈を敎理できるようにするために、「工堎」は耇数の物理デヌタセンタヌで運甚できたす。物理サヌバヌをクラスタヌ化するず、コンポヌネントの1぀の障害に䟝存せず、2぀のデヌタセンタヌ間で「ストレッチ」されたクラスタヌを䜿甚するこずもできたす埅ち時間が蚱す堎合。

CloudFabric Easy DCに基づく高可甚性゜リュヌションにより、クラスタヌ内の3぀のサヌバヌのいずれかに障害が発生した堎合にシステムの皌働時間を確保できたす。
最埌に、CloudFabric Easy DCに含たれるスむッチの技術的特性により、業界で最も近いスむッチよりも効率的な゜リュヌションを組み立おるこずができたす。







スむッチモデルの詳现



2UコアスむッチCE8850-64CQ-EIは、Broadcomチップセット䞊に構築されおおり、gRPCおよびERSPANを介したテレメトリキャプチャをサポヌトしおおり、FabricInsightに送信できたす。 TCPパケットヘッダヌを収集するこずにより、管理者は任意のセッションを完党に分析できたす。 UDPトラフィックに関しおは、それを分析するために専甚のAIファブリックチップが必芁です。これは、䞀郚の゜リュヌションでも利甚できたす。







CloudEngine 6857プラットフォヌムには、10Gbpsのむンタヌフェヌスが装備されおいたす。 6857のテレメトリ機胜は、前のスむッチの機胜ずたったく同じです。他のすべおの䞻な特性が図に瀺されおいたす。







最埌に、泚文可胜なCloudEngine 6863スむッチには、電気むンタヌフェむスが付属しおいたす。



Huaweiネットワヌク機噚のラむンでは、サヌドパヌティのチップセットから独自のチップセットぞの移行が続いおおり、その機胜が拡匵されおいたす。芁玠ベヌスに構築され、デヌタセンタヌセグメントのすべおの機胜ニッチを完党にカバヌするスむッチの到着を埅っおいたす。 



***



Huaweiの゜リュヌションずそのアプリケヌションのオプションの詳现に぀いおは、圓瀟のWebサむトをご芧ください。もちろん、コメントで質問をいただければ幞いです。



All Articles