バーチャル シャーシ ファブリックを通過するトラフィック フローについて
このトピックでは、VCF(バーチャル シャーシ ファブリック)のメンバー内でトラフィックを管理する方法について説明します。
ユニキャスト トラフィック転送のためのスマート トランキング アルゴリズム
バーチャルシャーシファブリック(VCF)は、エンドツーエンドで利用可能な帯域幅に基づいて、複数のパス間ですべてのトラフィックを送信するスマートトランキングアルゴリズムを使用して、ユニキャストトラフィックを転送します。スマートトランキングアルゴリズムは、不適切なトラフィック割り当てによる不要な輻輳を回避するとともに、利用可能な帯域幅に対してトラフィックがVCFを介して転送されるため、ファブリック帯域幅の使用率を最適化します。
スマート トランキング アルゴリズムは、トラフィック転送の決定時に VCF 内の各パスの利用可能なパス帯域幅全体を考慮し、利用可能なパス帯域幅を基準にパスを介してトラフィックを転送することで機能します。例えば、2つのスパインデバイスを持つVCFに、リーフデバイス1からリーフデバイス4への1つのパスがあり、2つの40 Gbps QSFP+リンクが含まれているリーフデバイス1からリーフデバイス4への2つ目のパスがあり、2つの10 Gbps SFP+リンクが含まれている場合、アルゴリズムはパス上で送信されたトラフィックのバランスを取ろうとし、40 Gbpsの帯域幅を持つ最初のパスで4倍のパケットが使用可能な帯域幅で送信されます。10 Gbps の総帯域幅を持つ 2 番目のパス上で送信されるパス全体です。
スパインデバイスを追加して、すべてのリーフデバイス間で利用可能なパス数を最大化し、可能な限り多くの40 Gbps QSFP+インターフェイスをバーチャルシャーシポート(VCP)として使用することで、VCFを介したトラフィックの転送方法を最適化できます。
ブロードキャスト、不明なユニキャスト、マルチキャスト トラフィック用のマルチキャスト配信ツリー
VCF は、双方向の共有マルチキャスト配信ツリー(MDTs)を作成し、VCF のメンバー間のブロードキャスト、不明なユニキャスト、マルチキャスト(BUM)トラフィックの転送パスを選択します。デフォルトでは、各 VCF メンバーのソースに 1 つの MDT のルートが設定されます。VCF は VCF 内のメンバーと同じ数の MDT を作成し、各 MDT にはルート ノードとしてメンバーの 1 つが含まれています。VCF トポロジー、ロード バランシングの適用、VCF メンバーの可用性は、これらのパスに沿ったトラフィックの転送方法に影響を与える可能性があります。
Junos OS リリース 14.1X53-D35 および 15.1R3 以降では、デフォルトの MDT 動作をプリエンプトし、特定のメンバーのみをルート ノードとして MDT を形成できるようになりました。VCF のトラフィック パターンと負荷条件に精通しており、VCF MDTs の作成方法をより詳細に制御したい場合は、構成ステートメントを fabric-tree-root
使用して、特定のメンバーのみをルート ノード( ファブリック ツリー ルートと呼ぶ)として VCF を MDT に設定できます。デフォルトの動作ではなく、ファブリックツリールートとして設定されたVCF内の少なくとも1つのデバイスが利用可能な場合、VCFは設定されたファブリックツリールートのみを持つMDTを形成します。ファブリック ツリー ルートとして構成された使用可能な VCF メンバーがない場合、VCF はデフォルトの動作に戻ります。
このオプションは fabric-tree-root
、自動プロビジョニングまたは事前プロビジョニングされたVCFでのみ使用できます。
このオプションを使用して、特定のメンバーをファブリック・ツリー・ルートとして設定する場合、以下の理由で、 すべての スパイン・メンバーとVCF内のスパイン・メンバー のみを ファブリック・ツリー・ルートとして設定することをお勧めします。
複数のスパインデバイスをMDTルートノードとして設定することで、スパインノードが利用できなくなった場合、メンバースイッチが誤ってデフォルトの動作(すべてのメンバーがMDTルートノードになる場合)に戻るのを防ぎます。
多くのリーフノードを持つVCFでは、デフォルトのMDTアルゴリズムにより、VCF内のトラフィックのバランシングに多くのMDTが使用されます。リーフ ノードがオフラインになったり、リセットされたりすると、そのルート リーフ ノードを持つ MDT は使用できなくなります。その場合、VCF トラフィック フローの中断がトリガーされ、残りの MDT に基づいて負荷が再調整されます。VCFがスパインデバイスのみをMDTルートノードとして設定している場合、リーフノードが利用できなくなった場合、VCFはトラフィックを中断することなく、同じスパインルートMDTを引き続き使用します。
すべておよび唯一のスパインデバイスをMDTルートノードとして設定する推奨事項は、スパインデバイスがVCFスパイン/リーフトポロジーでどのように接続されているかに起因し、VCFのスパインデバイス(スパインデバイスがルーティングエンジンまたはラインカードとして機能しているかどうか)の役割の影響を受けません。
適応型ロードバランシング
Junos OS リリース 14.1X53-D10 以降、VCF は ALB(適応型ロード バランシング)をサポートしています。
Junos OS リリース 14.1X53-D46、15.1R7、16.1R6、17.1R3、17.2R2、17.3R2、17.4R1 以降では、ALB 機能は、VCF の不安定性の可能性を避けるため、これらのリリースにアップグレードする際にこの機能を無効にする必要があります。
ALB では、VCF スマート トランキングとマルチキャスト配信アルゴリズムが、インターフェイスとトラフィック キューの動的負荷情報を使用して VCF 内の転送決定を行うことができます。フローレットを使用して ALB を実装すると、VCF に入るトラフィック フローがより小さなフローにスプライシングされ、送信インターフェイス上のパケット バースト間の非アクティブ時間がユーザーが設定できない非アクティブな場合に、異なるパスを介して VCF から同じ宛先デバイスに個別に転送されます。 間隔。パケット単位のモードを使用して ALB を実装すると、送信インターフェイスは 2 つのメンバー デバイス間で利用可能なすべてのパスをアクティブに監視し、現時点で利用可能な最適なパスを使用して VCF を介してトラフィックを転送します。フローレットまたはパケット単位のモードを使用して ALB を有効にするには、 ファブリック負荷分散 設定ステートメントを使用します。
フローレットを使用して ALB を実装することは、VCF を流れる他の大部分のトラフィックよりもかなり大きい、象のフローという極めて大規模なトラフィック フローを定期的に経験する環境で効果的です。VCF は、ALB を使用して象のフローをより小さな小さなフローレットにスプライシングすることで、象のフローを適切に管理できます。
ALBは、QFX5100スイッチのみで構成される非混在VCFでサポートされています。少数のトラフィック フローが他のトラフィック フローの大部分よりも不釣り合いに大きい環境では、混合ではない VCF でフローレットを使用して ALB を有効にする必要があります。