Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

テンプレート

テンプレートは、ネットワークの機能を抽象化したもので、ベンダー固有の情報を定義することなく、ネットワークの機能、その構造、ポリシーの意図を定義します。これらは、以下で説明するように、抽象化の他の要素(ラックタイプ、論理デバイス)やその他の詳細で定義されます。ネットワークを構築する準備ができたら、テンプレートを使用してブループリントを作成します。テンプレートは、ラックベース、ポッドベース、またはスパインレス(折りたたみ式)にすることができます。各タイプのテンプレートの詳細については、以下のセクションを参照してください。

ラックタイプはテンプレートで使用されます。Apstraには多くの定義済みテンプレートが用意されていますが、カスタムテンプレートを作成する必要がある場合は、数多く定義済みのラックタイプのいずれか、または自分でカスタム構築したラックタイプのいずれかを使用します。データセンター内の大多数のラックがホストへのリンク速度、スパインへのアップリンク速度などで同じリーフハードウェアを使用している場合、データセンター内のすべてのラックを設計および構築する代わりに、1つのラックタイプを使用する効率性を活用できます。

ラックベースのテンプレート

ラックベースのテンプレートは、トップオブラック(ToR)スイッチ(またはToRスイッチのペア)として接続するラックのタイプと数を定義します。ラックベースのテンプレートは、以下のセクションに分かれています。

テンプレートパラメータ

テンプレートパラメーターセクションには、テンプレートの名前とタイプが含まれています。

  • 名前 - テンプレートを識別するための一意の名前。17文字以下

  • タイプ - ラックベース:接続するラックのタイプと数に基づく

トポロジープレビュー

ト ポロジープレビュー セクションには、テンプレートに含まれる要素がビジュアル表示されています。以下のスクリーンショットは、 L2 Virtualという名前の定義済みラックベースのラックタイプのスクリーンショットです。

Network topology preview interface displaying spine nodes spine1 and spine2 connected to leaf nodes leaf_1 and generic nodes generic_1 and generic_2 with hoverable details on tags, role, and hostname. Menu options on the left include Template Parameters, Topology Preview, Structure, Logical Structure, and Policies. Red arrows guide interactions like rack selection and node hovering for more details.

構造

構造 セクション には、以下の表に示すように、テンプレートを構成するコンポーネントの詳細が含まれています。

構造

オプション

スパイン

  • スパイン論理デバイスと数 - スパイン論理デバイスのタイプと数
  • スーパースパインあたりのリンク数と速度 - 任意のスーパースパインデバイスへのリンクの数と速度

タグ

ユーザー指定。グローバル カタログから生成されたドロップダウン リストからタグを選択するか、その場でタグを作成します (グローバル カタログの一部になります)。外部ルーターを指定する場合に便利です。テンプレートで使用されるタグは埋め込まれているため、グローバル カタログ内のタグに対する後続の変更はテンプレートに影響を与えません。

ラックタイプ

  • ラックのタイプ

  • 選択した各ラックタイプの数

EVPNなしのラックベーステンプレートのESIベースのラックタイプは無効です。

論理構造

論理構造セクションは、テンプレート内の論理要素を視覚的に表現したものです。論理的な関係と依存関係が表示されるので、設計が期待どおりかどうかを検証できます。以下のスクリーンショットは、L2 Virtualという名前の定義済みラックベースのラックタイプのスクリーンショットです。スクリーンショットでは、AOS-7x10-Leaf論理デバイスの場合、5つの異なるデバイスのいずれかを使用できることがわかります。これらの関連付けは、そのリーフ論理デバイスを使用するインターフェイス マップです。AOS-7x10リーフ論理デバイスと別のデバイスプロファイルを含む新しいインターフェイスマップを作成した場合、この論理構造グラフィックにも表示されます。

Design interface for network templates focusing on logical structure of an L2 Virtual template with a rack-based diagram showing components like AOS-7x10-Spine and AOS-7x10-Leaf alongside applicable device profiles such as VS_SONiC_BUZZNIK_PLUS, Arista vEOS, and Cisco NXOSv.

