（注）	Cisco Data Center Network Manager（DCNM）は、リリース 12.0.1a から CiscoNexusダッシュボード ファブリック コントローラ（NDFC）に名前が変更されました。

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

Nexusダッシュボード ファブリック コントローラ は主に3つの主要な市場セグメントの制御と管理に焦点を当てています。

• VXLAN、マルチサイト、クラシックイーサネット、外部ファブリックを含む LAN ネットワークは、スタンドアロン NX-OS を実行する Cisco Nexus スイッチをサポートし、さらに IOS-XR、IOS-XE、隣接ホスト、計算機、仮想マシン、コンテナ管理システムにも対応します。

• スタンドアロン NX-OS を実行する Cisco MDS および Cisco Nexus スイッチの SAN ネットワーキング（ストレージ アレイ、さらにはホスト、コンピューティング、仮想マシン、およびコンテナ オーケストレーション システムとの統合を含む）。

• スタンドアロン NX-OS として動作する Cisco Nexus スイッチを実行するマルチキャスト ビデオ実稼働ネットワークのメディア制御、およびサード パーティ製メディア制御システムの追加統合。

以前は、DCNM は、OVA または ISO を介して展開された VM、ISO を介して展開された物理アプライアンス、または認定された Windows または Linux マシンにインストールされたソフトウェアで実行されるアプリケーション サーバでした。Cisco Nexus Dashboard Fabric Controlle、リリース 12 は、Cisco Nexus Dashboard 仮想アプライアンスまたは物理アプライアンス上で排他的に実行されるアプリケーションとして使用できます。

OVA を使用した仮想 Nexus Dashboard の展開は仮想 Nexus Dashboard （vND）展開とも呼ばれ、物理アプライアンス（サービス エンジン）への Nexus Dashboard の展開は物理 Nexus Dashboard （pND）展開と呼ばれます。要件に基づいて Nexus Dashboard を展開するには、 「[Cisco Nexus ダッシュボード導入ガイド（Cisco Nexus Dashboard Deployment Guide）]」を参照してください。

リリース 12 以降、Cisco Nexusダッシュボード ファブリック コントローラ にはシングル インストール モードがあります。事後のインストールでは、単一のインストールで複数のペルソナから選択できます。Nexus Dashboard Fabric Controller リリース 12.1.1e のインストール後、次のペルソナのいずれかを選択できます。

• ファブリック検出：LAN 展開を検出、モニタ、および可視化します。

• ファブリックコントローラ：メディア展開用のクラシックイーサネット（vPC）、ルーテッド、VXLAN、および IP ファブリック用の LAN コントローラ。

• SAN コントローラ：MDS および Nexus スイッチ用の SAN コントローラ。ストリーミング テレメトリによる拡張 SAN 分析。

（注）	Nexus Dashboard の特定のインスタンスでは、1 つのバージョンの NDFC サービスのみがアクティブになります。アクティブな NDFC サービスでは、特定のインスタンスで設定できるペルソナは 1 つだけです。

すべてのフィーチャ/サービスはモジュール化され、より小さなマイクロサービスに分割され、必要なマイクロサービスは機能セットまたは機能の選択に基づいて調整されます。したがって、いずれかの機能またはマイクロサービスがダウンした場合は、そのマイクロサービスのみが再起動され、中断が最小限に抑えられます。

以前の DCNM アクティブ/スタンバイ HA モデルとは対照的に、Cisco NDFC ではマイクロサービスの展開にクラスタ内の 3 つのノードすべてを利用するアクティブ/アクティブ HA 展開モデルを展開しています。これにより、遅延と有効なリソース使用率が大幅に向上します。

（注）

NDFC を仮想 Nexus Dashboard（vND）インスタンス上で実行するには、外部サービス IP アドレスが指定されている Nexus Dashboard インターフェイスに関連付けられているポートグループで無差別モードを有効にする必要があります。 vND は、Nexus Dashboard 管理インターフェイスとデータインターフェイスで構成されています。デフォルトでは、LAN 展開では、Nexus Dashboard 管理インターフェイス サブネットに 2 つの外部サービス IP アドレスが必要です。したがって、関連付けられたポートグループの無差別モードを有効にする必要があります。インバンド管理またはエンドポイントロケータ（EPL）が有効になっている場合は、Nexus Dashboard データ インターフェイス サブネットで外部サービス IP アドレスを指定する必要があります。また、Nexus ダッシュボードデータ/ファブリック インターフェイス ポート グループの無差別モードを有効にする必要があります。NDFC SAN コントローラの場合、無差別モードは、ポート グループに関連付けられた Nexus Dashboard データインターフェイスでのみ有効にする必要があります。NDFC SAN コントローラの場合、無差別モードは、ポート グループに関連付けられた Nexus Dashboard データ インターフェイスでのみ有効にする必要があります。詳細については、[Cisco Nexus ダッシュボード導入ガイド（Cisco Nexus Dashboard Deployment Guide）]を参照してください。

