展開の概要と要件

Nexus Dashboard のデプロイメントの概要

Nexus Dashboard プラットフォーム

Cisco Nexus Dashboard は、複数のデータ センター ファブリックのための中央管理コンソールで、ネットワーク ポリシーと運用のためのリアルタイム分析、可視性、保証を実現し、Cisco ACI や NX-OS などのデータ センター ファブリックのポリシー オーケストレーションを提供しています。

Nexus Dashboard は、シスコが提供するデータ センターの LAN ファブリック、SAN ファブリック、および IP Fabric for Media(IPFM)ネットワークにまたがる ACI および NX-OS デプロイメント向けの包括的な管理ソリューションです。Nexus Dashboard は、IOS-XE スイッチ、IOS-XR ルータ、シスコ以外のデバイスなど、他のデバイスもサポートしています。マルチファブリック コントローラである Nexus Dashboard は、VXLAN EVPN、クラシック 3 層 LAN、FabricPath、LAN 向けのルーテッドベース ファブリックなどの複数の展開モデルを管理すると同時に、これらすべての環境ですぐに使用できる制御、管理、モニタリング、および自動化機能を提供します。さらに、Nexus Dashboard を SAN にインストールすると、Cisco Nexus Dashboard ストレージ固有の機能と分析機能に重点を置いた NX-OS モードで Cisco MDS スイッチと Cisco Nexus ファミリのインフラストラクチャを自動化します。


(注)  


この文書は、Cisco Nexus Dashboard クラスタを最初に展開し、ファブリックをオンボードする方法について説明します。クラスタが稼働したら、日常の操作に関する Nexus Dashboard の設定と操作に関する記事を参照してください。


統合 Nexus Dashboard のデプロイメント

Nexus Dashboard 3.x の以前のリリースでは、プラットフォーム ソフトウェアとそのすべてのソフトウェアが統合パッケージ形式で出荷されていました。ファブリックの管理とインサイトは、まだ統合されていない、独立した 2 つのピースでした。今では、プラットフォームと個々のサービスが 1 つの製品に統合されました。サービスを個別に展開して設定する必要がなくなります。


(注)  


展開したクラスターの形式とクラスターノードの数によっては、特定の機能(コントローラ、オーケストレータ、テレメトリなど)がNexus Dashboardリリース4.1.1で使用できない場合があります。 Nexusダッシュボード キャパシティ プランニング ツール の情報を確認して、クラスターインストールで使用できる機能を確認します。


ハードウェアとソフトウェアのスタック

Nexus Dashboardは、ソフトウェアフレームワーク(Nexus Dashboard)がプリインストールされた、特殊なCisco UCSサーバ(Nexus Dashboardプラットフォーム)のクラスタとして提供されます。Cisco Nexus Dashboard ソフトウェアスタックは、ハードウェアから分離して、多数の仮想フォームファクタで展開できます。このドキュメントでは、「Nexus Dashboard worker」はハードウェアを指し、「Nexus Dashboard」はソフトウェア スタックと GUI コンソールを指します。

このガイドでは、 Nexus Dashboardソフトウェアの初期デプロイメントについて説明します。これは、物理および仮想フォームファクタに共通です。物理クラスターを展開する場合は、 UCSサーバーのハードウェアの概要、仕様、およびラッキングの手順について 、 Nexus Dashboard ハードウェア セットアップ ガイドを 参照してください。


(注)  


Nexus Dashboard ソフトウェアへの root アクセスは、Cisco TAC のみに制限されています。一連の操作とトラブルシューティング コマンドを有効にするために、すべての Nexus Dashboard 展開のために特別なユーザー rescue-user が作成されます。使用可能な rescue-user コマンドの詳細については、Nexus Dashboard ドキュメント ライブラリの「トラブルシューティング」の章を参照してください。


利用可能なフォームファクタ

Cisco Nexus Dashboardのこのリリースは、さまざまなフォームファクタを使用して展開できます。ただし、すべてのノードに同じフォーム ファクタを使用する必要があります。同じクラスタ内で異なるフォーム ファクタのノードを混在させることはサポートされていません。物理フォームファクタは、現在 3 機種の異なる Cisco UCS サーバーをサポートしています(SE-NODE-G2ND-NODE-L4、および ND-NODE-G5S)。同じクラスター内に SE-NODE-G2 サーバーと ND-NODE-L4 サーバーを混在させることはできますが、 SE-NODE-G2 サーバーと ND-NODE-L4 サーバーと同じクラスターに ND-NODE-G5S サーバーを混在させることはできません。

  • 物理アプライアンス(.iso):このフォームファクタは、Cisco Nexus Dashboard ソフトウェア スタックがプレインストールされた、Cisco UCS 物理アプライアンス ハードウェアを指します。

    このドキュメントの後半のセクションでは、既存の物理アプライアンスハードウェアでソフトウェアスタックを設定してクラスタを展開する方法について説明します。Nexus Dashboard ハードウェアのセットアップについては、特定の UCS モデルの Nexus Dashboard ハードウェア セットアップ ガイドを参照してください。

  • 仮想アプライアンス:Nexus Dashboardクラスタを展開できる仮想フォームファクタで、VMware ESX(.ova)または RHEL KVM (.qcow2)を使用します。

    仮想フォームファクタは、次の 2 つのプロファイルをサポートしています。

    • データ ノード:このプロファイルは、システム要件が高いため、より大規模な展開や統合型のデプロイメント向けに設計されています。

    • アプリ ノード:システム要件が低いこのプロファイルは、セカンダリ ノードとして展開できます。プライマリ ノードとして展開することもできますが、統合型のデプロイメントはサポートしていません。

    さらに、Nexus Dashboard リリース 4.1(1) 以降、AWS パブリッククラウドで仮想 Nexus Dashboard(vND)を実行するためのサポートを利用できます。詳細については、「Amazon Web Services(AWS)での仮想 Nexus Dashboard(vND)の展開」を参照してください。