ポリシー

ポリシーセクションには、ラックベースのテンプレートで設定できるポリシーが含まれています。以下の表に示されています。

ポリシー

オプション

ASN割り当てスキーム(スパイン)

  • ユニーク - 3ステージ設計に適用されます。各スパインには異なるASNが割り当てられます。
  • シングル - 5ステージ設計に適用されます。各ポッドのすべてのスパインデバイスに同じASNが割り当てられ、すべてのスーパースパインデバイスには別のASNが割り当てられます。

オーバーレイ制御プロトコル

  • ファブリック内のラック間仮想ネットワークオーバーレイプロトコルを定義します。 展開された ブループリントのオーバーレイ制御プロトコルは変更できません。
  • 静的VXLAN (Apstraバージョン4.2.1でピュアIPファブリックに名前が変更됨) - 静的VXLANルーティング、ヘッドエンドレプリケーション(HER)フラッディングを使用して、ラック間でレイヤー2仮想ネットワークトラフィックを分散します。
  • MP-EBGP EVPN - デバイスループバック間でEVPNファミリーのeBGPセッションを使用し、ホスト(タイプ2)とネットワーク(タイプ5)のEVPNルートを交換します。同種の単一ベンダーEVPNファブリックのみがサポートされます。ラック間仮想ネットワークのEVPN-VXLAN機能は、使用するネットワークデバイスのメーカーとモデルによって異なります。詳細については 、「仮想ネットワーク」 を参照してください。外部システムは、(スパインデバイスではなく)ラックに接続する必要があります。

スパインからリーフへのリンクアンダーレイタイプ

  • IPv4 - IPv4リソースプールのアドレスを使用します。
  • IPv6 RFC-5549 - IPv6リソースプールのアドレスを使用します。オーバーレイ制御プロトコルがMP-EBGP EVPNの場合はサポートされません。
  • IPv6-IPv6デュアルスタック

ポッドベースのテンプレート

ポッドベースのテンプレートは、大規模な5段階のClosネットワークを作成するために使用されます。基本的には、スーパースパインデバイスの追加レイヤーを使用して複数のラックベースのテンプレートを組み合わせます。詳細については、「 5ステージClosアーキテクチャ」 を参照してください。

ポッドベースのテンプレートは、以下のセクションに分かれています。

テンプレートパラメータ

テンプレートパラメーターセクションには、テンプレート名とテンプレートのタイプが含まれています。

  • 名前 - テンプレートを識別するための一意の名前。17文字以下

  • タイプ - ポッドベース:接続するラックベーステンプレートのタイプと数に基づく

トポロジープレビュー

ト ポロジープレビュー セクションには、テンプレートに含まれる要素がビジュアル表示されています。以下のスクリーンショットは、 L2スーパースパインシングルプレーンという名前の定義済みのポッドベースのラックタイプ用です。

Network topology preview interface for L2 superspine single plane design showing breadcrumb navigation, sidebar menu options, superspine nodes, L2 pod nodes, interactive hover details, and customization settings.

構造

構造 セクション には、以下の表に示すように、テンプレートを構成するコンポーネントの詳細が含まれています。

構造

オプション

スーパースパイン

  • スーパースパイン論理デバイスとカウント - スーパースパイン論理デバイスのタイプと数
  • プレーン数とプレーンごとカウント - プレーンごとのプレーン数とスーパースパインデバイスの数

タグ

ユーザー指定。グローバル カタログから生成されたドロップダウン リストからタグを選択するか、その場でタグを作成します (グローバル カタログの一部になります)。外部ルーターを指定する場合に便利です。テンプレートで使用されるタグは埋め込まれているため、グローバル カタログ内のタグに対する後続の変更はテンプレートに影響を与えません。

ポッド

ラックベースのテンプレートのタイプと、選択した各テンプレートの番号

論理構造

論理構造セクションは、テンプレート内の論理要素を視覚的に表現したものです。論理的な関係と依存関係が表示されるので、設計が期待どおりかどうかを検証できます。以下のスクリーンショットは、L2スーパースパインシングルプレーンという名前の定義済みのポッドベースのラックタイプ用です。