詳細については、「Cisco Nexus Dashboard Fabric Controller（旧 DCNM）」を参照してください。

Cisco Nexus Dashboard Fabric Controller では、次の導入オプションを使用できます。

• シングル ノードの NDFC（非 HA クラスタ）

  シングル ノードの Nexus Dashboard では、次のペルソナを使用して NDFC を展開できます。

  • ラボ/非実稼働環境用のファブリック ディスカバリ（25 台以下のスイッチ）

  • ラボ/非実稼働環境用のファブリック コントローラ（25 台以下のスイッチ）

  • 実稼働環境向けのメディア コントローラ モードの IP ファブリックの Fabric Controller

  • 実稼働環境向けの SAN Controller（80 台以下のスイッチ）

  （注）	Fabric Controller/Fabric Discovery の展開は、ラボのみを目的としています。これを本番環境に展開しないでください。

• 3ノード クラスタの NDFC（アクティブ-アクティブ HA モード）

  3 ノード Nexus Dashboard では、次のペルソナを使用して NDFC を展開できます。

  • ファブリック検出

  • ファブリック コントローラ

  • SAN Insights を使用したまたは使用しない SAN コントローラ

• 5ノード仮想の Nexus Dashboard（vND）クラスタの NDFC（アクティブ-アクティブ HA モード）

  5 ノード Nexus Dashboard では、次のペルソナを使用して NDFC を展開できます。

  • ファブリック検出

  • ファブリック コントローラ

• 3 ノード/4 ノード/5 ノードの物理 Nexus Dashboard（pND）クラスタでの NDFC（アクティブ-アクティブ HA モード）

  4 ノードまたは 5 ノードの Nexus Dashboard では、次のペルソナを使用して、Nexus Dashboard Insights（NDI）を NDFC と共に展開できます。

  • Fabric Discovery ペルソナの Nexus Dashboard Insights および NDFC（NDFC 監視モード）– 4 つの pND ノード

  • Fabric Controller ペルソナの Nexus Dashboard Insights および NDFC（NDFC 管理モード）- 5 つの pND ノード

• Red Hat Enterprise Linux（RHEL）上で実行されている Nexus Dashboard の NDFC

  RHEL サーバー上での 1 ノードまたは 3 ノード Nexus Dashboard のリリース 12.1.1e から次のペルソナを使用して NDFC を展開できます。

  • SAN Insights を使用したまたは使用しない SAN コントローラ

• KVM ハイパーバイザを使用した仮想 Nexus Dashboard（vND）の NDFC

  リリース 12.1.1e 以降、KVM ハイパーバイザを備えた仮想 Nexus Dashboard で、次のペルソナを使用して NDFC を展開できます。

  （注）	Centos7 で KVM に Nexus Dashboard をインストールする前に、Linux でブリッジ インターフェイスを作成する必要があります。Nexus Dashboard のインストール中に、ブリッジ インターフェイスを使用し、他のインターフェイスを許可しないことを確認してください。

  • Fabric Controller、Fabric Discovery、および SAN Controller のペルソナをサポートします。

Nexus Dashboard Capacity Planning を参照して、それぞれの展開をサポートするスイッチの数を決定します。

3 ノードおよび 5 ノードの展開では、3 つの Nexus Dashboard マスター ノードがあります。5 ノード展開では、追加の 2 つのノードがワーカー ノードとして機能します。3 ノードまたは 5 ノード クラスタ展開はアクティブ/アクティブ ソリューションです。つまり、すべてのノードがNexus Dashboard ファブリック コントローラのマイクロサービスの実行に使用されます。ノードに障害が発生すると、そのノードで実行されているマイクロサービスが他のノードに移動します。Nexus Dashboard Fabric Controller は、1 つのノードの障害シナリオで正常に動作します。ただし、ノード障害時に移行する必要があるサービスが短時間中断されることが予想されます。サービスの移行が完了した後で、サポートされているスケールは、パフォーマンスが低下してもサポートされ続けます。最適な NDFC パフォーマンスを復元するには、1 つのノードに障害が発生した状態でシステムを実行することは望ましい状況ではないため、できるだけ早く修正する必要があります。3 ノードまたは 5 ノード クラスタは 2 つのマスター ノードの障害に耐えられず、すべての NDFC サービスが中断されます。

