Network Time Protocol（NTP）

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

IPv4 および IPv6 のサポート

Nexus Dashboard の以前のリリースでは、クラスタ ノードの純粋な IPv4 構成またはデュアル スタック IPv4/IPv6（管理ネットワークのみ）構成がサポートされていました。リリース 3.0(1) 以降、Nexus Dashboard は、クラスタ ノードおよびサービスの純粋な IPv4、純粋な IPv6、またはデュアル スタック IPv4/IPv6 構成をサポートします。

IP 構成を定義するとき、以下のガイドラインが適用されます。

• クラスタ内のすべてのノードとネットワークは、純粋な IPv4、純粋な IPv6、またはデュアル スタック IPv4/IPv6 のいずれかの均一な IP 構成を持つ必要があります。

• クラスタを純粋な IPv4 モードで展開し、デュアル スタック IPv4/IPv6 または純粋な IPv6 に切り替える場合は、クラスタを再展開する必要があります。

• デュアル スタック構成の場合：

  • 外部（データと管理）ネットワークと内部（アプリケーションとサービス）ネットワークの両方がデュアル スタック モードである必要があります。

    IPv4 データ ネットワークやデュアル スタック管理ネットワークなどの部分的な構成はサポートされていません。

  • 物理的なサーバーの CIMC にも IPv6 アドレスが必要です。

  • ノードの初期起動時にノードの管理ネットワークに IPv4 または IPv6 アドレスを構成できますが、クラスタのブートストラップ ワークフロー中に両方のタイプの IP を指定する必要があります。

    管理 IP は、初めてノードにログインしてクラスタのブートストラップ プロセスを開始するために使用されます。

  • すべての内部証明書は、IPv4 と IPv6 の両方のサブジェクト代替名（SAN）を含むように生成されます。

  • Kubernetes 内部コア サービスは IPv4 モードで開始されます。

  • DNS は、IPv4 と IPv6 の両方にサービスを提供して転送し、両方のタイプのレコードをサーバーに提供します。

  • ピア接続用の VxLAN オーバーレイは、データ ネットワークの IPv4 アドレスを使用します。

    IPv4 パケットと IPv6 パケットは両方とも、VxLAN の IPv4 パケット内にカプセル化されます。

  • UI は、IPv4 と IPv6 の両方の管理ネットワーク アドレスでアクセスできます。

• 純粋な IPv6 構成の場合：

  • 純粋な IPv6 モードは、物理および仮想フォーム ファクタのみでサポートされます。

    AWS、Azure、または既存の Red Hat Enterprise Linux（RHEL）システムに展開されたクラスタは、純粋な IPv6 モードをサポートしません。

  • ノードを最初に構成するときに、IPv6 管理ネットワーク アドレスを指定する必要があります。

    ノード（物理、仮想、またはクラウド）が起動した後、これらの IP を使用して UI にログインし、クラスタのブートストラップ プロセスを続行します。

  • 前述の内部アプリケーションおよびサービス ネットワークに IPv6 CIDR を提供する必要があります。

  • 前述のデータ ネットワークと管理ネットワークに IPv6 アドレスとゲートウェイを提供する必要があります。

  • すべての内部証明書は、IPv6 サブジェクト代替名 (SAN) を含むように生成されます。

  • すべての内部サービスは IPv6 モードで開始されます。

  • ピア接続用の VxLAN オーバーレイは、データ ネットワークの IPv6 アドレスを使用します。

    IPv6 パケットは、VxLAN の IPv6 パケット内にカプセル化されます。

  • すべての内部サービスは IPv6 アドレスを使用します。

Nexus Dashboard

ここで説明する追加の要件と Nexus Dashboard Fabric Controller サービスのインストールに進む前に、 Nexus Dashboard Deployment Guide の説明に従って、Cisco Nexus Dashboard クラスタを展開し、そのファブリック接続を設定する必要があります。

（注）

ファブリック コントローラ サービスは、展開されている Nexus ダッシュボード クラスターの 2 つのマスター ノードの障害から回復できません。その結果、Nexus ダッシュボード クラスタに少なくとも 1 つのスタンバイ ノードを維持し、NDFC 設定の定期的なバックアップを作成することをお勧めします。これは、使用しているリリースの Cisco NDFC-Fabric コントローラ構成ガイドの操作 > の バックアップと復元の章で説明されているとおりです。 Nexus ダッシュボード クラスタの 2 つの マスター ノードに機能不全が発生した場合は、使用しているリリースの Cisco Nexus ダッシュボード ユーザー ガイドの「2 つのマスター ノードをスタンバイ ノードに置き換えるトラブルシューティング」セクションで説明されている手順に従って、クラスタと NDFC構成を回復できます。

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

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

• VMware ESX (.ova)

  このリリースは、ESXi 7.0 をサポートします。

• Linux KVM (.qcow2)

  このリリースは、CentOS 7.9 および RHEL 8.6 をサポートします。

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

  このリリースは、Red Hat Enterprise Linux（RHEL）8.6 をサポートします。

Nexus Dashboard クラスタのサイジング

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

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

Nexus Dashboard システム技術情報

Nexus Dashboard 上で NDFC を実行するためのサーバー技術情報要件に関する情報を次の表に示しています。Nexus Dashboard キャパシティプラン を参照して、それぞれの展開をサポートするスイッチの数を決定します。

Cisco Nexus Dashboard は、さまざまなフォーム ファクタを使用して展開できます。NDFC は、次のフォーム ファクタで展開できます：

• pND - 物理 Nexus ダッシュボード

