ソリューションアーキテクチャ
Juniper Apstraを搭載した5段のファブリックは、ERBネットワークアーキテクチャをベースにしたEVPN-VXLANベースの検証済み設計です。ポッドに接続されたスーパースパインで構成されています。スーパースパインは、ポッド内のスパインと同様に、ルートのIP転送とリレーのみを実行します。したがって、5ステージファブリックのスーパースパインとスパインは、リーンスーパースパインおよびリーンスパインと呼ばれます。
このJVDで説明したように、5ステージファブリックは、コンピューティングノードを接続する大規模なデータストアを必要とする大規模なデータセンター設計に採用されています。このJVDは、RDMA over Converged Ethernet version 2(RoCEv2)、マルチキャスト、および5ステージファブリックのその他の基本機能などの主要な機能を検証します。
このJVDでは、5ステージのデータセンターを構成するために必要な大まかな手順を説明します。5ステージファブリックの検証に使用されるリファレンスアーキテクチャとハードウェアについては、 図:Apstraを使用した5ステージデータセンターアーキテクチャ を参照してください。スイッチはこのJVDのベースライン設計と見なされますが、以下に説明するように、他のスイッチもこれらの役割に適しています。
このデータセンターのプロビジョニングは、ネイティブ構成をプロビジョニングするJuniper Apstraのデータセンターリファレンスデザインを使用して行われました。Apstraは、事前定義されたインテントベース分析を使用して、ネットワークに関するインサイトをリアルタイムで提供します。
ボーダーリーフをホストするポッドは、スーパースパインに直接接続できます。ボーダーリーフは手動で設定する必要があります。これはApstraデータセンターリファレンスデザインアーキテクチャではまだサポートされていないためです。
以下は、5ステージファブリックを検証するためのラボセットアップネットワーク設計です。このテストベッドの詳細については 、図:テストベッドの設定を参照してください 。
ジュニパーのハードウェアおよびソフトウェアコンポーネント
このソリューションのジュニパー製品とソフトウェアバージョンは以下のとおりです。
このJVDに記載されている設計は、検証済みソリューションのベースライン表現と見なされます。完全なソリューションスイートの一環として、繰り返しのユースケーステスト中にハードウェアデバイスを他のモデルと定期的に交換します。このドキュメントで検証された各スイッチプラットフォームは、指定されたバージョンのJunos OSとApstra管理ソフトウェアを使用して、同じ厳格なロールベースのテストを受けます。
ジュニパーハードウェアコンポーネント
次のスイッチは、次の役割で Juniper Apstra JVD を使用した 5 ステージ ファブリックで動作することがテストおよび検証されています。
| プラットフォームとロール | ||||
|---|---|---|---|---|
| ソリューション | サーバーリーフスイッチ | ボーダーリーフスイッチ | スパイン | スーパースパイン |
| 5ステージEVPN/VXLANデータセンター設計(ERB) | QFX5120-48YM | QFX5130-48C(EVO) | QFX5220-32CD(EVO) | QFX5230-64CD (EVO) |
| QFX5130-32CD(EVO) | QFX5210-64C | |||
| QFX5120-32C | ||||
JVDは、ハードウェアシリーズ内のテスト対象デバイスの他のモデルバリエーションも動作すると想定しています。例えば、QFX5120-48YMは、同じチップセットが使用されているため、QFX5120-48Yなどの残りのバリエーションをすべてカバーします。ただし、QFX5130-48CやQFX5130-32CDなどの例外があります。詳細については、ジュニパーのアカウント担当者にお問い合わせください。
| ジュニパーソフトウェア | |
|---|---|
| ジュニパー製品の | ソフトウェアまたはイメージバージョン |
| Juniper Apstra | 5.0.0-64 |
| Junos OS | 23.4R2-S3 |
テストには、Junos OSリリース23.4R2-S3を使用します。マルチキャストに関する決定のいくつかは、リーフスイッチの選択に影響を与えました。
重要な注意: JVDテスト中、Apstraは「gRPC_Resetカウントのチェック」異常をいくつか生成しました。回避策は、gRPC_テレメトリを無効にすることです。この問題の回避策は、/etc/aos/aos.conf でgRPC_enabledフラグ (gRPC_enabled = 0) を無効にすることです。次に、コマンド「service aos restart」を使用して、cliからrootユーザーとしてApstraサービスを再起動します。つまり、テレメトリは引き続き収集されますが、Netconfを使用して収集されます。Apstra 5.0を使用した5段階のJVDテストは、この回避策を実装した後に実施されました。
検証済みの機能
Juniper Apstraを使用した5ステージファブリックは、その構成で次のパラメーターを使用して検証されました。
- このJVDは、EVPN-VXLANを使用したERBネットワークアーキテクチャを備えた5ステージCLOSで構成されています。
- サーバーは、シングルホーム構成とマルチホーム構成の両方で接続され、テストされます。
- マルチホームESIサーバーの場合、サーバーとリーフスイッチの間でLACPが有効になっています。
- マルチホームデバイス用の集合型イーサネットインターフェイスにESIを設定します。
- トラフィックの損失を最小限に抑えるために、ファブリック全体でECMPが設定されています。
- ファブリックのオーバーレイとアンダーレイはどちらもeBGPを使用して構築されています。
- EVPNタイプ2およびタイプ5ルートを学習し、アドバタイズします。
- BFDは、アンダーレイeBGPとオーバーレイeBGPの両方で有効になっています。
- 対称 IRB は、VLAN 間ルーティング用に L3 対応のリーフ スイッチでエニーキャスト IP アドレスで有効にされています。EVPN のサブネット間転送のための IRB モデルの詳細については、 EVPN VXLAN ガイドを参照してください。
- IPv4とIPv6の両方が有効になっています。
- OISMマルチキャストブリッジドメインNot Everywhere(BDNE)は、ファブリック内のトラフィックをルーティングおよび転送するためにポッド内のリーフスイッチに設定され、外部のソースおよび受信者とマルチキャストトラフィックを交換するためにボーダーリーフスイッチを使用します。Juniper OISM設定の詳細については、Juniper OISMを参照してください。
- RoCEv2をサポートするためのECNおよびPCF QOS設定プロファイル
- DHCP、ループバックファイアウォールフィルター、重複MAC検出。
- VRF間接続は、VRF間のルートリークを許容するために外部ルーターを使用して設定されますが、この設定を実現するために、Apstra接続テンプレートを使用して外部ルーターに接続しました。
以下の機能は、このJVDの一部とはみなされないため、説明しません。ただし、機能は検証済みです。
- DCI
- SNMP
- 管理VRF
- 元の設定をデバイスに適用する