前提条件

この章では、 Cisco Nexusダッシュボード ファブリック コントローラ の展開に関するリリース固有の前提条件について説明します。

前提条件

このセクションでは、Cisco Nexus ダッシュボード ファブリック コントローラを起動する前に完了する必要がある前提条件について詳しく説明します。

Nexusダッシュボード

ここで説明する追加の要件と Nexus ダッシュボード ファブリック コントローラ サービスのインストールに進む前に、 [Cisco Nexus ダッシュボード導入ガイド(Cisco Nexus Dashboard Deployment Guide)] の説明に従って、Cisco Nexus ダッシュボード クラスタを展開し、そのファブリック接続を設定する必要があります。


(注)  


ファブリック コントローラ サービスは、展開されている Nexus ダッシュボード クラスターの 2 つのマスター ノードの障害から回復できません。その結果、Nexus ダッシュボード クラスタに少なくとも 1 つのスタンバイ ノードを維持し、NDFC 設定の定期的なバックアップを作成することをお勧めします。これは、使用しているリリースの Cisco NDFC-Fabric コントローラ構成ガイド操作の > バックアップと復元の章で説明されているとおりです。

Nexus ダッシュボード クラスタの 2 つの マスター ノードに機能不全が発生した場合は、使用しているリリースの Cisco Nexus ダッシュボード ユーザー ガイドの「2 つのマスター ノードをスタンバイ ノードに置き換えるトラブルシューティング」セクションで説明されている手順に従って、クラスタと NDFC構成を回復できます。


NDFC リリース

Nexus Dashboard の最小リリース

リリース 12.1.2e

Cisco Nexus Dashboard、リリース 2.3.1c、2.3.2b、または 2.3.2d(2.3.2d を推奨) 以降

NDFC 展開では、次の Nexus ダッシュボード フォーム ファクターがサポートされています。

  • Cisco Nexus Dashboardの物理アプライアンス(.iso)

  • VMware ESX (.ova)

    • ESXi 6.7

    • ESXi 7.0

  • Linux KVM (.qcow2)

    • CentOS 7.9

      RHEL 8.6

  • 既存の Red Hat Enterprise Linux(SAN コントローラのペルソナのみ)

    • RedHat 企業 Linux(RHEL)8.6

クラスタのサイジング

目的のスケールに必要な Nexus ダッシュボード クラスタ ノードの数については、NDFC のリリース固有の検証済み拡張性ガイドを参照してください。

Nexus Dashboard は、サービスの共同ホスティングをサポートします。実行するサービスの種類と数によっては、クラスタに追加のワーカーノードを展開する必要があります。クラスタのサイジング情報と、特定の使用例に基づく推奨ノード数については、『Cisco Nexus Dashboard Capacity Planning』を参照してください。

ネットワーク接続

  • ローカル エリア ネットワーク(LAN) デバイス管理接続 – ファブリック ディスカバリおよびファブリック コントローラ機能は、ND クラスタ アプライアンスの管理ネットワークとデータ ネットワークの両方を介してデバイスを管理できます。

  • 管理ネットワークを使用する場合は、NDFC が管理ネットワークで管理またはモニタリングする必要があるデバイスのすべてのサブネットへのルートを追加します。

  • データ ネットワークを使用する場合、タッチレス デイ 0 デバイスの起動に NDFC で事前にパッケージ化された DHCP サーバーを使用する場合、POAP が有効になっているすべてのデバイスのすべてのサブネットへのルートを追加します。

  • SAN コントローラ ペルソナでは、すべてのデバイスが Nexus ダッシュボード クラスタ ノードのデータ ネットワーク経由で到達可能である必要があります。