(注)  


展開を計画するときは、このドキュメントの次のいずれかのセクションで、展開するフォームファクタに固有の「前提条件とガイドライン」のリストを確認してください。サポートされているフォーム ファクタ、スケール、およびクラスタ サイジングの要件のクイック リファレンスは、Nexus Dashboard クラスタ サイジング ツールで入手できます。


スケールとクラスタ サイジングのガイドライン

基本的な Nexus Dashboard の展開は、通常、クラスタを起動するために必要な 1 つまたは 3 つの プライマリ ノードで構成されます。スケール要件に応じて、3 ノード以上のクラスターを最大 3 つのセカンダリ ノードを追加して拡張し、より高いスケールをサポートできます。

  • 物理クラスタの場合、プライマリノードに障害が発生した場合にクラスタを容易に回復できるようにするため、最大 2 つの スタンバイ ノードを追加することもできます。

  • 仮想クラスタの場合、最大 2 つのスタンバイ ノードもサポートされますが、コントローラのみまたはオーケストレーションのみの展開の場合は 3 ノードの vND (アプリ) プロファイルでのみサポートされます。

特定のユースケースに必要な追加のセカンダリ ノードの正確な数は、Nexus Dashboard クラスタ サイジング ツールから入手できます。

スケールとクラスター サイジングの制限

次の制限は、スケーリングとクラスターのサイジングに適用されます。

  • 単一ノード展開は、初期の展開後に 3 ノード クラスタに拡張することはできません。

    単一ノード クラスターを展開し、それを 3 ノード クラスターに拡張するか、セカンダリ ノードを追加する場合は、それをバックアップし、新しい 3 ノード ベース クラスターを展開して、後でそのバックアップを復元する必要があります詳細については、「Nexus Dashboard のバックアップと復元」を参照してください。

  • 単一ノード展開では、追加の セカンダリ ノードまたは スタンバイ ノードはサポートされません。

  • 3 ノード クラスタの場合、クラスタが動作し続けるには、少なくとも 2 つのプライマリ ノードが必要です。

    詳細については、「Cisco Nexus Dashboard を使用した高可用性サービスの展開」を参照してください。

サポートされているノード タイプと機能について

これらのノードタイプは、 Nexus Dashboardリリース4.1.1より前のリリースで使用できました。

  • SE-NODE-G2 (UCS-C220-M5)。3 ノード クラスターの製品 ID は SE-CL-L3 です:

  • ND-NODE-L4 (UCS-C225-M6)。3 ノードクラスターの製品 ID は ND-CLUSTER-L4です:

Nexus Dashboard リリース 4.1.1 以降、このノード タイプも使用できるようになりました。

  • ND-NODE-G5S (UCS-C225-M8)。3 ノードクラスターの製品 ID は ND-CLUSTERG5S です:

また、LAN 展開でこれらの機能を活用できます。

  • Controller:ファブリック管理とも呼ばれます。この機能は、NX- OS および非 NX OSスイッチ(Catalyst、 ASR など)の管理に使用されます。これには、非 ACI ファブリック タイプの作成、ソフトウェア アップグレードの実行、それらのファブリックでの新しい構成の作成が含まれます。

  • Telemetry:この機能は、Nexus Dashboard リリース 4.1.1 より前のリリースで Nexus Dashboard Insights によって提供されていた機能と同様のテレメトリ機能を提供します。 [ファブリックの 管理(Manage > Fabrics)] でファブリックを作成または編集するときに、 テレメトリ 機能を有効にして使用できます。

  • Orchestrationオーケストレーション 機能を Nexus ダッシュボードを介して拡張し、複数の ACI ファブリックを接続し、ネットワークおよびポリシー構成とともにテナントを複数の ACI ファブリックに統合して展開します。 [管理(Administration) ] > [システム設定)] > [マルチクラスタ接続(Multi-cluster 接続 )] > [接続 Cluster)] でACI を追加する場合、 オーケストレーション 機能を有効にして使用できます。

これらの機能は個別にイネーブルにできますが、場合によってはこれらの複合機能セットの 1 つとしてイネーブルにできます。

  • コントローラとテレメトリ

  • オーケストレーションとテレメトリ

  • コントローラ、テレメトリ、およびオーケストレーション(アプリ ノード クラスターまたは SE-NODE-G2 でクラスターではサポートされていません)

注意事項と制約事項

  • Nexus Dashboardリリース4.1.1では、新しい ND-NODE-G5S (UCS -C225-M8)ノードを古い SE-NODE-G2 ( UCS -C220-M5)および ND-NODE-L4 とのクラスター内で混在させることはできません。 ( UCS-C225-M6) ノード。

  • 6 ノードの物理アプライアンス クラスターは主に、テレメトリ機能が有効になっている拡張スケール NX-OS または ACI ファブリック用に設計されており、非テレメトリの展開には推奨されません。

  • 仮想フォーム ファクタは、 Cisco Nexus Dashboard Verified Scalability Guideで説明しているように、多くのクラスター サイズおよびタイプですべての機能をサポートしているわけではありません。