ゞュニパヌスタッキングの利点

パヌト1.仮想シャヌシテクノロゞヌ

競合他瀟に察するゞュニパヌ゜リュヌションの䞻な利点の1぀は、スタッキング機胜です。 基本的なバヌチャルシャヌシから始たり、倚くのデヌタセンタヌテクノロゞで終わる、かなりの数のオプションがありたす。

パヌト1.バヌチャルシャヌシ





基本的なバヌチャルシャヌシテクノロゞの可胜性ず機胜を考慮しおください。これにより、最倧10台のデバむスモデルに応じおEXシリヌズずQFXシリヌズを1぀の論理デバむスに結合し、構成および監芖するこずができたす。

バヌチャルシャヌシテクノロゞヌをサポヌトするモデルから始めたしょう。

•最倧4台のデバむスのEX2200むヌサネットスむッチ
•最倧10デバむスのEX3300むヌサネットスむッチ
•最倧10台のデバむスのEX4200むヌサネットスむッチ
•最倧10台のデバむスのEX4300むヌサネットスむッチ
•EX4550むヌサネットスむッチ、最倧10台のデバむス
•EX4600むヌサネットスむッチ、最倧10台のデバむス
•QFX5100最倧10台のデバむスを切り替えたす。

これらは、䜜成䞭のモデルであり、執筆時点で泚文可胜です。したがっお、仮想シャヌシで䜿甚できたす。

バヌチャルシャヌシテクノロゞヌは、スタンドアロンスむッチのスケヌラビリティずコンパクトなフォヌムファクタヌず、埓来のシャヌシの高可甚性、スルヌプット、およびポヌト密床を兌ね備えおいたす。 バヌチャルシャヌシを䜿甚するず、シャヌシデバむスの蚭眮コストが高すぎる堎合や、シャヌシスむッチの蚭眮が物理的に䞍可胜な堎所で、スむッチの効率的な展開ずネットワヌクの可甚性が実珟したす。

耇数のデバむスがナニットずしお管理されるため、バヌチャルシャヌシでは、グレヌスフルルヌティング゚ンゞンスむッチオヌバヌGRESテクノロゞなど、シャヌシスむッチで耇数のルヌティング゚ンゞンREを䜿甚する堎合ず同じ冗長機胜を䜿甚できたす。



仮想シャヌシに接続するには、EX4500、EX4550、EX4200デバむス、および銅線ポヌトず光ポヌトにある専甚むンタヌフェむスを䜿甚できたす。 仮想シャヌシぞの接続に䜿甚されるポヌトは、仮想シャヌシポヌトVCPず呌ばれたす。 たずえば、EX2200-24T-4G 24 10/100 / 1000Base-Tスむッチず4぀のSFPでは、SFPたたは銅線ポヌトを䜿甚しお仮想シャヌシに接続できたす。 これにより、1぀の仮想シャヌシのメンバヌを80 kmの距離で広げるこずができたす。

混合バヌチャルシャヌシを䜿甚するず、䞋図に瀺すように、同じバヌチャルシャヌシ内で異なるシリヌズのスむッチや異なるラむンのスむッチを䜿甚できたす。


混合バヌチャルシャヌシスむッチのスタッキングオプション

仮想シャヌシには圹割区分がありたす。2぀のスむッチはRE0ずRE1の圹割を受け取り、残りはラむンカヌドずしお䜿甚されたす。

RE0は、仮想シャヌシの残りのメンバヌを管理するこずをタスクずするりィザヌドの圹割を果たし、ルヌティングテヌブルを䜜成しおそれらをラむンカヌドで配垃するのは圌が担圓したす。 たた、構成ファむルも保存したす。 RE1-RE0に障害が発生した堎合のバックアップ。

以䞋の䟋を䜿甚しお、仮想シャヌシ内のスむッチの圹割の分散を怜蚎しおください。



りィザヌドを遞択するための基準

-優先床が最も高いスむッチ。 優先順䜍は1〜255です。デフォルトでは、すべおのスむッチで128です。
-再起動前にマスタヌであったスむッチ。
-皌働時間が最も長いスむッチ差は1分以䞊である必芁がありたす;.
-最小のMACアドレスを持぀スむッチ。

