Huawei CloudEngine 6800レビュヌず経隓



ITむンフラストラクチャ、営利組織、囜有䌁業、たたはクラりドホスティングプロバむダヌの䞭心的なリンクは、ネットワヌクむンフラストラクチャです。 むンフラストラクチャのメむンTORスむッチは、Huawei CloudEngine 6800スむッチです。

mClouds.ruプロゞェクトチヌムは、技術に関しお非垞に深刻な経隓を持っおいたすが、最終的な開発者ずしおの実際のアプリケヌションには独自の特城がありたす。 そのため、経隓を積んだ埌、1​​幎埌にHabréでブログを立ち䞊げ、プロセスでの経隓ず実践を共有したした。

仮想リ゜ヌスをリヌスするプロゞェクトを立ち䞊げる際に、最適か぀安党なデヌタセンタヌネットワヌクを構築するためのガむドラむンであるHuawei NDGネットワヌク蚭蚈ガむドやCVDCisco Validated Design Programなど、さたざたなベンダヌの最新の蚭蚈ガむドを䜿甚したした。

CloudEngineの抂芁



マヌケティングの瞬間2012幎、Huaweiはデヌタセンタヌず高性胜キャンパスネットワヌク向けに開発されたCloudEngineスむッチシリヌズ以䞋CEを導入したした。 このラむンの䞻力補品はCE 12800であり、䞖界最高のパフォヌマンスを誇っおいたす。

定芏


最倧スルヌプット


ポヌトタむプ


ポヌト数


CE 12800


最倧1032 Tbps


100GE


カヌドあたり最倧36ポヌト


40GE


カヌドあたり最倧36ポヌト


10GE


カヌドあたり最倧48ポヌト


1GE


カヌドあたり最倧84ポヌト


CE 8800


最倧6.4 Tbps


100GE


最倧32ポヌト


40GE


最倧64ポヌト


25 / 10GE


最倧128ポヌト


CE 7800


最倧2.56 Tbps


40GE


32ポヌト


CE 6800


最倧1.6 Tbps


100GE


最倧8ポヌト


40GE


最倧8ポヌト


25 / 10GE


最倧48ポヌト


1 / 10GE


最倧48ポヌト


CE 5800


最倧336 Gbps


40GE


最倧2ポヌト


10GE


最倧4ポヌト


1GE


最倧48ポヌト



CEラむンのポヌト抂芁

ラむンの䞻芁コンポヌネントは、Huawei Cloud Fabric Solutionsデヌタセンタヌ゜リュヌションです。 これは、ODSDBプロトコルOpen vSwitchデヌタベヌス、RFC 7047を䜿甚しおVMware環境ず統合する機胜を備えたSDN゜フトりェア定矩ネットワヌクDCデヌタセンタヌを構築するためのプラットフォヌムです。 この統合により、運甚コストず、VMware仮想化プラットフォヌムでのサヌビスおよびサヌビスの管理ず展開に関連する劎力が削枛されたす。 HabréのHuaweiブログでCloud Fabricの詳现を読むこずができたす。

クラりド゚ンゞン

アクセススむッチずしお、Huawei CloudEngine 6800CE6810-48S4Q-LIを䜿甚したす。これは、40GEポヌト4 x 40 GE QSFP +を䜿甚しおネットワヌクコアをスタックおよび接続できる10GEポヌト48 x 10 GE SFP +の高密床を提䟛したす。



パラメヌタ


特城


SFP +


48


QSFP +


4


スむッチングマトリックス


1.28 Tbit / s


凊理速床


960 Mpps


デバむスの仮想化


iStack


スヌパヌ仮想ファブリック


ネットワヌク仮想化


M-LAG


ネットワヌク収束


Fcoe


DCBX、PFC、ETS


ルヌティング


RIP、OSPF、BGP、IS-ISなどのIPv4ルヌティングプロトコル



CE6810の短い特性

EIスむッチバヌゞョンずLIスむッチバヌゞョンの違いの抂芁。

゚む


李


トリル


+


-


ECMP


+


-


FCF


+


-


NPV


+


-


GRE


+


-


IPv6


+


-


マルチキャストIGMPスヌヌピングを陀く


+


-


DHCPサヌバヌ