Alt text: Logical structure of L2 superspine single-plane topology with pod-based and rack-based templates, showing device profiles and dependencies.

ポリシー

ポリシーセクションには、ポッドベースのテンプレートで設定できるポリシーが含まれています。次の表に示されています

ポリシー

オプション

スパインからスーパースパインへのリンク

  • IPv4 - IPv4リソースプールのアドレスを使用します。
  • IPv6 RFC-5549 - IPv6リソースプールのアドレスを使用します。オーバーレイ制御プロトコルがMP-EBGP EVPNの場合はサポートされません。
  • IPv4-IPv6デュアルスタック

オーバーレイ制御プロトコル

  • ファブリックで使用されるラック間仮想ネットワークオーバーレイプロトコルを定義します。 展開された ブループリントのオーバーレイ制御プロトコルは変更できません。
  • 静的VXLAN (Apstraバージョン4.2.1でピュアIPファブリックに名前が変更됨) - 静的VXLANルーティング、ヘッドエンドレプリケーション(HER)フラッディングを使用して、ラック間でレイヤー2仮想ネットワークトラフィックを分散します。
  • MP-EBGP EVPN - デバイスループバック間でEVPNファミリーのeBGPセッションを使用し、ホスト(タイプ2)とネットワーク(タイプ5)のEVPNルートを交換します。同種の単一ベンダーEVPNファブリックのみがサポートされます。ラック間仮想ネットワークのEVPN-VXLAN機能は、使用するネットワークデバイスのメーカーとモデルによって異なります。詳細については 、「仮想ネットワーク」 を参照してください。外部システムは、(スパインデバイスではなく)ラックに接続する必要があります。

折りたたまれたテンプレート

テンプレートを折りたたむと、リーフ、ボーダーリーフ、スパイン機能を1組のデバイスにまとめることができます。フルメッシュトポロジーは、リーフとスパイン接続ではなく、リーフレベルで作成されます。このスパインレステンプレートでは、L3折りたたみラックタイプを使用しています。折りたたまれたテンプレートには、以下の制限があります。

  • 折りたたまれた L3 テンプレートからスパインデバイスがある L3 テンプレートへのアップグレードはサポートされていません(同じ結果を得るには、折りたたまれた L3 ブループリントから L3 Clos ブループリントにデバイスを移動できます)。

  • 折りたたまれたL3テンプレートは、5ステージテンプレートのポッドとして使用できません。

  • 冗長リーフデバイス内にベンダーを混在させることはできません。2つのリーフデバイスは同じベンダーおよびモデルのものである必要があります。

  • リーフ間リンクを追加、編集、削除することはできません。

  • リーフ間接続はフルメッシュに制限されます。

  • IPv6 はサポートされません。

折りたたまれたテンプレートは、以下のセクションに分かれています。

テンプレートパラメータ

テンプレートパラメーターセクションには、テンプレート名とテンプレートのタイプが含まれています。

  • 名前 - テンプレートを識別するための一意の名前。17文字以下

  • タイプ - 折りたたみ:L3折りたたみラックタイプを使用したスパインレステンプレート

トポロジープレビュー

ト ポロジープレビュー セクションには、テンプレートに含まれる要素がビジュアル表示されています。次のスクリーンショットは、 折りたたみ式ファブリック アクセスという名前の定義済みの折りたたみ式ラック タイプのものです。

User interface for designing a Collapsed Fabric Access network topology, showing nodes like leaf_1 and access_1 with hover details including role, hostname, and tags. Navigation menu includes options to preview topology, adjust structure, and apply policies. Checkboxes for expanding nodes and showing links are available alongside a rack filter dropdown.

構造

構造 セクション には、以下の表に示すように、テンプレートを構成するコンポーネントの詳細が含まれています。

構造

オプション

ラックタイプ

L3折りたたみラックのタイプと、選択した各ラックタイプの数

メッシュ接続

