Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

QFXシリーズ MC-LAGファブリックのアップグレード手順

このネットワーク構成例について

このネットワーク設定例(NCE)は、QFXシリーズデバイスのMC-LAGペアを手動でアップグレードする方法を示しています。このプロセスにより、サービスの中断を最小限に抑え、データセンターのワークロードへの影響を最小限に抑えます。

ユースケースの概要

データセンター環境でアクセススイッチが単一障害点にならないように、マルチシャーシリンクアグリゲーショングループ(MC-LAG)を使用すると、クライアントデバイスは2つのMC-LAGピア間に論理LAGインターフェイスを形成できます。MC-LAGは、2つのMC-LAGピア間の冗長性とロードバランシング、マルチホーミングのサポート、STPを実行しないループフリーのレイヤー2ネットワークを提供します。この例では基本的なMC-LAG設定を使用していますが、このプロセスはさまざまなユースケースに使用できます。

この例では、ノンストップ ソフトウェア アップグレード(NSSU)の実行方法については説明しません。

技術概要

MC-LAGピアの手動アップグレードは、NSSUに似ています。手動アップグレードプロセスでは、高可用性設計を使用して、アップグレードを実行して再起動するために、サービスから1つのデバイスを体系的に削除します。サーバーが各 MC-LAG ピアに対してデュアルホーム接続されている場合、ネットワークはアップグレード期間中に MC-LAG ピアの 1 つの削除を処理できます。プロセス中にネットワーク全体の帯域幅は減少しますが、ネットワークは引き続き使用できます。

MC-LAGはアクティブ/アクティブ状態であり、ICCPプロトコルを使用して、MC-LAGのメンバー間でデバイスの状態を同期させます。一方のピアがトラフィックを処理している間、もう一方のピアはソフトウェアをアップグレードするためにオフラインになります。

図1 は、基本的なMC-LAGトポロジーを示しています。

図1: 基本的なMC-LAGトポロジー Basic MC-LAG Topology

2 つの MC-LAG ピア(ノード 1 とノード 2)間のアップグレード中に発生する一連のイベントを次に示します。

  1. すべてのトラフィックがノード 1 からノード 2 にシフトされます。

  2. ノード1はトラフィックを処理していないため、MC-LAGは動作していません。

  3. ソフトウェアがノード1にインストールされ、再起動します。

  4. ノード 1 がオンラインになり、すべてのトラフィックがノード 2 からノード 1 にシフトされます。

  5. ソフトウェアがノード2にインストールされ、再起動します。

  6. ノード 2 がオンラインの場合、ノード 1 とノード 2 の間で MC-LAG インターフェイスが再度有効になります。

QFX シリーズ MC-LAG ファブリックのアップグレードを実行する方法

要件

この例では、以下のハードウェアとソフトウェアのコンポーネントを使用しています。

  • Junos OSリリース18.2R3-S3を実行する2台のQFX5100デバイス

  • Junos OSリリース18.4R3.3

  • Ubuntu Linux 16.04を実行しているテストサーバー

概要

ダウンタイムを最小限に抑えるために、ソフトウェア リリース間のアップグレードでは、すべてのネットワーク要素間で調整された一連の手順を実行する必要があります。 このトポロジーでは、MC-LAG への冗長接続を備えたサーバーを使用して、MC-LAG ピア間の切り替え中に高可用性を実現します。

トラフィックの中断を最小限に抑えてファブリックを新しいバージョンのJunos OSにアップグレードするには、MC-LAGを無効にし、MC-LAGピアをスタンドアロンユニットとしてアップグレードする必要があります。両方の MC-LAG ピアでソフトウェアがアップグレードされたら、それらを再接続して MC-LAG を再確立します。

トポロジ

図2 は、この例で参照されているMC-LAGトポロジーを示しています。

図2:トポロジ Topology

QFX シリーズ MC-LAG ファブリックのアップグレード構成

アップグレードの準備

手順

QFX5100スイッチで構成されるMC-LAGファブリックの両ピアを同じJunos OSリリースバージョンにアップグレードするには、この手順を使用します。MC-LAG の両方のメンバーを同じプラットフォームにすることを強くお勧めします。

この設定例では、MC-LAGピアをJunos OSリリース18.2R3-S3からJunos OSリリース18.4R3.3に手動でアップグレードする方法を示しています。

  1. MC-LAG パラメータを確認して、両方の MC-LAG ピア間で MC-LAG の状態が動作可能であることを確認します。

QFXシリーズMC-LAGファブリックのアップグレード

手順

手順
  1. 新しいJunos OSソフトウェアイメージを /var/tmp 両方のピアのディレクトリにコピーします。

    両方の MC-LAG ピアでソフトウェアをコピーすると、アップグレード手順のためのソフトウェアがステージングされます。コピー操作は、サーバからMC-LAGピアにJunos OSソフトウェアイメージを転送する間、完了するまでに時間がかかります。

  2. QFX5100-B へのスイッチオーバー中の中断を最小限に抑えるために、QFX5100-A のサーバ側インターフェイスを無効にします。

    図3:QFX5100-A Disabling the Server-Facing Interface on QFX5100-Aでのサーバー向けインターフェイスの無効化
  3. QFX5100-A のアップリンク インターフェイスを無効にします。

    図4:QFX5100-A Disabling the Uplink Interface on QFX5100-Aのアップリンクインターフェイスの無効化
  4. QFX5100-A と QFX5100-B の間のインターフェイスを無効にします。

    これにより、MC-LAGが分割されます。

    図 5: QFX5100-A と QFX5100-B Disabling Interfaces Between QFX5100-A and QFX5100-B 間のインターフェイスの無効化
  5. QFX5100-A をアップグレードします。

    図 6: QFX5100-A Upgrading QFX5100-A のアップグレード
  6. トラフィックをQFX5100-BからQFX5100-Aにリダイレクトするには、QFX5100-Aでサーバー側のインターフェイスとアップリンクインターフェイスを再度有効にします。

    図 7: サーバー側インターフェイスとアップリンク インターフェイス Re-enabling Server-Facing and Uplink Interfacesの再有効化
  7. QFX5100-Bのサーバー向けインターフェイスを無効にします。

    図 8: QFX5100-B Disabling Server-Facing Interfaces on QFX5100-B でのサーバー向けインターフェイスの無効化
  8. トラフィックが QFX5100-A を通過するように、QFX5100-B のアップリンク インターフェイスを無効にします。

  9. QFX5100-B をアップグレードします。

    図 10: QFX5100-B Upgrading QFX5100-B のアップグレード
  10. QFX5100-A と QFX5100-B 間の ICCP-PL インターフェイスを再度有効にします。

  11. QFX5100-Bのサーバー側インターフェイスとアップリンクインターフェイスを再度有効にします。

検証

MC-LAGファブリックが動作していることを確認する
目的

MC-LAGファブリックが動作していることを確認します。

アクション
意味

MC-AEインターフェイスとICCP接続がアップしているため、MC-LAGが動作していることがわかります。

新しいバージョンのJunos OSがインストールされていることを確認する
目的

新しいバージョンのJunos OSがQFX5100-AとQFX5100-Bにインストールされていることを確認します。

アクション
意味

Junos OS 18.4R3.3がQFX5100-AとQFX5100-Bにインストールされていることがわかります。

結論

QFXシリーズMC-LAGファブリックの手動アップグレード

手順

デバイス構成の詳細

手順

手順

この例で使用されている MC-LAG の設定です。

QFX5100-A

手順

QFX5100-B