+


-


VLANIF


1K


64


ARP


4K


1.5K


VRF


128


2


IPv4 FIB


16K


1.5K



詳现な仕様は、次のリンクから入手できたす。huawei.com

iStack

䟋ずしお、Huawei CE6810に基づいたiStack構成を瀺したいず思いたす。 iStackを䜿甚する堎合、10GE、40GE、および100GEポヌトを䜿甚しお、最倧16台のスむッチサポヌトされるファヌムりェアV100R003C10以降をスタックできたす。 远加のラむセンスiStackは必芁ありたせん。

iStackテクノロゞヌの利点

1.簡玠化された管理ず構成スタック䞊のデバむスは1぀の論理デバむスです。 スタックのどのメンバヌからでもスむッチを管理できたす。

2.コントロヌルプレヌンの冗長性各スむッチには2぀のMPUが装備されおおり、マスタヌが芁求を凊理し、スタンバむがマスタヌバックアップずしお機胜し、垞に同期したす。 マスタヌに障害が発生した堎合、スタンバむがメむンになり、サヌビスパッケヌゞの凊理を続行したす。 IStackテクノロゞヌは、1察1の冗長性を実装しおいたす。 スタックでは、1぀のメむンスむッチがサヌビスパケットを凊理し、1぀のスタンバむスむッチがマスタヌスむッチのバックアップコピヌずしお機胜し、情報を同期したす。 スタック内の他のスむッチはスレヌブであり、マスタヌが故障するず、スタンバむがマスタヌになり、新しいスタンバむスむッチがスレヌブから遞択されたす。 スレヌブスむッチを䜿甚したこのスキヌムにより、システムの信頌性がさらに向䞊したす。


マスタヌ倉曎前埌のトラフィックパス

3.冗長アップリンクおよびダりンリンク



4.リンクずむンタヌフェむスの冗長性リングトポロゞでは、リンクが萜ちたずきにトポロゞが䞀貫し、耇数のむンタヌフェむスの集玄により、フォヌルトトレランスが向䞊し、むンタヌフェむスの党䜓的なスルヌプットが向䞊したす。


スタックポヌトずむンタヌフェむスのフォヌルトトレランス

基本的な抂念

スむッチの圹割 -スタック内のスむッチは、次の圹割によっお分類されたす。
-マスタヌはスタック内のメむンスむッチです。 スタック䞊の1぀。
-スタンバむ-バックアップスむッチ。 スタックには1぀のスタンバむしか存圚できたせん。
-スレヌブ-スレヌブスむッチ、最倧数N-2、ここでN-スタック内のスむッチの最倧数。
スタックドメむン -スむッチが1぀の論理デバむスに結合される領域。 耇数のドメむンを組み合わせるこずができたす。



スタックID-スむッチを決定するための識別子、そうでない堎合はメンバヌID、これらのIDはスタック䞊で䞀意です。
スタック優先床 -スむッチの優先床。これに基づいお、スむッチの圹割が遞択されるパラメヌタヌの1぀。
物理メンバヌむンタヌフェむス -スむッチ間のスタックで䜿甚される物理ポヌト。
スタックむンタヌフェむス -物理ポヌトを仮想むンタヌフェむスに統合する論理むンタヌフェむス。スタックポヌトN / 1、スタックポヌトN / 2ず呌ばれたす。

トポロゞヌ

スタッキングは、シヌケンシャルチェヌンずリングリングの2぀のトポロゞを䜿甚しお可胜です。


チェヌントポロゞ

シリアル接続の利点は、長距離にわたるスむッチのスタックです最倧16台のスむッチ。 マむナスのうち、信頌性が䞍十分で垯域幅の䜿甚率が䜎いこずがわかりたす。


リングトポロゞヌ

リングトポロゞの利点は、スタックの高い信頌性ず高いスルヌプットです。

マスタヌスむッチの定矩

りィザヌドは、次のシナリオに埓っお遞択されたす。

1.実行䞭の状態最初に起動され、iStackに远加されたスむッチがマスタヌになりたす
2.スタックプラむオリティ最高のプラむオリティを持぀スむッチがマスタヌになりたす
3.゜フトりェアバヌゞョン最新のファヌムりェアのスむッチがマスタヌになりたす
4. Mac最小のMACアドレスを持぀スむッチがマスタヌになりたす

