Cisco DCNM リリース 11.0(1) 以降、非クラスタ化モードは、スタンドアロンおよびネイティブ HA 環境の両方でのデフォルトの展開モードです。このモードでは、Cisco DCNM は内部サービスの一部をコンテナとしても実行します。

• エンドポイント ロケータは、Cisco DCNM リリース 11.1(1) からコンテナ アプリケーションとして実行されています。

• 構成コンプライアンス サービスは、Cisco DCNM リリース 11.0(1) からのコンテナ アプリケーションです。

• Virtual Machine Manager（VMM）は、Cisco DCNM リリース 11.0(1) からのコンテナ アプリケーションでもあります。

Cisco DCNM は、一部の コンテナ アプリケーションの実行にスタンバイ ノードのリソースを利用します。Cisco DCNM のアクティブノードとスタンバイ ノードは連携して動作し、DCNM とそのアプリケーションの全体的な機能と展開にリソースを拡張します。ただし、一部の高度なアプリケーションを実行したり、システムを拡張して Cisco AppCenter を介して配信されるアプリケーションをさらに導入したりするには、リソースが限られています。たとえば、Cisco AppCenter からダウンロードした Network Insights アプリケーションを、実稼働用に非クラスタ モードで展開することはできません。

アプリケーションをインストールして展開するには、アプリケーションのインストールと展開 を参照してください。

Cisco DCNM およびコンピューティング ノードのすべてのインターフェイスの IP アドレス構成に関するベスト プラクティスと推奨される展開については、展開タイプの『Cisco DCNM インストール ガイド』にある「Cisco DCNM およびコンピューティングを展開する場合のベスト プラクティス」を参照してください。

デフォルトでは、Cisco DCNM 展開で有効になっていない場合、クラスタ モード。Cisco DCNM サーバーを展開した後、クラスタ モードを有効にします。クラスタ モードでは、より多くのコンピューティング ノードを備えた Cisco DCNM サーバは、より多くのアプリケーションを展開するときにリソースを拡張するアーキテクチャを提供します。

コンピューティング ノードは、大規模なファブリックにサービスを提供するためにリソースを大量に消費するサービスを実行するスケールアウト アプリケーション ホスティング ノードです。コンピューティング ノードを追加すると、コンテナであるすべてのサービスがこれらのノードでのみ実行されます。これには、Config Compliance、Endpoint Locator、および Virtual Machine Manager が含まれます。これらの機能の Elasticsearch 時系列データベースは、クラスタ モードのコンピューティング ノードで実行されます。DCNM サーバーは、コンテナ化されたアプリケーションを実行しません。非クラスタ化モードで動作するすべてのアプリケーションは、クラスタ化モードでも動作します。

『Cisco DCNM Installation and Upgrade Guide for LAN Fabric Deployment』の「Installing Cisco DCNM Compute Node」を参照してください。

（注）	クラスタ モードは、メディア コントローラ展開の Cisco DCNM ではサポートされていません。

Cisco DCNM リリース 11.1(1) 以降、ネイティブ HA セットアップでは、エンドポイント ロケータ、仮想マシン マネージャを備えた 80 個のスイッチの非クラスタ モードで構成コンプライアンスが検証されます。80 スイッチを超えるネットワークで、特定の Cisco DCNM インスタンスにこれらの機能がある場合（最大認定規模は 256 スイッチ）、クラスタ モードを有効にすることをお勧めします。

ネイティブ HA セットアップでは、Endpoint Locator、Virtual Machine Manager、構成コンプライアンスを備えた 80 個のスイッチが非クラスター化モードで検証されます。特定の Cisco DCNM インスタンスでこれらの機能を備えた 80 個のスイッチを超えるネットワークの場合（Cisco DCNM 11.3(1) リリース以降、最大認定スケールは 350 個のスイッチ）、クラスタ化モードを有効にすることをお勧めします。

Cisco DCNM のコア機能はネイティブ HA ノードでのみ実行されますが、80 スイッチを超えるコンピューティング ノードを追加すると、Cisco DCNM および関連サービスのスケールアウト モデルが構築されます。

リリース 11.2(1) から、コンピューティング クラスタのネットワーク管理に IPv6 アドレスを構成できます。ただし、DCNM はコンテナの IPv6 アドレスをサポートしていないため、IPv4 アドレスのみを使用して DCNM に接続する必要があります。

Cisco DCNM およびコンピューティング ノードのすべてのインターフェイスの IP アドレス構成に関するベスト プラクティスと推奨される展開については、展開タイプの『Cisco DCNM インストール ガイド』にある「Cisco DCNM およびコンピューティングを展開する場合のベスト プラクティス」を参照してください。