ESXi 環境での仮想 Nexus Dashboard（vND）OVA 導入では、Nexus Dashboard 管理および Nexus Dashboard データ/ファブリック インターフェイスに関連付けられたポート グループで無差別モードを有効にする必要があります。そうしないと、SNMPトラップ、イメージ管理、エンドポイント ロケータ、SAN インサイトなどの一部の機能が動作しません。

レイヤ 3 隣接ネットワークのデータ インターフェイスに関連付けられたポート グループには、無差別モードの設定は必要ないことに注意してください。

（注）	Nexus Dashboard クラスタ フェデレーションは、Nexus Dashboard ファブリック コントローラではサポートされていません。

リリース 12.1.1e 以降、NDFC ファブリック コントローラと Nexus Dashboard Insights を同じ Nexus Dashboard クラスタで管理モードでホストしてファブリックを管理し、 Nexus Dashboard Insights をホストして同じファブリックをモニタリングできます。NDFC リリース 12.0.2f では、ファブリック ディスカバリ モードの NDFC、つまり、同じ Nexus Dashboard クラスタ上の NDI を使用したモニタモードがサポートされていることに注意してください。共同ホスティングには、最大 50 のスイッチの最大規模の 4 つの物理的な Nexus Dashboard ノードが必要でした。この機能は、対応するペアの Nexus Dashboard Insights リリース 12.1.1e を備えた NDFC リリースでもサポートされています。

（注）	KVM に展開された Nexus Dashboard は、同じ Nexus Dashboard クラスタでの NDFC と Insights サービスの共同ホスティングをサポートしていません。

（注）	同じ Nexus Dashboard クラスタで NDFC と Insights を共同ホスティングするには、Nexus Dashboard ノードがレイヤ 2 で隣接している必要があります。共同ホスティング導入のためのレイヤ 3 隣接のサポートは、将来のリリースで展開される予定です。

次の表は、Nexus Dashboard とサービスの互換性のあるバージョンを示しています。

次の表は、Nexus Dashboard のシステム要件を示しています。

インストール後

NDFC と NDI の互換性のあるバージョンを 5 ノードの物理 Nexus ダッシュボードにインストールした後、NDFC をファブリック（LAN）コントローラとして起動します。ファブリックを作成し、NDFC ファブリックでスイッチを検出してインポートします。Nexus Dashboard は、NDFC ファブリックと [サイト（Sites）] ページのリストをエンティティとして自動的に識別します。

（注）	Nexus Dashboard サイトマネージャで、各サイトのパスワードを指定する必要があります。

Nexus Dashboard の展開プロファイルの簡易化は、特定の展開規模に対するサービスの導入準備を合理化し、展開の相互接続を記憶するタスクを軽減することを目的としています。

Cisco Nexus Dashboard リリース 2.2.1h 以降、リソース プロファイルの選択は、展開のユースケースに直接関連するいくつかのより直感的なパラメータに削減されました。スイッチやフローの数などのこれらのパラメータは、ファブリックのサイズとユースケースの意図を記述し、クラスタがサービスに必要なリソースをインテリジェントに決定できるようにします。パラメータは「ネットワーク スケール」として分類されます。

NDFC は、定義済みのプロファイル セットの中から適切なプロファイルを選択して、スケールに一致させます。

（注）	ネットワーク スケール パラメータを変更した後、Nexus Dashboard でサービスを再起動する必要があります。

Cisco Nexus Dashboard でネットワーク スケール パラメータを表示または変更するには、次の手順を実行します。

1. [Nexus Dashboard] > [クラスタの構成（Cluster Configuration）] > [ネットワーク スケール（Network Scale）] を選択します。

2. 編集アイコンをクリックして、ネットワーク スケール パラメータを変更します。

3. [サイトの数（Number of Sites）]フィールドに、この Nexus Dashboard クラスタが管理する、展開のサイトの目標数を入力します。

4. [スイッチの数（Number of Switches）]フィールドに、展開するスイッチ ノードの目標数を指定します。

5. [1 秒あたりのフロー（Flows per second）] フィールドで、LAN/IPFM/SAN-Insights の展開または NDFC/NDI 共ホスト セットアップでサポートされるスケールのサイト全体のフローの目標数を指定します。