スタックぞのスむッチの远加ず削陀

スタックに新しいスむッチを远加したす。

1.スむッチが他のスタックに関䞎しおいない堎合䞀意のラベルスタックIDがない堎合、スむッチはスレヌブになりたす。
2.スむッチが以前にスタックAにあった堎合、スタックAおよびBでマスタヌの圹割を持぀2぀のスむッチからマスタヌが遞択されたす。たずえば、スタックBからマスタヌの圹割を受け取ったスむッチは、スタックAからスむッチを同期したすデヌタは再起動され、新しいスタックず同期、残りの圹割は倉曎されたせん。

スむッチオフ

1.マスタヌスむッチをオフにするず、スタンバむがマスタヌになりたす。 トポロゞヌが曎新され、新しいスタンバむが遞択されたした
2.スタンバむスむッチがオフになっおいる堎合、トポロゞが曎新され、新しいスタンバむが遞択されたす
3.スレヌブスむッチがオフになっおいる堎合、トポロゞスタックが曎新されたす。
4.マスタヌスむッチずスレヌブスむッチが切断された堎合、すべおのスむッチが再起動し、新しいスタックを圢成したす

構成

スタックはいく぀かの段階で構成されたす。

0.゜フトりェアずスむッチの互換性を確認したす
1.プリセットスタックメンバヌ
2.むンタヌフェむススタック䞊のポヌトの構成
3.構成チェック
4.蚭定の保存ず再起動
5.物理ケヌブルの接続
6.スむッチの電源を入れる

テストベンチでiStackテクノロゞヌを実蚌するために、CE6810ラむンの2぀のスむッチを䜿甚したす。

0.蚭定する前に、 iStack Assistantに連絡しお、必芁なファヌムりェアのバヌゞョンずスタッキング機胜に関する情報を入手するこずをお勧めしたす。

泚マスタヌに新しいファヌムりェアバヌゞョンがある堎合、スレヌブスむッチは自動的に゜フトりェアバヌゞョンを同期し、再起動しおからスタックに远加されたす。

1.スむッチのスタックパラメヌタヌの蚭定
a。 SW01スむッチの構成

> system-view [~HUAWEI] sysname SW01 [*HUAWEI] commit [~SW01] stack [~SW01-stack] stack member 1 priority 150 [*SW01-stack] stack member 1 domain 100 [*SW01-stack] quit [*SW01] commit 

b。 SW02スむッチの構成

 > system-view [~HUAWEI] sysname SW02 [*HUAWEI] commit [~SW02] stack [~SW02-stack] stack member 1 renumber 2 inherit-config Warning: The stack configuration of member ID 1 will be inherited to member ID 2 after the device resets. Continue? [Y/N]: y [*SW02-stack] stack member 1 domain 100 [*SW02-stack] quit [*SW02] commit 

デバむスをスタックした埌、再起動が必芁です。 チヌムの説明

system-view-特暩モヌドに切り替えたす
sysname-スむッチのホスト名を指定する
コミット-倉曎を適甚
stack-スタック構成モヌドに切り替えたす
スタックメンバヌの優先床<1-255>-スむッチの優先床を蚭定したす
スタックメンバヌドメむン<1-65535>-domain_IDの蚭定
stack member renumber inherit-config-䞀意のmember_IDを持぀スむッチを远加したす。 inherit-configを指定するず、再起動埌に元のスタック構成が継承されたす。そうでない堎合、マスタヌスむッチから構成がダりンロヌドされたす。

泚スレヌブの圹割を持぀スむッチがマスタヌず同じIDを持぀堎合、マスタヌはスむッチに䞀意​​のIDを割り圓おたす。

2.スタックポヌト構成



a。 スむッチSW01のポヌト構成

 [SW01]interface stack-port 1/1 [SW01-stack-port1/1]port member-group interface 40GE 1/0/1 to 40GE 1/0/2 

b。 スむッチSW02のポヌト蚭定

 [SW02]interface stack-port 1/1 [SW02-stack-port1/1]port member-group interface 40GE 1/0/1 to 40GE 1/0/2 

チヌムの説明

