Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

バーチャル シャーシ ファブリックの自動プロビジョニング

VCF(バーチャル シャーシ ファブリック)の自動プロビジョニングにより、最小限の初期設定を行った後で、デバイスを VCF に「プラグアンドプレイ」できます。非混合または混合 VCF に相互接続できるサポート対象デバイスの詳細については、「 バーチャル シャーシ ファブリック コンポーネント について」と「 バーチャル シャーシ ファブリックの構成 について」を参照してください。

開始する前に、以下を行います。

自動プロビジョニングを使用して VCF を設定するには、

  1. VCF 内のすべてのスパイン デバイスのシリアル番号のリストを作成します。VCF では、最大 4 台のスパイン デバイスを設定できます。出力で show virtual-chassis デバイスのシリアル番号を取得したり 、「QFX5100デバイスまたはQFX5100 VCFのコンポーネントのシリアル番号の確認 」または「QFX5110 VCFの QFX5110デバイスまたはコンポーネントのシリアル番号の確認」 の手順に従います。
  2. 各デバイスを個別にファブリック モードに設定します。必要に応じて、混合 VCF のデバイスを混合モードに設定すると同時に、このステップを完了するための手順の一環としてデバイスの再起動を要求します。
    ヒント:

    このステップは、少なくとも VCF でルーティング エンジンの役割を割り当てられているスパイン デバイスに対して行う必要がありますが、最も予測可能な結果を得るには、すべてのデバイスにファブリック モードと混合モードを手動で設定してから(デバイスの再起動オプションを使用)、VCF にケーブルを配線することをお勧めします。

    混合以外の VCF を設定する場合は、以下の手順に準拠します。

    混合モード VCF を設定する場合は、以下の手順にしてください。

    メモ:

    ファブリックと混合モードの設定が正しく設定されていないスパイン デバイスは、混合 VCF に適切に参加しません。モード設定を確認するには、コマンドを show virtual-chassis mode 使用します。

    スパイン デバイスを VCF に相互接続する前に、ファブリックと混合モードの設定を設定して、以下の問題を回避することをお勧めします。

    • デバイスの再起動時にVCF形成中にダウンタイムが発生し、ファブリック設定または混合モード設定をコミットします。

    • デバイスが VCF にすぐに参加しなかったため、VCF 形成に関連する潜在的な問題を手動で修正します。

    ただし、VCF を相互接続した後は、or request virtual-chassis mode mixed local コマンドをrequest virtual-chassis mode fabric local使用してスパイン デバイスをファブリックまたは混合モードに設定できます。

    ファブリックと混合モードの設定は、デバイスがゼロになった場合、または工場出荷時のデフォルト設定を持っている場合に、リーフデバイスが自動プロビジョニングまたは事前プロビジョニングVCFに相互接続されると、自動的に更新されます。リーフ デバイスが VCF に相互接続されたときにファブリックまたは混合モードの設定が自動的に変更された場合、リーフ デバイスは VCF に適切に接続するために自動的に再起動します。この予期しない再起動と VCF 運用への影響を回避するには、前述したように、最適な結果を得るには、ファブリックと混合モードを設定し、各リーフ デバイスを手動で再起動してから、VCF にケーブルを配線します。

  3. 再起動が完了したら、VCF のスパイン デバイスのいずれかにログインします。
  4. 設定モードを自動プロビジョニングに設定します。
  5. 少なくとも 2 つのスパイン デバイスをルーティング エンジンロールに設定します。

    たとえば、2 つのスパイン デバイスを、シリアル番号「SERIALNUMB00」と「SERIALNUMB01」を使用して、ルーティング エンジンのロールをメンバー 0 および 1 として設定するには、次の手順にしたがってください。

    ルーティング エンジンの役割に設定するすべてのメンバー デバイスは、プライマリロールの選択プロセスに参加します(「 プライマリ ルーティング エンジン選択プロセス」を参照)。VCF は、この役割に構成されたデバイスから 1 つのプライマリ メンバーと 1 つのバックアップ メンバーを選択します。ルーティング エンジンの役割を持っていないメンバー デバイスは、プライマリロールの選択の対象になりません。これらのメンバーは、ラインカードロールに明示的に設定したかどうかにかかわらず、ラインカードロールで自動的に動作します。プライマリまたはバックアップとして選出されなかったルーティング エンジンロールに構成されたメンバーは、ラインカードロールでも自動的に動作します。

    通常、スパイン デバイスがプライマリ メンバーおよびバックアップ メンバーとして機能する必要があります。そのためには十分なスパインデバイスがない場合は、1つまたは2つのリーフデバイスをルーティングエンジンロールに設定して、スパインデバイスのルーティングエンジンメンバーに障害が発生した場合にVCFがプライマリメンバーとバックアップメンバーを再割り当てできるようにします。

  6. (推奨)VCF 設定を管理するための仮想管理イーサネット(VME)インターフェイスを設定します
    メモ:

    VME は、管理ポートを使用してプライマリ ルーティング エンジンロールのデバイスにアクセスします。どのスパイン デバイスがプライマリ ルーティング エンジンの役割を担っているかに関係なく VME が使用可能になるように、VCF 内の各スパイン デバイス上の管理ポート em0 または em1 のいずれかをケーブルで接続する必要があります。「QFX シリーズ デバイスと管理コンソールの接続」を参照してください。

  7. 設定をコミットします。
  8. VCF をケーブルで接続します。

    自動プロビジョニングされた VCF 設定をコミットした後、サポート対象の VCP を使用して、サポート対象のリーフ デバイス(ゼロ化または工場出荷時のデフォルト設定)を VCF にケーブル接続できます。自動プロビジョニング プロセスでは、VCP が自動的に設定され、必要に応じて混合モードとファブリック モードが自動的に設定され、変更を有効にするためにデバイスが再起動されます。デバイスは、ユーザーの介入なしで VCF に参加します。

    メモ:

    自動 VCP 変換は、リンクの両端のインターフェイスがまだ VCP として設定 されていない 場合にのみ機能します。

    QFX4300 リーフ デバイスを QFX5100 VCF に追加する場合、EX4300 スイッチの 40 Gbps QSFP+ インターフェイスはデフォルトで VCP として設定されます。したがって、VCF に相互接続する前に、コマンドを使用して request virtual-chassis vc-port delete 40 Gbps QSFP+ インターフェイス上の VCP 設定を削除する必要があります。その後、自動 VCP 変換プロセスが呼び出され、リンクが VCP に変換されます。

    ファブリック モードや混合モード設定を変更する必要がない場合、デバイスは再起動せずにすぐに VCF に参加します。

  9. VCF 機能ライセンスをインストールします。

    VCF の導入では、冗長化のために 2 つのライセンス キー(プライマリ ルーティング エンジンの役割のデバイス用、もう 1 つはバックアップ ルーティング エンジンロールのデバイス用)を持つことを推奨します。

    VCF の機能ライセンスを購入するには、ジュニパーネットワークスの営業担当者(https://www.juniper.net/us/en/contact-us/sales-offices)にお問い合わせください。ジュニパーの営業担当者が、機能ライセンス ファイルとライセンス キーを提供します。スイッチのシャーシ シリアル番号の入力を求められます。コマンドを実行してシリアル番号を show virtual-chassis 取得できます。

    ライセンスを取得したら、「ライセンス キーの生成」の手順に従います。

  10. (オプション)VCF は、マルチキャスト配信ツリー(MDT)を使用して、VCF のメンバー間でブロードキャスト、不明なユニキャスト、マルチキャスト(BUM)トラフィックを転送します。デフォルトでは、VCF は、そのメンバーを MDT のルート ノードとして使用して、VCF のすべてのメンバーに対して MDT を作成します。このデフォルトの MDT 作成方法がインストール環境に最適でない場合は、どのメンバーが MDT ルート ノードになるかを制御できます。

    構成ステートメントは set virtual-chassis member member-id fabric-tree-root 、MDT を作成する既定の方法より前に、VCF 内のメンバーを MDT ルート ノードにできるかどうかを指定します。このステートメントが 1 つ以上のメンバーに対して構成されている場合、MDT は、指定されたメンバーをルート ノードとしてのみ作成されます。デフォルトの方法ではなく、この MDT 作成方法を選択する理由の詳細については、「 バーチャル シャーシ ファブリックを通過するトラフィック フロー について」と 「ファブリックツリールート について」を参照してください。このオプションを使用する場合は、すべてのスパイン メンバー(およびスパイン メンバーのみ)を MDT ルート ノードとして指定することをお勧めします。自動プロビジョニングされた VCF では、VCF が実行され、追加のスパイン デバイス メンバーの ID が自動的に割り当てられた後、すべてのスパイン デバイス(メンバーのロールに依存しない)に対してこのオプションを設定する必要があります。

    必要に応じて、VCF のスパイン デバイスをファブリック MDT ルート ノードに設定します。たとえば、VCFに4つのスパインメンバーがあり、最初の2つのスパインデバイスをメンバー0と1に設定し、自動プロビジョニング中に、2つの追加スパインメンバーが自動的にメンバー4と5に割り当てられます。

    メモ:

    このオプションは、デフォルトの MDT で内部 VCF マルチキャスト トラフィック フローの問題が発生した場合、VCF の運用中にいつでも設定することもできます。