展開の概要と要件

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 Dashboard のキャパシティ プランニング ツール の情報を確認してください。 


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

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

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


(注)  


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


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

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

  • 物理アプライアンス(.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 クラスタのサイジング を入力します。


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

基本的な Nexus Dashboard のデプロイメントは通常、 1 または 3 台の primary ノードから構成されます。これらは、クラスターが起動するために必要です。スケール要件に応じて、3 ノード以上のクラスタを最大 3 つ secondary ノードとして追加して、より大きなスケールをサポートできます。

  • 物理クラスタの場合、最大 2 つまで standby ノードを追加して、プライマリ ノードに障害が発生した場合にクラスターを容易に回復可能にできます。

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

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

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

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

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

    単一ノードクラスターを展開した後で、 3ノードクラスターに拡張するか、 secondary ノードを追加する必要が生じた場合は、まずバックアップし、新しい 3 ノードの基本クラスターを展開してから、後でバックアップを復元する必要があります。詳細については、次を参照してください。 Nexus Dashboard のバックアップと復元

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

  • 3 ノード クラスターの場合、動作させるには、少なくとも 2 つの primary ノードが必要です。

    詳細については、次を参照してください。 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 展開でこれらの機能を活用できます。

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

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

  • オーケストレーション:次を使用できます。 オーケストレーション 機能を Nexus ダッシュボードを介して拡張し、複数の ACI ファブリックを接続し、ネットワークおよびポリシー構成とともにテナントを複数の ACI ファブリックに統合して展開します。次の機能を有効にして使用できます: オーケストレーション 次を選択して ACI を追加します: Admin > System Settings > Multi-cluster connectivity > Connect Cluster

これらの機能は個別にイネーブルにできますが、場合によってはこれらの複合機能セットの 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内のもの)。