interface stack-port / <1-2>-スタックポヌトのグルヌプを䜜成したす
ポヌトメンバヌグルヌプむンタヌフェむス40GE〜40GE-スタックポヌトにスむッチポヌトを远加

3.構成チェック

 [SW01]display stack config Oper : Operation Conf : Configuration * : Offline configuration Attribute Configuration: ----------------------------------------- MemberID Domain Priority Oper(Conf) Oper(Conf) Oper(Conf) ----------------------------------------- 1(1) --(100) 100(150) ----------------------------------------- Stack-Port Configuration: ------------------------------------------ Stack-Port Member Ports ------------------------------------------ Stack-Port1/1 40GE1/0/1 40GE/1/0/2 ----------------------------------------- 

4.蚭定の保存ずデバむスの再起動

 > save Warning: The current configuration will be written to the device. Continue? [Y/N]: y > reboot Warning: The system will reboot. Continue? [Y/N]: y 

5.スタッキングケヌブルの物理的接続
この構成では2぀のスむッチを䜿甚しおいるため、チェヌントポロゞに埓っお接続を実行したす。

6.構成チェック

 > display stack -------------------------------------------------------------------------------- MemberID Role MAC Priority DeviceType Description -------------------------------------------------------------------------------- +1 Master 0004-yyyy-yyyy 150 CE6810-48S4Q-LI 2 Standby 0004-xxxx-xxxx 100 CE6810-48S4Q-LI -------------------------------------------------------------------------------- + indicates the device through which the user logs in. 

キャッチャヌぞ

「IOSのような」環境を䜜成するために、゚むリアス擬䌌1を䜜成する可胜性が提䟛されたす。 ゚むリアスを䜿甚するず、䟿利な環境を䜜成し、頻繁に䜿甚するコマンドのコマンド入力時間を節玄できたす。

゚むリアスコマンド圢匏
゚むリアス[パラメヌタ]コマンド ""


䜿甚する゚むリアスのリスト

 ] command alias -cmdalias] alias show command "display" -cmdalias] alias exit command "quit" -cmdalias] alias no command "undo" -cmdalias] alias write command "save" -cmdalias] alias config command "system-view" 

䜜成された゚むリアスを衚瀺

]コマンド゚むリアスを衚瀺する

未䜿甚の゚むリアスを削陀する

]コマンド゚むリアス
-cmdalias] aliasaliasを元に戻したす

シスコずの比范

最も興味深い遞択のポむントの1぀であり、他ずの違いは䜕ですか HuaweiのAnalyze Product Advantagesを䜿甚するず、Huawei CE6810が以䞋のモデルず比范できるこずを確認できたす。


残念ながら、これらのモデルはファブリック゚クステンダヌであり、Cisco Nexus 5Kおよび7Kで制埡できるため、考慮しないで、Huawei CE6851-48S6Q-HIのアナログであるNexus 3KNexus 3172PQを考慮しおください。

パラメヌタ


Nexus 3172PQ


Huawei CE6851-48S6Q-HI


スむッチング容量


1.4 Tbps


2.56 Tbps


転送パフォヌマンス


最倧1000 Mpps


1080 Mpps


10GE


48 + 24QSFP +からSFP +


48


40GE


6


6


L3


+


+


MAC


288K


288K


VLAN


4K


4k


IPv4 FIB


16K / 16K


16K / 128K


IPv6 FIB


+


+


FCoE


-


+


VXLAN


-


+


費甚


20,000 GPLから


$ 16,000 RPLから



おわりに

長い間、mCloduds.ruプロバむダヌのVPSおよびIaaSチヌムの゚ンゞニアリング郚門は、Huawei CloudEngineラむンに関しお肯定的な意芋を持っおいたした。

倚機胜性、技術サポヌトサヌビスの運甚䜜業、その単䜍はロシアにあり、管理の容易さなど。 これにより、お客様のコンピュヌティング環境ぞの高いアクセシビリティを提䟛できたす。

Huawei CloudEngineラむンおよびその他の゜リュヌションの詳现に぀いおは、mclouds.ruにメヌルでお問い合わせください。喜んでお手䌝いしたす:)

Source: https://habr.com/ru/post/J326978/


All Articles