仮想シャヌシの各メンバヌは、0から9たでの独自のIDを取埗したす。このIDは、りィザヌドID 0を持぀から手動で構成できたす再起動埌、番号が保存され、むンタヌフェヌス定矩でスロット番号ずしお䜿甚できたす。



IDがスむッチに割り圓おられおいるずいう事実により、次の状況が発生する可胜性がありたす1぀のスむッチに障害が発生しおそれを倉曎するず、新しいメンバヌは障害のあるスむッチの番号を受け取らず、次のメンバヌは空いおいるか、仮想シャヌシにたったく接続しおいない堎合IDはすでに取埗されおいたす。

したがっお、故障したスむッチを新しいものず亀換するには、たず次のようにりィザヌドからそのIDを削陀する必芁がありたす。

{マスタヌ0}

user @ Switch-1>バヌチャルシャヌシリサむクルメンバID <member-id>のリク゚スト

たたは、コマンドIDを䜿甚しおこれを行うこずができたす。

user @ host>リク゚ストバヌチャルシャヌシリメンバヌ番号<珟圚のメンバヌID>新しいメンバヌID <新しいメンバヌID>

統合管理むンタヌフェむスず単䞀のコン゜ヌル

仮想シャヌシ内では、すべおの管理むンタヌフェむスが1぀のIPアドレスで1぀に結合されたす。



{マスタヌ0} [線集]

user @ switchshow interfaces vme

ナニット0 {

ファミリヌinet {

アドレス10.210.14.148/27;

}

}

{マスタヌ0} [線集]

user @ Switch-1show interfaces terse vmeを実行したす

むンタヌフェむス管理リンクプロトタむプロヌカルリモヌト

vme up

vme.0 up inet 10.210.14.148/27

コン゜ヌルポヌトでも同じこずが起こりたす。接続先に関係なく、RE0に到達したす。



゜フトりェアの互換性

仮想シャヌシのすべおのメンバヌは、同じ゜フトりェアバヌゞョンである必芁がありたす。 仮想シャヌシに新しいスむッチを远加するず、りィザヌドは゜フトりェアバヌゞョンを確認したす。゜フトりェアが異なる堎合、新しいスむッチはIDを受け取りたすが、仮想シャヌシのアクティブなメンバヌにはなりたせん。 これを行うには、次のコマンドを䜿甚しお新しいスむッチの゜フトりェアを曎新したす。

システム゜フトりェアの远加芁求<member-id>再起動

このコマンドは、新しいスむッチのVCPを介しおメむンスむッチからむメヌゞをダりンロヌドしおから再起動したす。新しいスむッチはメむンスむッチに盎接接続されない堎合がありたす。

自動゜フトりェア曎新

自動゜フトりェア曎新を蚭定するこずにより、新しい各スむッチがりィザヌド以倖のバヌゞョンに接続されるず、゜フトりェアが自動的に曎新されたす。 バヌチャルシャヌシの自動sw曎新パッケヌゞ名<パッケヌゞ名>を蚭定したす

ノンストップ゜フトりェアアップグレヌド

ノンストップ゜フトりェアアップグレヌドNSSUテクノロゞヌにより、仮想シャヌシのすべおのメンバヌで゜フトりェアの曎新を最小限の損倱で行うこずができたす。 このテクノロゞヌを正しく動䜜させるには、次のこずが必芁です。

-仮想シャヌシのすべおのメンバヌは、リングトポロゞを䜿甚しお接続されたした。
-マスタヌずバックアップは隣接しおいたした。
-ラむンカヌドは事前蚭定モヌドで蚭定されたした。
-仮想シャヌシのすべおのメンバヌには、゜フトりェアの1぀のバヌゞョンが必芁です。
-NSRずGRESを含める必芁がありたす。 オプションで、request system snapshotコマンドを䜿甚しおNSBをアクティブ化できたす。

NSSUプロセス

-゜フトりェアのむメヌゞをダりンロヌドしたす。 混合仮想シャヌシを䜿甚する堎合、䞡方のむメヌゞをダりンロヌドしたす。
-/ var / tmpフォルダヌで掚奚されるRE0にコピヌしたす。
-RE0コマンドラむンから、次のコマンドを䜿甚しおNSSUを起動したす。
システム゜フトりェアのノンストップアップグレヌド/var/tmp/package-name.tgzを芁求する
たたは混合仮想シャヌシの堎合
システム゜フトりェアノンストップアップグレヌドセット[/var/tmp/package-name.tgz /var/tmp/package-name.tgz]を芁求したす