次のセクションは、Cisco DCNM Web UI からアプリケーションをダウンロード、追加、開始、停止、および削除する方法を説明します。

DCNM に新しいアプリケーションを追加します。

Cisco DCNM Web UI から新しいアプリケーションを追加するために、次の手順に従ってください。

1. アプリケーション を選択します。

   デフォルトで [カタログ（Catalog）] タブが表示されます。

2. [アプリケーションの追加 (+)（Add Application (+)）] アイコンをクリックします。

   

   [アプリケーションのアップロード（Application Upload）] ウィンドウで、[タイプ] ドロップダウン フィールドから、アプリケーションをアップロードするために次の 1 つを選択します。

   

   [タイプ] ドロップダウン リストから次のうちの 1 つを選択します。

   • ファイルがローカル ディレクトリで見つかった場合、Local-file を選択します。

     [アップロード（Upload）] フィールドで、[ファイルの選択（Select files）] をクリックします。アプリケーション ファイルを保存したディレクトリに移動します。

     アプリケーション ファイルを選択し、[開く（Open）] をクリックします。

     [Upload] をクリックします。

   • アプリケーションがリモート サーバにある場合、セキュアなコピーを選択してください。

     （注）	リモート サーバはセキュアなコピー（SCP）を扱えることを確認してください。

     URI フィールドにアプリケーション ファイルへのパスを指定します。パスは {host-ip}:{filepath} の形式でなければなりません。

     [ユーザー名（Username）] フィールドに、URI にアクセスするためにユーザー名を入力します。

     [パスワード（Password）] フィールドに、URI にアクセスするための適切なパスワードを入力します。

     [Upload] をクリックします。

アプリケーションを正常にアップロードすると、[カタログ（Catalog）] ウィンドウに表示されます。

左上隅の緑のアイコンは、アプリケーションが正常に起動し、操作可能であることを示します。アプリケーションに緑のアイコンがない場合は、アプリケーションが実行中でないことを示します。アプリケーションをクリックして、起動します。

（注）	アプリケーションをインストールする前に、クラスタのコンピューティングが有効になっていることを確認します。クラスタのコンピューティングがアプリケーションの起動後に構成された場合、いくつかのアプリケーションが動作しないことがあります。

アプリケーション アイコンの左下のギア アイコンをクリックして、アプリケーションの仕様を表示します。[情報] タブは実行中のコンテナ情報を表示します。[仕様] タブは構成を表示します。

アプリケーション フレームワーク機能を使用するために、Cisco DCNM ホームページの左ウィンドウで、[アプリケーション] をクリックします。

[アプリケーション] ウィンドウに次のタブが表示されます。

• Catalog—このタブは Cisco DCNM で使用されるアプリケーションをリストします。Cisco DCNM 内でさまざまな機能を実行するこれらのアプリケーション。詳細については、Catalog を参照してください。

• Compute—のタブは既存のコンピューティング ノードを表示します。タブは、ホスティング インフラストラクチャの一部であるノードを示します。アップタイムは、それらがインフラストラクチャの一部であった時間を示します。高可用性（HA）設定では、アクティブとスタンバイ ノードが結合されているものとして表示されます。詳細については、コンピューティングを参照してください。

  （注）	クラスタモードでは、Cisco DCNM サーバは [コンピューティング（Compute）] タブに表示されません。

• [設定（Preferences）]：このタブは、アプリケーション インスタンスが配置される展開のクラスタ モードに関連しています。このタブでは、クラスタ接続をコンピューティングし、[クラスタ接続（Cluster Connectivity）] 基本設定を行うことができます。詳細については、初期設定を参照してください。

Cisco DCNM は次のアプリケーションを使用します。

• Compliance：このアプリケーションは、Easy Fabric インストール用のファブリックの構築に役立ちます。Compliance アプリケーションは、ファブリックあたり 1 つのインスタンスとして実行されます。ファブリックの作成時に有効になります。同様に、ファブリックが削除されるときに無効になります。

• DCNM Kibana (1.0)：Kibana は、可視化機能を提供する、Elasticsearch 用のオープンソース データ可視化プラグインです。Cisco DCNM は、メディア コントローラ、Endpoint Locator のために Kibana アプリケーションを使用します。

• vmmplugin: Virtual Machine Manager (VMM) プラグインは、Cisco DCNM にロードされているファブリックまたはスイッチ グループに接続するすべてのコンピューティングと仮想マシンの情報を保存します。VMM は、コンピューティング リポジトリ情報を収集し、VM、VSwitches/DVS、ホストをトポロジ ビューに表示します。