永続 IP アドレス

  • 永続的な IP は、複数のユース ケースで NDFC に必要です。

  • Nexus ダッシュボード クラスタがネットワークのレイヤ 3 分離を介して展開されている場合は、すべての ND ノードで BGP を構成します。

  • すべての永続 IP は、Nexus ダッシュボード ノードのサブネットの一部にならないように構成する必要があります。これは、ローカル エリア ネットワーク(LAN)デバイス管理接続がデータである場合にのみサポートされます。これは、Nexus ダッシュボード インサイトと NDFC を共同ホストするクラスタではサポートされていません。

  • Nexus ダッシュボード クラスターが同じサブネット内のすべてのノードで展開されている場合、永続的な IP は同じサブネットからのものとして構成できます。

    この場合、永続的な IP は、NDFC サーバー設定のローカル エリア ネットワーク(LAN)デバイス管理接続設定に基づいて選択されたネットワークに属している必要があります。

    詳細については、NDFC の永続的な IP 要件を参照してください。

  • ファブリック ディスカバリ – ローカル エリア ネットワーク(LAN)デバイス管理接続に基づく 2 つの IP。

  • ファブリック コントローラ – ローカル エリア ネットワーク(LAN)デバイス管理接続に基づいて 2 つ、EPL ファブリック インスタンスごとに 1 つ

  • IPFM を備えたファブリック コントローラ – ローカル エリア ネットワーク(LAN)デバイス管理接続に基づく 2

    • ソフトウェアの取り込み用の 1 つの IP 単一ノードの IPFM 展開のテレメトリ

    • ソフトウェアの取り込み用の 3 つの IP 3 ノード IPFM 展開のテレメトリ

  • SAN コントローラ:

    • SAN コントローラ 3 ノード クラスタ – データ ネットワーク用の 2 つの IP + SAN インサイト用の 3 つの IP

    • SAN コントローラ 1 ノード クラスタ – データ ネットワーク用の 2 つの IP + SAN インサイト用の 1 つの IP

POAP 関連の要件

  • デバイスは POAP をサポートしている必要があります。

  • デバイスにスタートアップ 構成がない必要があります。または、スタートアップ構成をバイパスして POAP モードに入るように boot poap enable コマンドを設定する必要があります。

  • 範囲が定義された DHCP サーバー。POAP の場合、事前にパッケージ化された NDFC DHCP サーバーまたは外部 DHCP サーバーを使用できます。

  • POAP スクリプトとデバイスの構成ファイルを格納するスクリプト サーバーにアクセスできる必要があります。

  • ソフトウェアおよびイメージ リポジトリ サーバーを使用して、デバイスのソフトウェア イメージを保存する必要があります。

Network Time Protocol(NTP)

Nexus ダッシュボード ノードは、NTP サーバーと同期している必要があります。ただし、Nexus ダッシュボード ノード間で最大 1 秒の遅延が発生する可能性があります。Nexus ダッシュボード ノード間の遅延が 1 秒以上の場合、NDFC クラスタでの動作が不安定になる可能性があります。

復元、設定の

このシステムを以前に取得したバックアップから復元する場合は、同じバージョンから取得したバックアップ ファイルをアップロードする必要があります。

NDFC リリース 12.1.2e へのアップグレード

  • NDFC リリース 12.1.1e からのアップグレード

    • すべてのプレビュー/ベータ機能が無効になっていることを確認します。

    • NDFCS サービスまたは Nexus ダッシュボード クラスタが正常でない場合は、NDFC のアップグレードに進まないでください。

  • NDFC リリース 12.0.2f からのアップグレード

    • すべてのプレビュー/ベータ機能が無効になっていることを確認します。

    • NDFCS サービスまたは Nexus ダッシュボード クラスタが正常でない場合は、NDFC のアップグレードに進まないでください。

  • NDFC リリース 12.0.1a からのアップグレード

    リリース 12.0.1a からリリース12.1.2eへの直接アップグレードはサポートされていません。リリース 12.0.1a からリリース12.1.2eにアップグレードする前に、リリース 12.0.2f またはリリース 12.1.1e にアップグレードする必要があります。


    (注)  


    リリース 12.0.1a からリリース12.1.2eにアップグレードすると、システムが使用できなくなります。また、NDFC リリース 12.0.1a の場合は、Nexus ダッシュボードをリリース 2.3.1c にアップグレードしないでください。


  • DCNM リリース 11.5(4)からアップグレード

    このシステムが 11.5(x)バックアップから復元された場合、Nexus ダッシュボード ノードのサブネットに適している場合は、バックアップからの Syslog トラップ IP アドレスを新しいクラスタに復元するために使用できます(レイヤ 2 のみがサポートされます)。

    NDFC の永続的 IP 要件で説明されている要件に基づいて、追加の IP が必要です。

NDFC をアップグレードするための詳細情報と手順については、Cisco Nexus ダッシュボード ファブリック コントローラのアップグレードを参照してください。