メッシュ 接続 セクションには、以下の表に示すように、メッシュリンクの数とその速度に関する詳細が含まれています。

メッシュ接続

オプション

メッシュリンク数と速度

冗長性グループ(MLAG/ESI)内のデバイスを含む、物理デバイスの各ペア間に作成されるリンクセットを定義します。これらのリンクは常に物理L3です。メッシュレベルでは論理リンクは必要ありません。

論理構造

論理構造セクションは、テンプレート内の論理要素を視覚的に表現したものです。論理的な関係と依存関係が表示されるので、設計が期待どおりかどうかを検証できます。次のスクリーンショットは、折りたたみ式ファブリック アクセスという名前の定義済みの折りたたみ式ラック タイプのものです。

Logical Structure section of Collapsed Fabric Access template in a network design tool, showing navigation menu, breadcrumb path, info box, and logical structure diagram.

ポリシー

ポリシーセクションには、折りたたまれたテンプレートで設定できるポリシーが含まれています。以下の表に示されています

ポリシー

オプション

オーバーレイ制御プロトコルegp

  • ファブリック内のラック間仮想ネットワークオーバーレイプロトコルを定義します。 展開された ブループリントのオーバーレイ制御プロトコルは変更できません。
  • 静的VXLAN (Apstraバージョン4.2.1でピュアIPファブリックに名前が変更됨) - 静的VXLANルーティング、ヘッドエンドレプリケーション(HER)フラッディングを使用して、ラック間でレイヤー2仮想ネットワークトラフィックを分散します。
  • MP-EBGP EVPN - デバイスループバック間でEVPNファミリーのeBGPセッションを使用し、ホスト(タイプ2)とネットワーク(タイプ5)のEVPNルートを交換します。同種の単一ベンダーEVPNファブリックのみがサポートされます。ラック間仮想ネットワークのEVPN-VXLAN機能は、使用するネットワークデバイスのメーカーとモデルによって異なります。詳細については 、「仮想ネットワーク」 を参照してください。外部システムは、(スパインデバイスではなく)ラックに接続する必要があります。

レール折りたたみテンプレート

AIクラスターテンプレート

L3 Clos

レールコラプス設計

レールコラプス型(レール専用)AIファブリック設計により、小規模なAIクラスターのネットワークファブリック投資を最適化できます。GPUサーバーを1つの ストライプ内に収まらせる場合は、スパイン層を削除してアーキテクチャを簡略化できます。レールコラプストAIファブリックでは、ローカライズされたGPU間通信は、ダイレクトまたはローカルのスイッチリンクを使用する単一のレールに限定されるため、スパインレイヤーへの依存が排除されます。

この設計アプローチにより、スパインレイヤーが不要になり、小規模なAIクラスターのトラフィックフローが最適化されます( 表9:ストライプごとにサポートされるGPUの最大数を参照)。Juniper Apstra 6.0では、AIクラスターテンプレートの作成ツールを使用して、レールコラプスファブリッククラスターを作成および設定できます。Apstra 6.0は、レールコラプスファブリック向けに 、レールに最適化 されたトラフィックの可視化、リソース監視、自動化ツールをすべてサポートしています。

このドキュメントでは、レールコラプスト AI ファブリックの設計と重要な側面について説明します。

ローカル最適化によるレール内通信

レールコラプスト型 AI ネットワークでは、GPU サーバーでローカル最適化を有効にすることが重要な要件となります。ローカル最適化は、レールをまたいでGPU間のシングルホップ通信を可能にするGPUテクノロジーを指す一般的な用語です。トラフィックはGPUサーバー内で内部にルーティングされるため、スパインレイヤーが不要です。レール内のGPU間の通信が実現するのは、ローカル最適化によって、ソースGPUがサーバーの高帯域幅相互接続スイッチ( NVIDIA NVSwitchなど)内で内部の宛先レールに直接ジャンプできるためです。その結果、レール間トラフィックはスパインスイッチを必要とせず、GPUサーバー自体の内部でルーティングされます。ローカル最適化を通じて、スパイン層が存在しないからといって、クラスター内のトラフィックパターンを処理するネットワークの能力が制限されることはありません。