• Endpoint Locator：Endpoint Locator（EPL）機能により、データセンター内のエンドポイントをリアルタイムで追跡できます。追跡には、エンドポイントのネットワーク ライフ履歴のトレースと、エンドポイントの追加、削除、移動などに関連する傾向へのインサイトの取得が含まれます。エンドポイントは、IP アドレスと MAC アドレスを持つものです。その意味で、エンドポイントは仮想マシン（VM）、コンテナー、ベアメタル サーバー、サービス アプライアンスなどです。

カタログを使用すると、Cisco DCNM でインストールまたは有効にしたすべてのアプリケーションを表示できます。Cisco DCNM をインストールすると、ほとんどのアプリケーションはインストールされず、デフォルトで動作します。

Cisco DCNM 展開に基づいて、次のアプリケーションが表示されます。

• Health Monitor (2.1)

• PTP Monitoring (1.1)

• Kibana (2.0)

• Programmable report (1.1.0)

• Elastic Service (1.1)

• Compliance (4.0.0)

• Debug Tools (2.1)

• IPAM Integrator (1.0)

• Endpoint Locator (2.1)

• Kubernetes Visualizer (1.1)

• vmmplugin (4.1)

Note	デフォルトで起動されたアプリケーション、または DCNM にインストールされたインフラストラクチャ サービスを使用するアプリケーションは、デフォルトで動作します。

Web UI を介して App Center から追加のアプリケーションをインストールできます。

Cisco DCNM Web UI からのアプリケーションのダウンロード、追加、起動、停止、および削除の手順については、アプリケーションのインストールと展開 を参照してください。

このタブは既存のコンピューティング ノードを表示します。タブは、ホスティング インフラストラクチャの一部であるノードを示します。アップタイムは、それらがインフラストラクチャの一部であった時間を示します。高可用性（HA）設定では、アクティブとスタンバイ ノードが結合されているものとして表示されます。クラスタ モードでは、コンピューティング ノードのステータスで、ノードが結合されているか、発見されたかを示します。

（注）	コンピューティング ノードの NTP サーバが DCNM サーバ（アクティブとスタンバイ）とコンピューティングのための NTP サーバと同期されていない場合、クラスタを構成することはできません。 証明書はタイムスタンプ付きで生成されます。異なる NTP サーバを使用してコンピューティング ノードを構成する場合、タイムスタンプの不一致により証明書の検証が許可されなくなります。したがって、NTP サーバの不一致にもかかわらず、コンピューティング クラスタが構成される場合、アプリケーションは適切に機能しなくなります。

（注）	クラスタ モードで、Cisco DCNM サーバは [コンピューティング（Compute）] タブの下に表示されません。

下表は [アプリケーション（Applications）] > [コンピューティング（Compute）] に表示されるフィールドを説明します。

コンピューティング ノードを正しいパラメータでインストールすると、[ステータス（Status）] 列に [結合済み（Joined）] と表示されます。しかし、他の 2 つのコンピューティングが [発見済み（Discovered）] として表示されます。Cisco DCNM Web UI からクラスタ モードにコンピューティングを追加するには、クラスタ モードへのコンピューティングの追加 を参照してください。

クラスタ接続の基本設定を構成または変更するには、初期設定 を参照してください。

このタブは、アプリケーション インスタンスが配置されるクラスタ モードに関連しています。このタブでは、クラスタ接続を計算し、[Cluster Connectivity] 基本設定を行うことができます。

DCNM OVA のインストールで最小限の冗長性構成を確保するための推奨設定は、

• server1 の DCNM アクティブ ノード（アクティブ）およびコンピューティング ノード 1。

• server2 の DCNM スタンバイ ノードおよびコンピューティング ノード 2。

• server3 のコンピューティング ノード 3。

DCNM アクティブ ノードがダウンすると、スタンバイ ノードがコア機能の実行の全責任を負います。

コンピューティング ノードがダウンしても、アプリケーションは機能が制限されて機能し続ける可能性があります。この状況が長期間続くと、アプリケーションのパフォーマンスと信頼性に影響します。複数のノードがダウンすると、アプリケーションの機能に影響し、ほとんどのアプリケーションが機能しなくなります。

常に 3 つのコンピューティングノードを維持する必要があります。コンピューティング ノードがダウンした場合は、サービスが期待どおりに機能するように、できるだけ早く問題を修正してください。