• vND - 仮想 Nexus ダッシュボード

• rND - RHEL Nexus ダッシュボード

Nexus Dashboard システム技術情報

Nexus Dashboard 上で NDFC を実行するためのサーバー技術情報要件に関する情報を次の表に示しています。Nexus Dashboard キャパシティプラン を参照して、それぞれの展開をサポートするスイッチの数を決定します。

Cisco Nexus Dashboard は、さまざまなフォーム ファクタを使用して展開できます。NDFC は、次のフォーム ファクタで展開できます：

• pND - 物理 Nexus ダッシュボード

• vND - 仮想 Nexus ダッシュボード

Nexus ダッシュボードのネットワーク

最初に Nexus Dashboard を設定するときは、各ノードで 2 つの Nexus Dashboard インターフェイスに 2 つの IP アドレスを指定する必要があります。1 つはデータ ネットワークに接続し、もう 1 つは管理ネットワークに接続します。データ ネットワークは、通常、ノードのクラスタリングと、物理ネットワークへの North-South 接続に使用されます。管理ネットワークは一般的に、Cisco Nexus Dashboard Web UI、CLI、または API への接続に使用されます。

Nexus Dashboard ファブリック コントローラを有効にする場合、Nexus Dashboard ノードの管理インターフェイスとデータ インターフェイスが異なるために必要なサブネットの数は、リリースに応じて決まります。

• NDFC リリース 12.1.3 より前のリリースでは、Nexus Dashboard ノードの管理インターフェイスとデータ インターフェイスは異なるサブネットに存在する必要があります。外部サービス プールの IP アドレスは、展開のタイプに応じて、特定のサブネット プールから取得される場合があります。

  • LAN 展開の場合、これらの外部サービス IP は、構成された設定に応じて、Nexus Dashboard の管理サブネット プールまたはデータ サブネット プールから取得される場合があります。

  • SAN 展開の場合、外部サービス IP は Nexus ダッシュボード データ サブネット プールから取得されます。

• NDFC リリース 12.1.3 では、LAN 展開要件は変更されませんが、SAN 展開では同じサブネット内の管理インターフェイスとデータ インターフェイスがサポートされるようになりました。Nexus Dashboardノードの管理インターフェイスとデータ インターフェイスが同じサブネットにある場合、外部サービス プールのIPアドレスも同じ単一のサブネットから取得されます。

  SAN 展開でも、以前と同様に個別のサブネットが引き続きサポートされることに注意してください。

Cisco Nexus Dashboard ファブリック コントローラを有効にする場合、Nexus Dashboard ノードの管理インターフェイスとデータインターフェイスは異なるサブネットに存在する必要があります。同じ Nexus Dashboard クラスタに属する異なるノードは、レイヤ 2 隣接またはレイヤ 3 隣接のいずれかにすることができます。詳細については、クラスタ ノード間のレイヤ 3 到達可能性を参照してください。

両方のネットワークで、Nexus Dashboard Orchestrator に対して 50ms を超えないラウンドトリップ時間（RTT）でのノード間の接続が必要です。同じ Nexus Dashboard クラスタで実行されている他のアプリケーションの RTT 要件は低くなる可能性があり、同じ Nexus Dashboard クラスタに複数のアプリケーションを展開する場合は、常に最も低い RTT 要件を使用する必要があります。詳細については、 『Cisco Nexus Dashboard Fabric Controller Deployment Guide』を参照してください。

Nexus Dashboard Fabric Controller ポート

Nexus Dashboard（ND）クラスタ ノードに必要なポートに加えて、Nexus Dashboard Fabric Controller（NDFC）サービスには次のポートが必要です。

（注）	次のポートは、NDFC サービスからスイッチへの IP 到達可能性を提供するインターフェイスに応じて、Nexus Dashboard 管理ネットワークおよび/またはデータ ネットワーク インターフェイスに適用されます。

（注）	次のポートは、一部の NDFC サービスで使用される永続的 IP とも呼ばれる外部サービス IP に適用されます。これらの外部サービス IP は、構成された設定に応じて、Nexus Dashboard の管理サブネット プールまたはデータ サブネット プールから取得される場合があります。

NDFC 遅延要件

Cisco Nexus Dashboard Fabric Controller は Cisco Nexus Dashboard 上に展開されるため、遅延係数は Cisco Nexus Dashboard に依存します。遅延に関する詳細は、『Nexus Dashboard Fabric Controller Deployment Guide』を参照してください。

NDFC ネットワーク接続

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

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

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

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

NDFC 永続 IP アドレス

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

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

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

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

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

（注）	このリリースでは、純粋な IPv4、純粋な IPv6、またはデュアル スタック IPv4/IPv6 で NDFC がサポートされているため、次の永続 IP 要件は IP ファミリごとにあります。 たとえば、デュアル スタック モードで展開しており、次の表に管理ネットワークに 2 つの IP アドレスが必要であると記載されている場合、これは 2 つの IPv4 アドレスと 2 つの IPv6 アドレスを意味します。

POAP 関連の要件

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

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

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

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

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

Web ブラウザの互換性

Cisco Nexus Dashboard Fabric Controller GUI は、次の Web ブラウザでサポートされています。

• Google Chromeバージョン101.0.4951.64

• Microsoft Edge バージョン 101.0.1210.47（64 ビット）

• Mozilla Firefox バージョン 100.0.1（64 ビット）

その他のサポート対象のソフトウェア

次の表に、Cisco Nexus Dashboard Fabric Controller リリース 12.1.3 でサポートされているその他のソフトウェアを示します。