レールコラプス設計の主な動機は、小規模なAIクラスター向けのネットワークファブリックインフラストラクチャの効率と費用対効果を最適化することです。従来のレール最適化設計では、直接接続されるGPUが制限され、ネットワークホップが増加するオーバーサブスクライブ帯域幅を避けるために、リーフポートの50%をスパインアップリンク用に確保しています。例えば、64ポートのスイッチ( こちらのファブリックスケーリング画像を参照)では、レールコラプス設計では64台のGPUサーバーが接続されますが、ポートがスパインアップリンク用に予約されている場合は32台のサーバーが接続されます。スパイン層を排除することで、すべてのリーフポートがサーバー接続専用となり、ポート使用率が2倍になり、同じレール上のGPU間のシングルホップの直接通信が可能になります。

リーフスパインネットワークでは、オーバーサブスクリプションがなくても、不均一またはバースト性のAIトラフィックパターンの結果として輻輳問題が発生します。レールコラプス設計では、レール内のすべてのGPU間トラフィックはローカルに維持され、不規則なトラフィックパターンはスパインレイヤーを通過しません。このアプローチにより、ネットワークホップの数と潜在的な障害点が最小限に抑えられるため、ネットワークの遅延が低減し、信頼性が向上します。

NVIDIA ハードウェアを使用する環境でローカル最適化がどのように実装されるかについては、次の公式ドキュメントを参照してください。

レール折り畳み式ファブリック設計の拡張性の限界

前述のように、レールコラプス型AIファブリックは、トラフィックにスパイン層を必要としないクラスターにのみ適しています。最大1024個のGPUを備えたクラスターは、スパインレイヤーなしで導入できます。このタイプのクラスターでは、ほとんどのトラフィックがレール内にとどまるため、推論やワークロードのテストをサポートできます。数千のGPUを備えた中規模および大規模クラスターでは、複数のストライプを持つクラスターのストライプ間トラフィックを促進するために従来の3-Closネットワークが必要です。

レールコラプスAIクラスターテンプレートの作成方法については、「 AIクラスターテンプレートの作成」を参照してください。

Apstra GUIのテンプレート

左側のナビゲーション メニューから [デザイン] > [テンプレート ] に移動し、 デザイン (グローバル) カタログのテンプレート テーブルに移動します。

Juniper Apstra Templates section under Design menu showing navigation options, template management tools, and template details with actions.

デザイン要素とデバイスプロファイルが互いにどのように関連しているかを確認するには、[ 関係を表示]をクリックします。これは、Apstra環境を初めて使用する場合に役立ちます。

Conceptual diagram showing relationships between design elements: Logical Device, Interface Maps, Device Profiles, Rack, and Template, connected by arrows to illustrate hierarchy and flow.

多くのテンプレートが事前に定義されています。名前、テンプレートのタイプ、オーバーレイ制御プロトコル、あるいはその両方でテンプレートを検索するには、検索ボタン(虫眼鏡)をクリックし、条件を入力して適用をクリックします。


User interface for data filtering with fields for Name, Type set to RAIL COLLAPSED, and Overlay Control Protocol unselected. Apply and Clear buttons present.

たとえば、rail-collapsed テンプレートをすばやく検索するには、上部の [検索] ボタンをクリックし、[タイプ] ドロップダウン リストから [RAIL COLLAPSED] を選択して、[適用] をクリックします。


Filtered query result displaying Type equals RAIL COLLAPSED with one entry: Collapsed Fabric 128GPU. Columns include Name, Type, Overlay Control Protocol, and Actions for editing and deleting. Pagination shows 1-1 of 1 result.

テンプレート名をクリックすると、詳細に移動します。以下の例は、L2仮想MLAG 2xリンクを対象としています。

Network design template showing L2 topology with MLAG and two links. Includes spine and leaf switches, generic servers, IP Fabric overlay, and unique ASN for spines.

テンプレートを作成、編集、削除できます。