掚奚されるマスタヌおよびバックアップスむッチの堎所

仮想シャヌシを構築する堎合、次の接続スキヌムが掚奚されたす。



たたは



仮想シャヌシの芁玠が地理的に離れおいる堎合は、次の図を䜿甚する必芁がありたす。



掚奚されるバヌチャルシャヌシトポロゞ

次の図は、特定のナヌザヌのニヌズに基づいお展開できる仮想シャヌシトポロゞを瀺しおいたす。 リングトポロゞが最も䞀般的に䜿甚されたすが、仮想シャヌシはフルメッシュたたは耇数のリングトポロゞで展開するこずもできたす。 混合モヌドで仮想シャヌシを展開する堎合、リングトポロゞをお勧めしたす。


指茪


フルメッシュ


マルチリングトポロゞ

バヌチャルシャヌシの構成

仮想シャヌシは階局レベルで構成されたす[仮想シャヌシの線集]

{master0} [バヌチャルシャヌシの線集]
user @ switchset
可胜な補完
+ apply-groups構成デヌタを継承するグルヌプ
+ apply-groups-exceptこれらのグルヌプから構成デヌタを継承しない
> auto-sw-update゜フトりェアの自動曎新
>高速フェヌルオヌバヌ高速フェヌルオヌバヌメカニズム
idタむプsystem-idのバヌチャルシャヌシ識別子
> mac-persistence-timerメンバヌがバヌチャルシャヌシを離れるずきにMACアドレスを保持する期間
>メンバヌバヌチャルシャヌシ構成のメンバヌ
no-split-detection分割怜出を無効にしたす。 2メンバヌのセットアップでのみ掚奚
preprovisioned事前プロビゞョニングされたメンバヌのみを受け入れたす
> traceoptionsバヌチャルシャヌシのグロヌバルトレヌスオプション

REフォヌルトトレランスシナリオ䞭のトラフィックの䞭断を最小限に抑えるには、適切なルヌティング゚ンゞンのスむッチオヌバヌを有効にする必芁がありたす。

{マスタヌ0} [シャヌシを線集]
user @ switch冗長なグレヌスフルスむッチオヌバヌを蚭定したすか
可胜な補完
> graceful-switchoverサポヌトされおいるハヌドりェアでグレヌスフルスむッチオヌバヌを有効にしたす

いく぀かのオプションがありたす動的および事前プロビゞョニング。

ダむナミック

1.マスタヌスむッチをオンにしお、ID 0ず優先床255を蚭定したす。
2.バックアップスむッチを接続し、ID 0ず優先床255を蚭定したす。
{master0} [バヌチャルシャヌシの線集]
user @ Switch-1set member < メンバヌID > mastership-priority < 優先床 >
3. 2぀のスむッチのみを䜿甚する堎合、スプリット怜出を無効にするこずをお勧めしたす。
[バヌチャルシャヌシを線集]
user @ switchno-split-detectionを蚭定したす
4.残りのスむッチの電源を入れたす。
5.混合仮想シャヌシを䜿甚する堎合、次のコマンドを远加したす。
user @ device>仮想シャヌシモヌドの混合再起動を芁求する
6.個々のスむッチで、VCPの圹割になるポヌトを指定したす。

予知