リリース12.1.1eから、NDFC の展開プロファイルは、これらの展開プロファイルに対して異なる命名規則を使用します。これは、各プロファイルがサポートするスケールの数値に一致しています。

Nexus Dashboard の新規インストールでは、ネットワーク スケールは空です。ネットワーク スケールで 1 秒あたりのサイト、スイッチ、およびフローの数を定義することをお勧めします。このようなシナリオでは、サービスはクラスタ ノードの数に基づいてデフォルトのプロファイルを選択します。

使用可能なクラスタ コンピューティング キャパシティが必要な [ネットワーク スケール（Network Scale）] よりも少ない場合、Cisco NDFC のインストールではエラーが表示されます。Nexus Dashboard でネットワーク スケール値を解決し、NDFC のインストールに進む必要があります。エラー メッセージで指定された推奨事項は、是正アクションに関する有用な提案を示すことに注意してください。

Nexus Dashboard は、NDFC でサポートされているスケール値のプロファイル名を割り当てます。検証済みのスケール番号については、『Cisco NDFC 認証済みの拡張性、リリース 12.1.1e』を参照してください。

NDFC 12.1.1e にアップグレードすると、個々のコンテナが再起動され、新しく生成された 12.1.1e コンテナは新しいリソース要求と制限値で開始されます。

リリース 12.1.1e 以降、NDFC は、レイヤ 3 の隣接ノードを備えた Nexus Dashboard のサービスとして展開できます。サンプルの NDFC レイヤー 3 隣接物理接続トポロジを次の図に示します。

NDFC サービスが実行されている Nexus Dashboard ノード間でレイヤ 3 隣接を使用する場合、永続的な IP アドレスは、Nexus Dashboard データまたはファブリック インターフェイスを使用してアドバタイズされます。レイヤー 3 永続的 IP サブネット プールは一意である必要があり、Nexus Dashboard で BGP を使用してファブリックにアドバタイズされます。永続的 IP を必要とする EPL/SNMP トラップ/SCP などの Cisco NDFC ポッドは、Nexus Dashboard Data Interface のネクスト ホップで /32 BGP エントリとしてアドバタイズされます。また、Nexus Dashboard ノードとアップリンク スイッチ間の BGP セッションは、直接接続されたリンクを使用して設定する必要があります。

永続的な IP アドレスについては、NDFC の永続的な IP 要件を参照してください。

レイヤー 3 クラスター接続を展開するために、Nexus ダッシュボード ノードは、ノードのデータ ネットワーク ゲートウェイと共に BGP ローカルおよびリモート自律システム構成を使用して、データ インターフェイスを介して隣接ルーターとの eBGP セッションを確立します。Nexus ダッシュボード ノードは、Nexus ダッシュボード クラスタ構成中にセッションを確立するためにゲートウェイ IP を使用するため、隣接する BGP ピアはレイヤ 2 隣接関係である必要があります。レイヤ 2 隣接接続のないピアはサポートされていません。Nexus Dashboard のルートが正しく送信されるようにするには、BGP ネットワークを正しく構成する必要があります。

既存のレイヤ 2 隣接 Nexus Dashboard クラスタからレイヤ 3 隣接クラスタへのアップグレードまたは変更はサポートされていません。レイヤ 3 隣接を使用する場合、NDFC サービスは、スイッチ接続が Nexus Dashboard データ インターフェイスを介している場合にのみサポートされます。NDFC [UI] > [設定（Settings）] > [管理（Admin）] タブを選択します。[LAN デバイス管理接続（LAN Device Management Connectivity）] ドロップダウン リストから、[データ（Data）] を選択します。

Nexus Dashboard は eBGP を使用して、永続的 IP サブネットから取得した外部サービス IP を使用して NDFC 機能に到達するための /32 ルートの最新の到達可能性を公開します。ノードまたはネットワークに障害が発生した場合、回復が完了するまで外部 IP に到達できません（ネットワークがそれ自体を回復できる場合）。障害が発生したノードのマイクロサービスがクラスタ上の既存のノードの 1 つで起動された後、そのノードからの eBGP ピアリングは、対応する /32 永続的 IP 到達可能性をネットワークの残りの部分に自動的にアドバタイズすることによって、サービスの中断を自動修復します。

次の表は、レイヤ 3 の隣接するクラスタ ノードの接続に関するさまざまなシナリオに関する情報を提供します。

詳細については、「[Cisco Nexus ダッシュボード ユーザー ガイド（Cisco Nexus Dashboard User Guide）]」を参照してください。