1.マスタヌスむッチをオンにしたす最初に、クラスタヌ内にあるスむッチのすべおのシリアル番号を収集したす。
2.混合仮想シャヌシを䜿甚する堎合
user @ device>仮想シャヌシモヌドの混合再起動を芁求する
3.オプションで、管理むンタヌフェヌスでIPアドレスを構成したす。
user @ switchset interfaces vme unit 0 family inet address / ip-address / mask /
4.事前プロビゞョニングモヌドを蚭定したす。
[バヌチャルシャヌシを線集]
user @ switch事前プロビゞョニングされた蚭定
5.仮想シャヌシの各メンバヌのロヌル、IDを登録したす
[バヌチャルシャヌシを線集]
user @ switchセットメンバヌ0シリアル番号BM0208105168ロヌルルヌティング゚ンゞン
user @ switchセットメンバヌ1シリアル番号BM0208124111ロヌルラむンカヌド
ナヌザヌ@スむッチセットメンバヌ2シリアル番号BM0208124231ロヌルルヌティング゚ンゞン
user @ switchセットメンバヌ3シリアル番号BM0208124333ロヌルラむンカヌド
6. 2぀のスむッチのみを䜿甚する堎合、スプリット怜出を無効にするこずをお勧めしたす。
[バヌチャルシャヌシを線集]
user @ switchno-split-detectionを蚭定したす
7.仮想シャヌシの他のメンバヌを含めたす。
8.混合仮想シャヌシを䜿甚する堎合、各スむッチに入力したす
user @ device>仮想シャヌシモヌドの混合再起動を芁求する
9. VCPずしお䜿甚するむンタヌフェむスを指定したす
user @ switch> request仮想シャヌシvc-port set pic-slot pic-slot-number port port-number local
たずえば、EX4600スむッチで組み蟌みの40Gポヌトを䜿甚するには
user @ switch> requestバヌチャルシャヌシvc-port set pic-slot 2 port 0 local
ここで、ポヌト0は最初の40G組み蟌みポヌトです。
user @ switch> request仮想シャヌシvc-port set pic-slot pic-slot-number port port-number local

仮想シャヌシ監芖

仮想シャヌシを監芖するには、さたざたなキヌを指定しおshow virtual-chassisコマンドを䜿甚したす。

{マスタヌ0}
user @ switch>バヌチャルシャヌシを衚瀺したすか
可胜な補完
<[Enter]>このコマンドを実行したす
アクティブトポロゞバヌチャルシャヌシアクティブトポロゞ
デバむストポロゞPFEデバむストポロゞ
高速フェヌルオヌバヌ高速フェヌルオヌバヌステヌタス
ログむン
protocolバヌチャルシャヌシプロトコル情報を衚瀺
ステヌタス仮想シャヌシ情報
vc-pathバヌチャルシャヌシパケットパスを衚瀺
vc-portバヌチャルシャヌシポヌト情報
| コマンドをパむプする

仮想シャヌシポヌトのステヌタスの確認

バヌチャルシャヌシvc-portを瀺しお䞋さい

{マスタヌ0}
user @ Switch-1> show virtual-chassis vc-port
fpc0
-むンタヌフェむスタむプトランクステヌタス速床ネむバヌ
たたはIDmbpsIDむンタヌフェむス
写真/ポヌト
vcp-0専甚2 Up 32000 1 vcp-0
vcp-1専甚1 Up 32000 1 vcp-1
fpc1
-むンタヌフェむスタむプトランクステヌタス速床ネむバヌ
たたはIDmbpsIDむンタヌフェむス
写真/ポヌト
vcp-0専甚2 Up 32000 0 vcp-0
vcp-1専甚1 Up 32000 0 vcp-1

ステヌタス情報の確認

バヌチャルシャヌシステヌタスを衚瀺

{マスタヌ0}
user @ Switch-1> show configuration virtual-chassis
事前プロビゞョニングされた;
メンバヌ0 {
ロヌルルヌティング゚ンゞン。
シリアル番号BM0208105168;
}
メンバヌ1 {
圹割ラむンカヌド。
シリアル番号BM0208124231;
}
{マスタヌ0}
user @ Switch-1>バヌチャルシャヌシステヌタスを衚瀺
事前プロビゞョニングされた仮想シャヌシ
バヌチャルシャヌシID8d5c.a77f.8de8
マスタヌシップネむバヌリスト
メンバヌIDステヌタスシリアル番号モデル優先床ロヌルIDむンタヌフェむス
0FPC 0Prsnt BM0208105168 ex4200-24t 129マスタヌ* 1 vcp-0
1 vcp-1
1FPC 1Prsnt BM0208124231 ex4200-24t 0ラむンカヌド0 vcp-0
0 vcp-1

これが、仮想シャヌシテクノロゞヌ、構成、および監芖オプションを簡単に調べた方法です。

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


All Articles