Chapter1. 概要

Cisco Data Center Network Manager (DCNM) は、 Cisco NXOS ベースのストレージ ファブリックの管理システムです。データ センター ネットワーク インフラストラクチャのプロビジョニング、モニタリング、およびトラブルシューティングに加えて、Cisco DCNM はデータセンターのルーティング、スイッチング、およびストレージ管理のニーズを満たす包括的な機能セットを提供します。これにより、プログラマブル ファブリックのプロビジョニングが合理化され、SAN コンポーネントがモニタされます。

Cisco DCNM は、Cisco Nexus シリーズ スイッチ、Cisco MDS および Cisco Unified Computing System (UCS) に単一の Web ベース管理コンソールを通して、高度なレベルの可視性とコントロールを提供します。Cisco DCNM には、Cisco DCNM SAN クライアントとデバイス マネージャの機能も含まれています。

ここでは、次の項目について説明します。

- はじめに

- Installation Options

- 展開オプション

- Cisco DCNM のアップグレード

- システム要件

はじめに

Cisco DCNM は、スイッチ設定コマンドにコマンドライン インターフェイス (CLI) に代理を提供します。

Cisco DCNM には、これらの管理アプリケーションが含まれます。

Cisco DCNM Web UI

Cisco DCNM Web UI では、Web ブラウザを使用してリモートの場所から Cisco MDS and Nexus イベント、パフォーマンス、インベントリのレポートをモニタし取得するように操作できます。ライセンシングと検索は Cisco DCNM Web UI の一部です。

Performance Manager

Performance Manager は SNMP を使用してデータを取り込み、詳細なトラフィック分析を行います。このデータは、Cisco DCNM Web UI で表示可能なさまざまなグラフや表にコンパイルされます。パフォーマンス マネージャは、伸縮可能な検索時間シリーズ データベースにデータを保存します。DCNM は伸縮可能な検索への API アクセスをサポートしていません。

Installation Options

Cisco DCNM ソフトウェア イメージは、Cisco DCNM インストーラ、しょめ証明書、および署名検証スクリプトを使用してパッケージ化されます。目的の Cisco DCNM インストーラ イメージの ZIP ファイルをディレクトリに解凍します。README ファイルの手順に従って、イメージの署名を確認します。このパッケージからのインストラーにより、Cisco DCNM ソフトウェアがインストールされます。

DCNM オープン仮想アプライアンス (OVA) インストーラ

このインストーラは、オープン仮想アプライアンス ファイル (.ova) として使用できます。インストーラには、事前にインストールされた OS、DCNM、およびプログラミング可能なファブリックに必要なその他のアプリケーションが含まれています。

DCNM ISO 仮想アプライアンス (ISO) インストーラ

このインストーラは ISO イメージ ファイル (.iso) として使用できます。インストーラは、動的ファブリック自動化に必要な OS、DCNM、およびその他のアプリケーションのバンドルです。

展開オプション

Cisco DCNM インストーラは、次のいずれかのモードで展開できます。

スタンドアロン サーバ

すべてのタイプのインストーラは、PostgreSQL データベースとともにパッケージ化されます。各インストーラのデフォルトのインストール手順によって、このモードの展開が行われます。

仮想アプライアンスのハイ アベイラビリティ

DCNM 仮想アプライアンス (OVA と ISO の両方) をハイ アベイラビリティ モードで展開して、アプリケーションまたは OS で障害が発生した場合に復元力を持たせることができます。

Cisco DCNM のアップグレード

Cisco DCNM リリース 11.0(1) より前に、DCNM OVA、および ISO は SAN 機能をサポートしていました。Cisco DCNM リリース 11.3(1) 以降では、OVA と ISO 仮想アプライアンスの両方に SAN 展開用の Cisco DCNM をインストールできます。ただし、SAN OVA\ISO. のアップグレード パスはありません。

リリース 11.3(1) 以降では、Cisco DCNM OVA および ISO は SAN 機能に対してサポートされています。

次の表は、リリース 11.3(1) にアップグレードするために従う必要があるアップグレードのタイプをまとめたものです。

従来の LAN、LAN ファブリック、および IP for Media (IPFM) 展開のアップグレードのタイプ

現在のリリース番号

リリース 11.3(1) にアップグレードするアップグレード タイプ

11.2(1)

インライン アップグレード

11.1 (1)

インライン アップグレード

11.0(1)

11.0 (1) → 11.1 (1) → 11.3 (1)

1. インライン アップグレードを使用した 11.1(1) へのアップグレード

2. インライン アップグレードを使用した 11.1(1) から 11.3(1) へのアップグレード

10.4 (2)

[1]

10.4 (2) → 11.1 (1) → 11.3 (1)

1. DCNMUpgradeTool を使用して 11.1(1) にアップグレードします。

2. インライン アップグレードを使用した 11.1(1) から 11.3(1) へのアップグレード

[1] (このアップグレード パスは、Cisco DCNM メディアコントローラの展開ではサポートされていません)

システム要件

ここでは、Cisco DCNM リリース 11.3(1) を正しく機能させるためのさまざまなシステム要件について説明します。

Java の要件

Cisco DCNM サーバは、次のディレクトリに JRE 11.0.2 を使用して配信されます。

DCNM_root_directory/java/jdk11

サーバ要件

Cisco DCNM リリース 11.3(1) では、次の 64 ビット オペレーティング システム上の Cisco DCNM サーバがサポートされています。

- IP for Media、LAN ファブリック、従来の LAN 展開：

- CentOS Linux リリース 7.6 と統合したオープン仮想アプライアンス (OVA)

- CentOS Linux リリース 7.6 と統合した ISO 仮想アプライアンス (ISO)

Cisco DCNM リリース 11.3(1) では、次のデータベースをサポートします。

- PostgreSQL 9.4.5

（注）

ISO/OVA iインストールは、組み込み型 PostgreSQL データベースのみをサポートします。

Cisco DCNM リリース 11.2(1) から、Cisco DCNM では次のサーバ プラットフォーム上のベアメタル サーバ (ハイパーバイザなし) での ISO のインストールがサポートされています。

サーバ

製品 ID（PID）

推奨される最小メモリ、ドライブ容量、CPU 数[1]

Cisco UCS C240M4

UCSC-C240-M4S

RAID 運用のために Cisco ハードウェア RAID コントローラ [UCSC-MRAID12G-1GB/2 GB] を備えた 32G / 500G 16-vCPU コア (小規模)

Cisco UCS C240M4

UCSC-C240-M4L

RAID 運用のために Cisco ハードウェア RAID コントローラ [UCSC-MRAID12G- GB/2 GB] を備えた 32G / 500G 16-vCPU コア (大規模)

Cisco UCS C240 M5S

UCSC-C240-M5SX

RAID 運用のために Cisco ハードウェア RAID コントローラ [UCSC-SAS-M5 を備えた 32G / 500G 16-vCPU コア (小規模)

Cisco UCS C220 M5L

UCSC-C220-M5L

32G / 500G

RAID 運用のために Cisco ハードウェア RAID コントローラ [UCSC-SAS-M5 を備えた 16-vCPU コア (小規模)

[1] 16vCPUs、64G RAM、および 500 GB のハード ディスクを搭載した Cisco DCNM コンピューティング ノードをインストールします。32G RAM サーバでコンピューティング ノードをインストールしないようにしてください。

（注）

Cisco が Cisco UCS でのみテストしている場合でも、Cisco DCNM は代理のコンピューティング ハードウェアで動作します。

サポートされるハイパーバイザ

リリース 11.2(1) から、Cisco DCNM は DCNM LAN ファブリックおよび DCNM LAN の従来の展開において、次のハイパーバイザでの Cisco DCNM サーバの実行がサポートされています。

インストール モード

ハイパーバイザ

DCNM LAN Fファブリック

- Red Hat Enterprise Linux 7.6

- Windows Server 2019 [2]

DCNM の従来の LAN

Red Hat Enterprise Linux 7.6

[2] これは、クラスタ モードの Cisco DCNM ではサポートされていません。

Cisco DCNM の VMware Snapshot サポート

スナップショットでは、スナップショットを撮影した時点の仮想マシン全体の状態をキャプチャします。仮想マシンの電源をオンにして、電源をオフにすると、スナップショットを取得できます。

（注）

vCenter サーバは、Cisco DCNM OVA インストーラを展開するために必須です。

VM でスナップショットを撮影するには、次の手順を実行します。

1. インベントリ内の仮想マシンを右クリックして、[スナップショット (Snapshot)] > [スナップショットの撮影 (Take Snapshot)] をクリックします。

2. [スナップショットの撮影 (Take Snapshot)] ダイアログ ボックスに、スナップショットの名前と説明を入力します。

3. [OK] をクリックし、スナップショットを保存します。

次のスナップショットを VM に使用できます。

- VM の電源がオフの状態。

- VM の電源がオンまたはアクティブの状態。

（注）

VM の電源がオンまたはオフのとき、Cisco DCNM はスナップショットをサポートします。仮想マシン メモリ オプションが選択されているとき、DCNM はスナップショットをサポートしません。

次の図に示すように、仮想マシンのメモリ チェック ボックスが選択されていないことを示すスナップショットに注意してください。ただし、VM の電源がオフになっている場合グレーになっています。

スナップショットの状態に VM を復元できます。

仮想マシンを右クリックし、[スナップショットの管理 (Manage Snapshots)] を選択します。復元するスナップショットを選択し、[終了 (Done)] をクリックします。

従来の LAN、LAN ファブリック、SAN OVA 展開のスナップショット サポート

VMware vSphere Hypervisor（ESXi）

6.0

6.5

6.7

6.7 更新 3

VMware vCenter サーバ

6.0

6.5

6.7

6.7 更新 3

サーバ リソース要件

配置

展開タイプ

小規模 (Lab または POC)

大規模 (生産)

大規模 (生産)

コンピューティング

LAN ファブリック

- OVA

- ISO

CPU：8 vCPUs

RAM：24 GB

DISK：500 GB

CPU：16 vCPUs

RAM：32 GB

DISK：500 GB

CPU：32vCPUs

RAM：128 GB

DISK：500 GB

CPU：16 vCPUs

RAM：64 GB

DISK：500 GB

（注）

大規模かつコンピューティング展開の場合、ディスクを追加できます。ディスクのサイズは、最小 32GB から最大 1.5TB の範囲まで使用できます。

DCNM セットアップにディスク スペースを追加できます。SSH を使用して DCNM サーバにログオンします。appmgr system scan-disks-and-extend-fs コマンドを使用して、ディスク ファイル システムを拡張します。

サポートされる Web ブラウザ

Cisco DCNM は次の Web ブラウザをサポートします。

- Google Chrome バージョン 79.0.3945.79

- Mozilla Firefox バージョン 71.0 (32/64 ビット)

- Microsoft Internet Explorer バージョン 11.706 更新バージョン 11.0.120

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

次の表に、Cisco DCNM リリース 11.3(1) でサポートされているその他のソフトウェアを示します。

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

コンポーネント

機能

セキュリティ

- ACS バージョン 4.0、5.1、5.5、および 5.8

- ISE バージョン 2.6

- Telnet 無効：SSH バージョン 1、SSH バージョン 2、グローバル適用 SNMP プライバシー暗号化。

- Web Client 暗号化：TLS 1、1.1、1.2 を使用する HTTPS

OVA/ISO インストーラ

CentOS 7.6/Linux カーネル 3.10.x

Cisco DCNM は call-home イベント、ファブリック変更イベント、トラップおよびメールで転送されるイベントをサポートしています。

Chapter2. 注意事項と制約事項

- 注意事項と制約事項

注意事項と制約事項

Cisco DCNM をインストールおよびアップグレードのガイドラインと制限は、次の通りです。

一般的なガイドラインと制限事項

- 次のパスワード要件に従います。要件に従わない場合、DCNM アプリケーションは適切に機能しない場合があります。

- 最小でも 8 文字を含み、1 個のアルファベットと 1 個の数字を含む必要があります。

- アルファベット、数字、特殊文字（-_.#@&$ など）の組み合わせを含むことができます。

- DCNM パスワードにこれらの特殊文字を使用しないでください。<SPACE> " & $ % ' ^ = < > ; : ` \ | / , .*

- Cisco DCNM リリース 11.0(1) から、管理パスワードに許可されている文字は、OVA および ISO インストールに制限されています。従って、アップグレード中に、DCNM 11.0(1) または 11.1(1) に使用されている古いパスワードは無効です。ただし、アップグレード中は別のパスワードが許可されています。

入力されている新しい管理パスワードは、次のシナリオで使用されています。

—コンソールを経由して DCNM アプライアンスにアクセスします。

—SSH を経由してアプライアンスにアクセスします。

—アプライアンスで実行されているアプリケーション (例：Postgres DBMS)

ただし、アップグレード後 Postgres DBMS は DCNM 10.4(2) で取得されているバックアップから復元されているため、DCNM リリース 10.4(2) で使用されているパスワードを使用して、Cisco DCNM Web UI にログオンする必要があります。

- DCNM をインストールするときに、起動プロセスを中断しないでください (Ctrl+ALT + DELETE キーを押すなど)。中断する場合は、インストール プロセスを再起動する必要があります。

- インストールまたはアップグレード後、そして Cisco DCNM アプライアンスでその他の操作を実行する前に、タイムゾーンを設定します。タイムゾーンの設定には NTP サーバを使用します。

新規インストール

- 仮想アプライアンス (OVA/ISO) の場合、インストーラはオペレーティング システムと Cisco DCNM コンポーネントをインストールします。

- DCNM OVA は、vSphere クライアントを ESXi サーバに直接接続することで展開できます。

アップグレード

- SSH セッションからインライン アップグレードを実行しないでください。セッションがタイムアウトし、アップグレードが不完全になることがあります。

- Cisco DCNM リリース にアップグレードする前に、以前のリリースでテレメトリを無効にします。

- コンピューティング ノードを展開する前に、テレメトリを無効にします。コンピューティング ノードを展開後、テレメトリを有効にできます。

ネイティブ HA モードの DCNM の場合、テレメトリは 3 個のコンピューティング ノードのみでサポートされます。

- Network Insights アプリケーションを実行する必要がある場合、3 個のコンピューティング ノードをインストールする必要があります。

- いインターフェイス設定を変更する前に、テレメトリを無効にします。設定を変更後、テレメトリを有効にできます。

- バックアップと復元プロセスの間、コンピューティング ノードはバックアップにも含まれます。新しいコンピューティングを展開後、コンピューティング ノードでバックアップを復元できます。

バックアップがなかった場合、3 コンピューティング ノードを接続解除し、すべてのコンピューティング ノードでデータを消去します。Cisco DCNM Web Client UI で、[アプリケーション (Application)] > [コンピューティング (Compute)] に移動します。[+] アイコンを選択して、コンピューティング ノードに参加します。

- コンピューティング ノードでデータを消去するには、SSH セッションを通してコンピューティング ノードにログオンして、rm -rf /var/afw/vols/data コマンドを使用してデータを消去します。

Note

すべてのコンピューティング ノードで上のコマンドを個別に実行し、データを消去する必要があります。

Chapter3. 前提条件

この章では、 Cisco Data Center Network Manager の展開に関するリリース固有の前提条件について説明します。

- DCNM オープン仮想アプライアンスの前提条件

- DCNM ISO 仮想アプライアンスの前提条件

- Cisco DCNM 仮想アプライアンス HA の前提条件

DCNM オープン仮想アプライアンスの前提条件

Cisco DCNM オープン仮想アプライアンスをインストールする前に、次のソフトウェアとデータベース要件を満たす必要があります。

- Windows server で実行されている VMware vCenter サーバ (または代わりに仮想アプライアンスとして実行されている)。

- vCenter にインポートされている VMware ESXi ホスト。

- ESXi ホスト上の 3 つのポート グループ：DCNM 管理ネットワーク、拡張されたファブリック管理ネットワーク、EPL およびテレメトリ機能用インバンド インターフェイス。

- Cisco DCNM オープン仮想アプライアンスにより管理される Cisco プログラマブル ファブリックでスイッチの数を決定します。

- VMware vCenter Web クライアントが DCNM OVA インストールのため起動されているホストで、ウイルス対策ソフトウェア (McAfee など) が実行されていないことを確認します。ウイルス対策ソフトウェアが実行中の場合、DCNM インストールに失敗する可能性があります。

- DCNM オープン仮想アプライアンスは、ESXi ホストで展開されているものとも互換性があります。ESXi ホストでの展開の場合、VMware vSphere クライアント アプリケーションは必須です。

Note

CPU およびメモリ要件の詳細については、 memory requirements, Cisco DCNM リリース ノート、リリース 11.0(1) の「」のセクションを参照してください。

DCNM ISO 仮想アプライアンスの前提条件

既存のアクティブ/スタンバイ ネイティブ HA DCNM アプライアンスに、追加のアクティブまたはスタンバイ ノードを追加しないようにしてください。インストールは失敗します。

Cisco DCNM ISO 仮想アプライアンスをインストールする前に、ホストまたはハイパーバイザを設定する必要があります。要件に基づいて、CPU とメモリの要件に基づいて、セットアップ ホスト マシンまたはハイパーバイザを設定します。

Note

CPU およびメモリ要件の詳細については、 memory requirements, Cisco DCNM リリース ノート、リリース 11.0(1) の「」のセクションを参照してください。

次のいずれかのホストを設定して、DCNM ISO 仮想アプライアンスをインストールすることができます。

VMware ESXi

ホスト マシンは ESXi を使用してインストールされ、2 つのポート グループが作成されます。1 つは EFM ネットワーク用、もう 1 つは DCNM 管理ネットワーク用です。拡張ファブリック インバンド ネットワークはオプションです。

カーネルベース仮想マシン (KVM)

ホスト マシンは、Red Hat Enterprise Linux (RHEL) 5.x、6.x または 7.x とともにインストールされ、KVM ライブラリとグラフィカル ユーザー インターフェイス (GUI) にアクセスします。GUI では、仮想マシン マネージャにアクセスして、Cisco DCNM 仮想アプライアンスを展開して管理することができます。2 つのネットワークが作成されます (EFM ネットワークと DCNM 管理ネットワーク)。通常、DCNM 管理ネットワークは、他のサブネットからアクセスするためにブリッジされます。さまざまなタイプのネットワークを作成する方法については、KVM のマニュアルを参照してください。

Note

CentOS や Ubuntu などの他のプラットフォームの KVM は、互換性マトリクスが増加するためサポートされません。

Cisco DCNM 仮想アプライアンス HA の前提条件

ここでは、ハイ アベイラビリティ (HA) 環境を得るための前提条件について説明します。

- HA モードで Cisco DCNM 仮想アプライアンスを展開する

- 仮想 IP アドレスの可用性

- NTP サーバのインストール

HA モードで Cisco DCNM 仮想アプライアンスを展開する

2 つのスタンドアロン仮想アプライアンス (OVA と ISO) を展開する必要があります。両方の仮想アプライアンスを展開する場合は、次の条件を満たす必要があります。

- アクティブ OVA の eth0 は、スタンバイ仮想アプライアンスの eth0 と同じサブネットに存在する必要があります。アクティブ仮想アプライアンスの eth1 は、スタンバイ OVA の eth1 と同じサブネットに存在する必要があります。アクティブ仮想アプライアンスの eth2 は、スタンバイ アプライアンスの eth2 と同じサブネットに存在する必要があります。

- 両方の仮想アプライアンスは、同じ管理パスワードを使用して展開する必要があります。このプロセスにより、両方の仮想アプライアンスが互いに重複していることが保証されます。

- 既存のアクティブ/スタンバイ ネイティブ HA DCNM アプライアンスに追加のアクティブまたはスタンバイノードを追加しようとすると、インストールが失敗します。

仮想 IP アドレスの可用性

サーバ eth0 および eth1 インターフェイスを設定するには、2 つの空き IP アドレスが必要です。ただし、eth2 IP アドレスはオプションです。最初の IP アドレスは、管理アクセス ネットワークで使用されます。これは、OVA の管理アクセス (eth0) インターフェイスと同じサブネット内にある必要があります。2 番目の IP アドレスは、enhanced fabric management (eth1) インターフェイス (スイッチ/POAP 管理ネットワーク) と同じサブネット内にある必要があります。

DCNM サーバのインバンド 管理 (eth2) の設定を選択した場合は、別の IP アドレスを予約する必要があります。ネイティブ HA セットアップでは、プライマリ サーバとセカンダリ サーバの eth2 インターフェイスが同じサブネット内にある必要があります。

NTP サーバのインストール

大部分の HA 機能を動作させるには、NTP サーバを使用して両方の OVA の時刻を同期する必要があります。通常、インストールは管理アクセス ネットワーク (eth0) インターフェイスにあります。

Chapter4. Cisco DCNM のインストール

この章は、次の項で構成されています。

- オープン仮想アプライアンスで DCNM をインストールする

- ISO 仮想アプライアンスで DCNM をインストールする

- Cisco DCNM コンピューティング ノードのインストール

オープン仮想アプライアンスで DCNM をインストールする

この章は、次の項で構成されています。

- オープン仮想アプライアンス ファイルのダウンロード

- OVF テンプレートとしてのオープン仮想アプライアンスの展開

- スタンドアロン モードでの Cisco DCNM OVA のインストール

- ネイティブ HA モードでの Cisco DCNM OVA のインストール

オープン仮想アプライアンス ファイルのダウンロード

オープン仮想アプライアンスをインストールする最初の手順は、dcnm.ova ファイルをダウンロードすることです。OVF テンプレートを展開するとき、コンピュータの dcnm.ova ファイルを指します。

Note

HA アプリケーション機能を使用する予定の場合は、 dcnm.ova ファイルを 2 回展開する必要があります。

Procedure

Step 1

次のサイトに移動します。http://software.cisco.com/download/。

Step 2

[製品の選択 (Select a Product)] 検索ボックスに「Cisco Data Center Network Manager」と入力します。

[検索 (Search)] アイコンをクリックします。

Step 3

検索結果から [Data Center Network Manager] をクリックします。

ダウンロード可能な Cisco DCNM の最新リリース ソフトウェアのリストが表示されます。

Step 4

最新リリースのリストで、[11.3(1)] を選択します。

Step 5

DCNM オープン仮想アプライアンス インストーラを検索し、[ダウンロード (Download)] アイコンをクリックします。

Step 6

dcnm.ova ファイルをディレクトリに保存し、OVF テンプレートの展開を開始するときに見つけやすくなります。

OVF テンプレートとしてのオープン仮想アプライアンスの展開

OVA 仮想アプライアンス ファイルをダウンロードしたら、vSphere Client アプリケーションからまたは vCenter サーバから OVF テンプレートを展開します。

Note

HA セットアップ用に 2 つの OVA を展開します。

Procedure

Step 1

vCenter サーバ アプリケーションを開き、vCenter ユーザー クレデンシャルを使用して vCenter サーバに接続します。

Note

ESXi ホストを vCenter サーバ アプリケーションに追加する必要があります。

VMware vsphere のバージョンによっては、大規模またはコンピューティング OVA を展開する場合に、ユーザーが追加のディスクサイズを指定できないため、Web HTML5 インターフェイスが適切に動作しない場合があります。したがって、VM を展開するには Flex インターフェイスを使用することをお勧めします。

ESXi 6.7 を使用して OVF テンプレートを展開している場合、HTML5 で Internet Explorer ブラウザを使用すると、インストールが失敗します。ESXi および 6.7 を使用して OVF テンプレートを正常に展開するには、次のいずれかのオプションを確認します。

- Mozilla Firefox ブラウザ、HTML 5 サポートあり

HTML 5 がサポートされていない場合の flex インターフェイスの使用

- Mozilla Firefox ブラウザ、flex\flash サポートあり

- Google Chrome ブラウザ、HTML 5 サポートあり

HTML 5 がサポートされていない場合の flex インターフェイスの使用

Step 2

[ホーム (Home)] > [インベントリ (Inventory)] > [ホストおよびクラスタ (Hosts and Clusters)] に移動し、OVF テンプレートが展開されているホストを選択します。

Step 3

[ホスト (Host)] を右クリックして [OVF テンプレートの展開 (Deploy OVF Template)] を選択します。

[アクション (Actions)] > [OVF テンプレートの展開 (Deploy OVF Template)] を選択することもできます。

[OVF テンプレートの展開 (Deploy OVF Template)] ウィザードが表示されます。

Step 4

[テンプレートの選択 (Select template)] 画面で、OVA イメージをダウンロードした場所に移動します。

次のいずれかの方法で OVA ファイルを選択できます。

- [URL] オプション ボタンを選択します。イメージ ファイルの場所へのパスを入力します。

- [ローカル ファイル (Local File)] オプション ボタンを選択します。[参照（Browse）] をクリックします。イメージが保存されているディレクトリに移動します。[OK] をクリックします。

[次へ（Next）] をクリックします。

Step 5

OVF テンプレートの詳細を確認して、[次へ (Next)] をクリックします。

Step 6

[エンド ユーザー ライセンス契約 (End User License Agreement)] 画面で、ライセンス契約書をお読みください。

[承認 (Accept)] をクリックし、[次へ (Next)] をクリックします。

Step 7

[名前と場所 (Name and Location)] 画面で、次の情報を入力します。

- [名前 (Name)] フィールドに、OVF の適切な名前を入力します。

Note

VM 名がインベントリ内で固有であることを確認します。

- [参照 (Browse)] タブで、適切な ESXi ホストの下の展開場所として [データセンター (Datacenter] を選択します。

[次へ (Next)] をクリックします。

Step 8

[設定の選択 (Select Configuration)] ドロップダウン リストから設定を選択します。

- [小規模 (Small)] (ラボまたは POC) を選択して、8 個の vCPU、24 GB RAM を搭載した仮想マシンを設定します。

コンセプト実証には [小規模 (Small)]、時間の増加が期待されないスイッチ 50 個未満のその他の小規模環境の場合は [小規模 (small-scale)] を選択します。

- 16 個の vCPU、32GB RAM を搭載した仮想マシンを設定するには、[大規模 (Large)] (生産) を選択します。

より優れた RAM、ヒープ メモリ、および CPU を利用するために、50 個を超えるデバイスを管理する場合は、大規模な展開構成を使用することを推奨します。設定が増える可能性がある場合は、[大規模 (Large)] を選択します。

- [コンピューティング (Compute)] を選択して、16 個の vCPU、64GB RAM を搭載した仮想マシンを設定するには、

展開でアプリケーションを使用するには、コンピューティング モードで DCNM を展開する必要があります。

- [特大 (Huge)] を選択して、32 vCPU、128GB RAM を搭載した仮想マシンを設定します。

[次へ (Next)] をクリックします。

Step 9

[リソースの選択 (Select a resource)] 画面で、OVA テンプレートを展開するホストを選択します。

[次へ (Next)] をクリックします。

Step 10

[ストレージの選択 (Select storage)] 画面で、データストアと使用可能なスペースに基づいて、仮想マシン ファイルのディスク形式と宛先ストレージを選択します。

1. ドロップダウン リストから仮想ディスク形式を選択します。

使用可能なディスクの形式は次のとおりです。

Note

仮想アプライアンスで必要なストレージとして十分な容量があり、仮想ディスクに対して領域の特定の割り当てを設定したい場合は、次のシック プロビジョン タイプのいずれかを選択します。

- Thick Provision Lazy Zeroed：仮想ディスクが作成されるときに、仮想ディスク ファイルに対して指定された領域全体が割り当てられます。仮想ディスクが作成されたが、仮想ディスクから最初に書き込む際に後でオンデマンドでゼロ設定されると、物理デバイスに残っているデータは消去されません。

- Thin Provision：使用可能なディスク容量は 100 GB 未満です。最初のディスク使用量は 3GB で、データベースのサイズは管理対象デバイス数が増加するにつれて増加します。

- Thick Provision Eager Zeroed：仮想ディスクに必要なスペースは、仮想ディスクを作成する際に割り当てられます。Lazy Zeroed オプションと異なり、仮想ディスクの作成時に、物理デバイスに残っているデータは消去されます。

Note

500G を使用すると、DCNM インストールはオプション Thick Provision Eager Zeroed を使用してスタックされているように見えます。ただし、完了するには時間がかかります。

2. ドロップダウン リストから VM ストレージ ポリシーを選択します。

デフォルトでは、ポリシーは選択されていません。

3. クラスタ データストアを表示するには、[ストレージ DRS クラスタからデータストアを表示する (Show datastores from Storage DRS clusters)] をオンにします。

4. データストアで利用可能な仮想マシンの宛先ストレージを選択します。

[次へ (Next)] をクリックします。

Step 11

[ネットワークの選択 (Select Networks)] ページで、OVF テンプレートで使用されているネットワークをインベントリのネットワークにマッピングします。

- dcnm-mgmt network

このネットワークは、Cisco DCNM オープン仮想アプライアンスに接続 (SSH、SCP、HTTP、HTTPS) を提供します。DCNM 管理ネットワークに関連付けられているサブネットに対応するポートグループにこのネットワークを関連付けます。

- enhanced-fabric-mgmt

このネットワークは、Nexus スイッチのファブリック管理を強化します。リーフおよびスパイン スイッチの管理ネットワークに対応するポート グループに、このネットワークを関連付ける必要があります。

- enhanced-fabric-inband

このネットワークは、ファブリックへのインバンド接続を行います。このネットワークを、ファブリック インバンド接続に対応するポート グループに関連付ける必要があります。

Note

enhanced-fabric-inband ネットワークを設定しない場合、エンドポイント ロケータおよびテレメトリ機能は操作できません。

ただし、appmgr update network-properties コマンドを使用して、必要に応じてインストール後にネットワーク プロパティを編集できます。詳細については、「DCNM インストール後のネットワーク プロパティ」を参照してください。

[宛先ネットワーク (Destination Network)] ドロップダウン リストから、対応するネットワークに関連付けられているサブネットに対応しているポート グループに、ネットワーク マッピングを関連付けることを選択します。

HA 機能用に複数の DCNM オープン仮想アプライアンスを展開する場合は、次の条件を満たす必要があります。

- 両方の OVA には、同じサブネット内に管理アクセス (eth0)、拡張ファブリック管理 (eth1)、およびインバンド管理 (eth2) インターフェイスが必要です。

- 各 OVA には、異なるサブネットに eth0 と eth2 のインターフェイスが必要です。

- 両方の OVA は、同じ管理パスワードを使用して展開する必要があります。これは、両方の OVA がアプリケーション アクセスのため互いに重複していることを確認するためです。パスワードには次の文字を使用しないでください。<SPACE> " & $ % ' ^ = < > ; : ` \ | / , .*

[次へ (Next)] をクリックします。

Step 12

[テンプレートのカスタマイズ (Customize template)] 画面で、管理プロパティの情報を入力します。

[IP アドレス (IP Address): (DCNM の外部管理アドレス用)、[サブネット マスク (Subnet Mask)]、および [デフォルト ゲートウェイ (Default Gateway)] を入力します。

Note

ネイティブ HA のインストールとアップグレード時に、アクティブ アプライアンスとスタンバイアプライアンスの両方に適切な管理プロパティが提供されていることを確認します。

[管理ネットワーク (Management Network)] プロパティに有効な値が追加されていることを確認します。無効な値を持つプロパティは割り当てられません。有効な値を入力するまで、VM の電源はオンになりません。

リリース 11.3(1) 以降では、大規模なコンピューティング構成の場合、VM に追加のディスク領域を追加できます。32GB から最大 1.5TB のディスク領域を追加できます。[追加ディスク サイズ (Extra Disk Size)] フィールドに、VM に作成される追加のディスク サイズを入力します。

[次へ (Next)] をクリックします。

Step 13

[完了の準備 (Ready to Complete)] 画面で、展開設定を確認します。

[戻る (Back)] をクリックして前の画面に移動し、設定を変更します。

[終了 (Finish)] をクリックし、OVF テンプレートを展開します。

vSphere クライアントの [最近のタスク (Recent Tasks)] 領域に展開ステータスが表示されます。

Note

この展開がアップグレード プロセスの一部である場合は、VM の電源をオンにしないでください。11.0(1)、11.1(1)11.0(1)、11.1(1) または 11.2(1) MAC アドレスを編集して提供し、VM の電源をオンにします。

Step 14

インストールが完了したら、インストールされている VM を右クリックし、[電源 (Power)] > [電源オン (Power On)] を選択します。

Note

VM の電源をオンにする前に、選択した展開設定に基づき、CPU やメモリなど VM に予約されている適切なリソースがあることを確認します。

[最近のタスク (最近のタスク)] 領域にステータスが表示されます。

Step 15

[概要 (Summary)] タブに移動し、[設定 (Settings)] アイコンをクリックして、[Web コンソールの起動 (Launch Web Console)] を選択します。

DCNM アプライアンスが設定されていることを示すメッセージが画面に表示されます。

***************************************************************
Please point your web browser to
https://<IP-address>:<port-number>
to complete the application
***************************************************************

ブラウザに URL をコピーして貼り付け、Web インストーラを使用してインストールを完了します。

What to do next

DCNM インストーラは、DCNM VM フォルダに _deviceImage-0.iso を作成し、その ISO を VM に永続的にマウントします。この ISO が削除されるか、CD/DVD が切断されると、VM は起動しません。VM は緊急モードに入り、次のメッセージが表示されます。管理用の root パスワードを指定します。VM がダウンしている場合は、CD/DVD ドライブの接続を解除できます。ただし、再度電源をオンにすると、VM は緊急モードに入り、プロンプトを表示します。

スタンドアロン モードまたはネイティブ HA モードで DCNM をインストールするように選択できます。詳細については、スタンドアロン モードでの Cisco DCNM OVA のインストールまたはネイティブ HA モードでの Cisco DCNM OVA のインストールを参照してください。

スタンドアロン モードでの Cisco DCNM OVA のインストール

[コンソール (Console)] タブに表示されている URL を貼り付け、[Enter] キーを押します。初期メッセージが表示されます。

Web インストーラから Cisco DCNM のインストールを完了するには、次の手順を実行します。

Procedure

Step 1

[Cisco DCNM へようこそ (Welcome to Cisco DCNM)] 画面から、[開始 (Get Started)] をクリックします。

Step 2

[Cisco DCNM インストーラ (Cisco DCNM Installer)] 画面で、[新規インストール - スタンドアロン (Fresh Installation – Standalone)] オプション ボタンを選択します。

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

Step 3

[管理 (Administration)] タブで、Cisco DCNM オープン仮想アプライアンスのすべてのアプリケーションに接続するために使用されるパスワードを入力します。

次のパスワード要件に従います。要件に準拠していない場合、DCNM アプリケーションが正常に機能しない可能性があります。

- 最小でも 8 文字を含み、1 個のアルファベットと 1 個の数字を含む必要があります。

- アルファベット、数字、特殊文字（-_.#@&$ など）の組み合わせを含むことができます。

- DCNM パスワードにこれらの特殊文字を使用しないでください。

<SPACE> " & $ % ' ^ = < > ; : ` \ | / , .*

[パスワードの文字列を表示する (Show passwords in clear text)] チェックボックスをオンにして、入力したパスワードを表示します。

[次へ (Next)] をクリックします。

Step 4

[インストール モード (Install Mode)] タブで、ドロップダウン リストから OVA DCNM アプライアンスの [LAN ファブリック (LAN Fabric)] インストール モードを選択します。

クラスタ モードで Cisco DCNM を展開する場合は、[クラスタ モードを有効にする (Enable Clustered Mode)] チェックボックスをオンにします。

コンピューティング ノードが Cisco DCNM [Web UI] > [アプリケーション (Applications)] > [コンピューティング (Compute)] に表示されます。後でコンピューティング ノードをクラスタに追加できます。You can add the compute nodes to a Cluster, later.

Note

[クラスタ モードを有効にする (Enable Clustered Mode)] がオンになっている場合、設定、コンプライアンス、EPL、NIA などのアプリケーションはコンピューティング ノードがインストールされるまで動作しません。

[次へ (Next)] をクリックします。

Step 5

[システム設定 (System Settings)] で、DCNM アプライアンスの設定を行います。

- [完全修飾ホスト名 (Fully Qualified Hostname)] フィールドで、RFC1123 セクション 2.1 の通りに、完全修飾ドメイン名 (FQDN) のホスト名を入力します。

- [DNS サーバ アドレス (DNS Server Address)] フィールドで、DNS IP アドレスを入力します。

リリース 11.2(1) から、IPv6 アドレスを使用した DNS サーバも設定できます。

- [NTP サーバ (NTP Server)] フィールドに、NTP サーバの IP アドレスを入力します。

値は IP または IPv6 アドレスか RFC 1123 に準拠した名前である必要があります。

リリース 11.3(1) から、1 個以上の DNS サーバと NTP サーバを設定できます。

[次へ (Next)] をクリックします。

Step 6

[ネットワーク設定 (Network Settings)] タブで、ネットワーク パラメータを設定します。

Cisco DCNM 管理ネットワーク インターフェイス

1. [管理ネットワーク (Management Network)] 領域で、自動入力 IP アドレスとデフォルト ゲートウェイ アドレスが正しいことを確認します。必要に応じて変更します。

Note

Cisco DCNM リリース 11.2(1) から、管理ネットワークの IPv6 アドレスも使用できます。

(オプション) プレフィックスとともに有効な IPv6 アドレスを入力し、管理アドレスと管理ネットワーク デフォルト IPv6 ゲートウェイを設定します。

2. [アウトオブバンド ネットワーク (Out-of-Band Network)] 領域で、IP アドレス、ゲートウェイ IP アドレスを入力します。DCNM が IPv6 ネットワークにある場合、IPv6 アドレスを使用してネットワークを設定します。

アウトオブバンド管理では、デバイス管理ポート (通常 mgmt0) への接続を提供します。

Note

アウトオブバンド管理が設定されていない場合、クラスタ モードで Cisco DCNM を設定できません。

3. [インバンド ネットワーク (In-Band Network)] 領域で、インバンド ネットワークの IP アドレスおよびゲートウェイ IP アドレスを入力します。

インバンド ネットワークにより、前面パネルのポートを介してデバイスへ到達可能になります。

Note

インバンド ネットワークを設定しない場合、エンドポイント ロケータおよびテレメトリ機能は操作できません。

ただし、appmgr update network-properties コマンドを使用して、必要に応じてインストール後にネットワーク プロパティを編集できます。詳細については、「DCNM インストール後のネットワーク プロパティ」を参照してください。

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

Step 7

[アプリケーション (Applications)] タブの [IPv4 サブネット (IPv4 Subnet)] フィールドで、DCNM に対して内部で実行するアプリケーションへアクセスするための IP サブネットを入力します。

すべてのアプリケーションがこのサブネットからの IP アドレスを使用します。

手順 Step 4 で [クラスタ モードを有効にする (Enable Clustered Mode)] チェックボックスをオンにしている場合、[クラスタ モード設定 (Cluster Mode configuration)] 領域が表示されます。

Note

[クラスタ モード (Clustered mode)] では、Cisco DCNM アプリケーションは別の DCNM コンピューティング ノード実行します。

1. [アウトオブバンド IPv4 ネットワーク アドレス プール (Out-of-Band IPv4 Network Address Pool)] で、クラスタ モードで使用するアウトオブバンド IPv4 ネットワークからアドレス プールを入力します。

アドレスは eth1 サブネットから利用可能で小さい IP アドレスのプレフィックスである必要があります。例：eth1 サブネットがインストール中に 10.1.1.0/24 に設定された場合、10.1.1.240/28 を使用します。

このサブネットは、最小で /28 (16 アドレス) および最大で /24 (256 アドレス) である必要があります。また、east-west プール以上にしないでください。このサブネットは、スイッチとの通信のためコンテナに割り当てられます。

2. [アウトオブバンド IPv6 ネットワーク アドレス プール (Out-of-Band IPv6 Network Address Pool)] で、クラスタ モードで使用するアウトオブバンド IPv6 ネットワークからアドレス プールを入力します。アドレス プールは IPv6 サブネットである必要があります。

3. [インバンド IPv4 ネットワーク アドレス プール (In-Band IPv4 Network Address Pool)] で、クラスタ モードで使用するアウトオブバンド IPv4 ネットワークからアドレス プールを入力します。

アドレスは利用可能な IP アドレスの eth2 サブネットより小さい IP アドレスのプレフィックスである必要があります。例：eth2 サブネットがインストール中に 11.1.1.0/24 に設定された場合、11.1.1.240/28 を使用します。

このサブネットは、最小で /28 (16 アドレス) および最大で /24 (256 アドレス) である必要があります。また、east-west プール以上にしないでください。このサブネットは、スイッチとの通信のためコンテナに割り当てられます。

4. [インバンド IPv6 ネットワーク アドレス プール (In-Band IPv6 Network Address Pool)] で、クラスタ モードで使用するインバンド IPv6 ネットワークからアドレス プールを入力します。アドレス プールは IPv6 サブネットである必要があります。

[次へ (Next)] をクリックします。

Step 8

[概要 (Summary)] タブで、設定の詳細を確認します。

前のタブに移動して設定を変更するには、[前 (previous)] をクリックします。[インストールの開始 (Start Installation)] をクリックし、選択した展開モードの Cisco DCNM インストールを完了します。

進行状況バーが表示され、完了したパーセンテージ、動作の説明、およびインストール中の経過時間が表示されます。経過表示バーに 100% と表示されたら、[続行 (Continue)] をクリックします。

DCNM Web UI にアクセスするための URL とともに成功メッセージが表示されます。

***************************************************************
Your Cisco Data Center Network Manager software has been installed.
DCNM Web UI is available at
https://<<IP Address>>:2443
You will be redirected there in 60 seconds.
Thank you
***************************************************************

Note

Cisco DCNM がファイアウォールの背後で実行されている場合、ポート 2443 を開き、Cisco DCNM Web UI を起動します。

Note

インストールが進行中に管理 IP アドレスを使用して DCNM Web UI にアクセスする場合、エラー メッセージがコンソールに表示されます。

***************************************
*Preparing Appliance*

***************************************

What to do next

適切なクレデンシャルを使用して DCNM Web UI にログオンします。

[設定 (Settings)] アイコンをクリックし、[DCNM の詳細 (About DCNM)] を選択します。展開したインストール タイプを表示して確認できます。

デバイス管理にインバンド管理 (eth2) IP アドレスを設定している場合、スタンドアロン サーバにログインし、次のコマンドを使用して、サーバの eth2 からスイッチにインバンド ネットワーク到達可能性を設定します。

dcnm# appmgr setup inband-route --subnet switches-fabric-links-IP-subnet/mask
dcnm# appmgr setup inband-route --subnet switch-loopback-IP-subnet>/mask

例：10.0.0.x/30 サブネットを介して接続しているすべてのファブリック リンクを備えた 4 つのスイッチがある場合、およびサブネット 40.1.1.0/24 の インバンド到達可能性に対してすべてのスイッチがループバック インターフェイスで設定されている場合、次のコマンドを使用します。

dcnm# appmgr setup inband-route --subnet 10.0.0.0/24
dcnm# appmgr setup inband-route --subnet 40.1.1.0/24

ネイティブ HA モードでの Cisco DCNM OVA のインストール

ネイティブ HA は ISO または OVA インストールのみを使用した DCNM アプライアンスでサポートされています。

デフォルトでは、Cisco DCNM を使用した組み込み型 PostgreSQL データベース エンジンです。ネイティブ HA 機能は、Cisco DCNM アプライアンスによって、リアルタイムで同期されている組み込みデータベースを使用したアクティブおよびスタンバイ アプリケーションとして実行可能です。したがって、アクティブ DCNM が機能していない場合、スタンバイ DCNM は同じデータベースデータを引き継ぎ、操作を再開します。

DCNM のネイティブ HA をセットアップするには、次の作業を実行します。

Procedure

Step 1

2つの DCNM 仮想アプライアンス (OVA または ISO のいずれか) を展開します。

例えば、dcnm1 および dcnm2 として示します。

Step 2

dcnm1 をプライマリ ノードとして設定します。dcnm1 の [コンソール (Console)] タブに表示されている URL を貼り付け、[Enter] キーを押します。

初期メッセージが表示されます。

1. [Cisco DCNM へようこそ (Welcome to Cisco DCNM)] 画面から、[開始 (Get Started)] をクリックします。

2. [Cisco DCNM インストーラ (Cisco DCNM Installer)] 画面で、[新規インストール - HA プライマリ (Fresh Installation - HA Primary)] オプション ボタンを選択して、 dcnm1 をプライマリ ノードとしてインストールします。

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

3. [管理 (Administration)] タブで、Cisco DCNM オープン仮想アプライアンスのすべてのアプリケーションに接続するために使用されるパスワードを入力します。

次のパスワード要件に従います。要件に準拠していない場合、DCNM アプリケーションが正常に機能しない可能性があります。

- 最小でも 8 文字を含み、1 個のアルファベットと 1 個の数字を含む必要があります。

- アルファベット、数字、特殊文字（-_.#@&$ など）の組み合わせを含むことができます。

- Linux、Windows、OVA、および ISO プラットフォームでは、DCNM パスワードに次の特殊文字を使用しないでください。

<SPACE> " & $ % ' ^ = < > ; : ` \ | / , .*

[パスワードの文字列を表示する (Show passwords in clear text)] チェックボックスをオンにして、入力したパスワードを表示します。

[次へ (Next)] をクリックします。

4. [インストール モード (Install Mode)] タブで、ドロップダウン リストから DCNM アプライアンスの [LAN ファブリック (LAN Fabric)] インストール モードを選択します。

Check the Enable Clustered Mode checkbox, if you want to deploy Cisco DCNM in Cluster mode.

コンピューティング ノードが Cisco DCNM [Web UI] > [アプリケーション (Applications)] > [コンピューティング (Compute)] に表示されます。後でコンピューティング ノードをクラスタに追加できます。You can add the compute nodes to a Cluster, later.

Note

[クラスタ モードを有効にする (Enable Clustered Mode)] がオンになっている場合、設定、コンプライアンス、EPL、NIA などのアプリケーションはコンピューティング ノードがインストールされるまで動作しません。

[次へ (Next)] をクリックします。

5. [システム設定 (System Settings)] で、DCNM アプライアンスの設定を行います。

- [完全修飾ホスト名 (Fully Qualified Hostname)] フィールドで、RFC1123 セクション 2.1 の通りに、完全修飾ドメイン名 (FQDN) のホスト名を入力します。

- [DNS サーバ アドレス (DNS Server Address)] フィールドで、DNS IP アドレスを入力します。

リリース 11.2(1) から、IPv6 アドレスを使用した DNS サーバも設定できます。

- [NTP サーバ (NTP Server)] フィールドに、NTP サーバの IP アドレスを入力します。

値は IP または IPv6 アドレスか RFC 1123 に準拠した名前である必要があります。

リリース 11.3(1) から、1 個以上の DNS サーバと NTP サーバを設定できます。

[次へ (Next)] をクリックします。

6. [ネットワーク設定 (Network Settings)] タブで、ネットワーク パラメータを設定します。

Cisco DCNM 管理ネットワーク インターフェイス

- [管理ネットワーク (Management Network)] 領域で、自動入力された IP アドレスとデフォルトゲートウェイアドレスが正しいことを確認します。必要に応じて変更します。

Note

Cisco DCNM リリース 11.2(1) から、管理ネットワークの IPv6 アドレスも使用できます。

(オプション) プレフィックスとともに有効な IPv6 アドレスを入力し、管理アドレスと管理ネットワーク デフォルト IPv6 ゲートウェイを設定します。

- [アウトオブバンド ネットワーク (Out-of-Band Network)] 領域で、IP アドレス、ゲートウェイ IP アドレスを入力します。DCNM が IPv6 ネットワークにある場合、IPv6 アドレスを使用してネットワークを設定します。

アウトオブバンド管理では、デバイス管理ポート (通常 mgmt0) への接続を提供します。

Note

アウトオブバンド管理が設定されていない場合、クラスタ モードで Cisco DCNM を設定できません。

- [インバンド ネットワーク (In-Band Network)] 領域で、インバンド ネットワークの VIP アドレスとゲートウェイ IP アドレスを入力します。インバンド ネットワークにより、前面パネルのポートを介してデバイスへ到達可能になります。

Note

インバンド ネットワークを設定しない場合、エンドポイント ロケータおよびテレメトリ機能は操作できません。

- [内部アプリケーション サービス ネットワーク (Internal Application Services Network)] 領域で、DCNM に対して内部で実行するアプリケーションへアクセスするための IP サブネットを入力します。

すべてのアプリケーションがこのサブネットからの IP アドレスを使用します。

Note

プライマリ HA およびセカンダリ HA ノードの両方で同じ IP サブネットを設定していることを確認します。

ただし、appmgr update network-properties コマンドを使用して、必要に応じてインストール後にネットワーク プロパティを編集できます。詳細については、「DCNM インストール後のネットワーク プロパティ」を参照してください。

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

7. [HA 設定 (HA Settings)] タブに確認メッセージが表示されます。

You are installing the primary DCNM HA node.
Please note that HA setup information will need to
be provided when the secondary DCNM HA node is
installed.

[次へ (Next)] をクリックします。

8. [アプリケーション (Applications)] タブの [IPv4 サブネット (IPv4 Subnet)] フィールドで、DCNM に対して内部で実行するアプリケーションへアクセスするための IP サブネットを入力します。

すべてのアプリケーションがこのサブネットからの IP アドレスを使用します。

手順 2.d で [クラスタ モードを有効にする (Enable Clustered Mode)] チェックボックスをオンにしている場合、[クラスタ モード設定 (Cluster Mode configuration)] 領域が表示されます。

Note

[クラスタ モード (Clustered mode)] では、Cisco DCNM アプリケーションは別の DCNM コンピューティング ノード実行します。

1. [アウトオブバンド IPv4 ネットワーク アドレス プール (Out-of-Band IPv4 Network Address Pool)] で、クラスタ モードで使用するアウトオブバンド IPv4 ネットワークからアドレス プールを入力します。

アドレスは eth1 サブネットから利用可能で小さい IP アドレスのプレフィックスである必要があります。例：eth1 サブネットがインストール中に 10.1.1.0/24 に設定された場合、10.1.1.240/28 を使用します。

このサブネットは、最小で /28 (16 アドレス) および最大で /24 (256 アドレス) である必要があります。また、east-west プール以上にしないでください。このサブネットは、スイッチとの通信のためコンテナに割り当てられます。

2. [アウトオブバンド IPv6 ネットワーク アドレス プール (Out-of-Band IPv6 Network Address Pool)] で、クラスタ モードで使用するアウトオブバンド IPv6 ネットワークからアドレス プールを入力します。アドレス プールは IPv6 サブネットである必要があります。

3. [インバンド IPv4 ネットワーク アドレス プール (In-Band IPv4 Network Address Pool)] で、クラスタ モードで使用するアウトオブバンド IPv4 ネットワークからアドレス プールを入力します。

アドレスは利用可能な IP アドレスの eth2 サブネットより小さい IP アドレスのプレフィックスである必要があります。例：eth2 サブネットがインストール中に 11.1.1.0/24 に設定された場合、11.1.1.240/28 を使用します。

このサブネットは、最小で /28 (16 アドレス) および最大で /24 (256 アドレス) である必要があります。また、east-west プール以上にしないでください。このサブネットは、スイッチとの通信のためコンテナに割り当てられます。

4. [インバンド IPv6 ネットワーク アドレス プール (In-Band IPv6 Network Address Pool)] で、クラスタ モードで使用するインバンド IPv6 ネットワークからアドレス プールを入力します。アドレス プールは IPv6 サブネットである必要があります。

[次へ (Next)] をクリックします。

9. [概要 (Summary)] タブで、設定の詳細を確認します。

前のタブに移動して設定を変更するには、[前 (previous)] をクリックします。[インストールの開始 (Start Installation)] をクリックし、選択した展開モードの Cisco DCNM インストールを完了します。

進行状況バーが表示され、完了したパーセンテージ、動作の説明、およびインストール中の経過時間が表示されます。経過表示バーに 100% と表示されたら、[続行 (Continue)] をクリックします。

セカンダリ ノードをインストールするまで、セットアップが完了していないことを示す警告メッセージが表示されます。

WARNING: DCNM HA SETUP IS NOT COMPLETE!
Your Cisco Data Center Network Manager software has been installed on
this HA primary node.
However, the system will be ready to be used only after installation
of the secondary node has been completed.
Thank you.

Step 3

セカンダリ ノードとして dcnm2 を設定します。dcnm2 の [コンソール (Console)] タブに表示されている URL を貼り付け、[Enter] キーを押します。

初期メッセージが表示されます。

1. [Cisco DCNM へようこそ (Welcome to Cisco DCNM)] 画面から、[開始 (Get Started)] をクリックします。

2. [Cisco DCNM インストーラ (Cisco DCNM Installer)] 画面で、[新規インストール - HA セカンダリ (Fresh Installation - HA Secondary)] オプション ボタンを選択して、 dcnm2 をセカンダリ ノードとしてインストールします。

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

3. [管理 (Administration)] タブで、Cisco DCNM オープン仮想アプライアンスのすべてのアプリケーションに接続するために使用されるパスワードを入力します。

Note

セカンダリ ノードのパスワードは、手順 2.c で入力したプライマリの管理パスワードと同じである必要があります。

[次へ (Next)] をクリックします。

4. [インストール モード (Install Mode)] タブで、ドロップダウン リストから、プライマリ ノードに対して選択したものと同じインストール モードを選択します。

Note

プライマリ ノードと同じインストール モードを選択しない場合、HA のインストールは失敗します。

[次へ (Next)] をクリックします。

5. [システム設定 (System Settings)] で、DCNM アプライアンスの設定を行います。

- [完全修飾ホスト名 (Fully Qualified Hostname)] フィールドで、RFC1123 セクション 2.1 の通りに、完全修飾ドメイン名 (FQDN) のホスト名を入力します。

- [DNS サーバ アドレス (DNS Server Address)] フィールドで、DNS IP アドレスを入力します。

リリース 11.2(1) から、IPv6 アドレスを使用した DNS サーバも設定できます。

- [NTP サーバ (NTP Server)] フィールドに、NTP サーバの IP アドレスを入力します。

値は IP または IPv6 アドレスか RFC 1123 に準拠した名前である必要があります。

リリース 11.3(1) から、1 個以上の DNS サーバと NTP サーバを設定できます。

[次へ (Next)] をクリックします。

6. [ネットワーク設定 (Network Settings)] タブで、ネットワーク パラメータを設定します。

Cisco DCNM 管理ネットワーク インターフェイス

- [管理ネットワーク (Management Network)] 領域で、自動入力された IP アドレスとデフォルトゲートウェイアドレスが正しいことを確認します。必要に応じて変更します。

Note

HA セットアップが正常に完了するために、IP アドレスがプライマリ ノードで設定されているのと同じ管理ネットワークに属していることを確認します。

Note

Cisco DCNM リリース 11.2(1) から、管理ネットワークの IPv6 アドレスも使用できます。

(オプション) プレフィックスとともに有効な IPv6 アドレスを入力し、管理アドレスと管理ネットワーク デフォルト IPv6 ゲートウェイを設定します。

- [アウトオブバンド ネットワーク (Out-of-Band Network)] 領域で、IP アドレス、ゲートウェイ IP アドレスを入力します。DCNM が IPv6 ネットワークにある場合、IPv6 アドレスを使用してネットワークを設定します。

アウトオブバンド管理では、デバイス管理ポート (通常 mgmt0) への接続を提供します。

Note

HA セットアップが正常に完了するために、IP アドレス、IP アドレス ゲートウェイ、および IPv6 アドレスがプライマリ ノードで設定されているものと同じアウトオブバンド ネットワークに属していることを確認します。

Note

アウトオブバンド管理が設定されていない場合、クラスタ モードで Cisco DCNM を設定できません。

アウトオブバンド管理ネットワークの IPv6 アドレスを設定することもできます。

- [インバンド ネットワーク (In-Band Network)] 領域で、インバンド ネットワークの IP アドレスおよびゲートウェイ IP アドレスを入力します。インバンド ネットワークにより、前面パネルのポートを介してデバイスへ到達可能になります。

Note

インバンド ネットワークを設定しない場合、エンドポイント ロケータおよびテレメトリ機能は操作できません。

ただし、appmgr update network-properties コマンドを使用して、必要に応じてインストール後にネットワーク プロパティを編集できます。詳細については、「DCNM インストール後のネットワーク プロパティ」を参照してください。

- [内部アプリケーション サービス ネットワーク (Internal Application Services Network)] 領域で、DCNM に対して内部で実行するアプリケーションへアクセスするための IP サブネットを入力します。

すべてのアプリケーションがこのサブネットからの IP アドレスを使用します。

Note

プライマリ HA およびセカンダリ HA ノードの両方で同じ IP サブネットを設定していることを確認します。

[次へ (Next)] をクリックします。

7. [アプリケーション (Applications)] タブの [IPv4 サブネット (IPv4 Subnet)] フィールドで、DCNM に対して内部で実行するアプリケーションへアクセスするための IP サブネットを入力します。

すべてのアプリケーションがこのサブネットからの IP アドレスを使用します。

Note

プライマリ HA およびセカンダリ HA ノードの両方で同じ IP サブネットを設定していることを確認します。

[次へ (Next)] をクリックします。

8. [HA 設定 (HA Settings)] タブで、システム設定を行います。

- [プライマリ DCNM ノードの管理 IP アドレス (Management IP Address of primary DCNM node)] フィールドに、DCNM UI にアクセスするための適切な IP アドレスを入力します。

- [VIP 完全修飾ホスト名 (VIP Fully Qualified Host Name)] フィールドで、RFC1123 セクション 2.1 の通りに、完全修飾ドメイン名 (FQDN) のホスト名を入力します。

- 管理ネットワーク VIP アドレス、 VIPv6 アドレス、 および OOB ネットワーク VIP アドレスを適切に入力します。

Note

IPv6 アドレスを使用して管理ネットワークを設定している場合は、管理ネットワークの VIPv6 アドレスを設定していることを確認します。

- VIP の IPv6 アドレスを設定するには、OOB ネットワーク VIPv6 アドレスと入力します。

- [インバンドネ ットワーク (In Band Network)] 領域で、インバンド ネットワークの VIP アドレスを入力します。

これは、インバンド ネットワークの VIP アドレスです。[ネットワーク設定 (Network Settings)] タブでインバンド ネットワークの IP アドレスを指定した場合、このフィールドは必須です。

- 必要に応じて HA ping IP アドレスを入力します。

HA_PING_ADDRESS は、DCNM アクティブおよびスタンバイ アドレスとは異なっている必要があります。

HA ping IP アドレスを設定して、スプリット ブレインのシナリオを避ける必要があります。このアドレスは、拡張ファブリック管理ネットワークに属している必要があります。

[次へ (Next)] をクリックします。

9. [概要 (Summary)] タブで、設定の詳細を確認します。

前のタブに移動して設定を変更するには、[前 (previous)] をクリックします。[インストールの開始 (Start Installation)] をクリックし、選択した展開モードの Cisco DCNM OVA インストールを完了します。

進行状況バーが表示され、完了したパーセンテージ、動作の説明、およびインストール中の経過時間が表示されます。経過表示バーに 100% と表示されたら、[続行 (Continue)] をクリックします。

DCNM Web UI にアクセスするための URL とともに成功メッセージが表示されます。

***************************************************************
Your Cisco Data Center Network Manager software has been installed.
DCNM Web UI is available at
https://<<IP Address>>:2443
You will be redirected there in 60 seconds.
Thank you
***************************************************************

Note

Cisco DCNM がファイアウォールの背後で実行されている場合、ポート 2443 を開き、Cisco DCNM Web UI を起動します。

What to do next

適切なクレデンシャルを使用して DCNM Web UI にログオンします。

[設定 (Settings)] アイコンをクリックし、[DCNM の詳細 (About DCNM)] を選択します。展開したインストール タイプを表示して確認できます。

デバイス管理にインバンド管理 (eth2) IP アドレスを設定している場合、スタンドアロン サーバにログインし、次のコマンドを使用して、サーバの eth2 からスイッチにインバンド ネットワーク到達可能性を設定します。

dcnm# appmgr setup inband-route --subnet switches-fabric-links-IP-subnet/mask
dcnm# appmgr setup inband-route --subnet switch-loopback-IP-subnet>/mask

例：10.0.0.x/30 サブネットを介して接続しているすべてのファブリック リンクを備えた 4 つのスイッチがある場合、およびサブネット 40.1.1.0/24 の インバンド到達可能性に対してすべてのスイッチがループバック インターフェイスで設定されている場合、次のコマンドを使用します。

dcnm# appmgr setup inband-route --subnet 10.0.0.0/24
dcnm# appmgr setup inband-route --subnet 40.1.1.0/24

ISO 仮想アプライアンスで DCNM をインストールする

この章は、次の項で構成されています。

（注）

このセクションのスクリーン ショットは、ISO の起動方法に基づく設定で異なる可能性があります。青い (BIOS) 画面または黒い (UEFI) 画面が表示されます。

- ISO 仮想アプライアンス ファイルのダウンロード

- UCS (ベア ブレード) 上での DCNM ISO 仮想アプライアンスのインストール

- KVM 上での DCNM ISO 仮想アプライアンスのインストール

- Windows Hyper-V 上での DCNM ISO 仮想アプライアンスのインストール

- スタンドアロン モードでの Cisco DCNM ISO のインストール

- ネイティブ HA モードで Cisco DCNM ISO をインストールする

ISO 仮想アプライアンス ファイルのダウンロード

ISO 仮想アプライアンスをインストールする最初の手順は、dcnm .iso ファイルをダウンロードすることです。DCNM をインストールするためのサーバを準備する際には、コンピュータ上の dcnm.iso ファイルを参照する必要があります。

Note

HA アプリケーション機能を使用する予定の場合は、dcnm.iso ファイルを 2 回展開する必要があります。

Procedure

Step 1

次のサイトに移動します。http://software.cisco.com/download/。

Step 2

[製品の選択 (Select a Product)] 検索ボックスに「Cisco Data Center Network Manager」と入力します。

[検索 (Search)] アイコンをクリックします。

Step 3

検索結果から [Data Center Network Manager] をクリックします。

ダウンロード可能な Cisco DCNM の最新リリース ソフトウェアのリストが表示されます。

Step 4

最新リリースのリストで、[11.3(1)] を選択します。

Step 5

DCNM ISO 仮想アプライアンス インストーラを検索し、[ダウンロード (Download)] アイコンをクリックします。

Step 6

VMWare (ovf) および KVM (domain Xml) 環境の DCNM 仮想アプライアンスの定義ファイルで DCNM VM テンプレートを検索し、[ダウンロード (Download)] をクリックします。

Step 7

インストール時に簡単に見つけることができるように、dcnm.iso ファイルをディレクトリに保存します。

What to do next

KVM またはベアメタル サーバに DCNM をインストールすることを選択できます。詳細については KVM 上での DCNM ISO 仮想アプライアンスのインストール または UCS (ベア ブレード) 上での DCNM ISO 仮想アプライアンスのインストール を参照してください。

UCS (ベア ブレード) 上での DCNM ISO 仮想アプライアンスのインストール

リリース 11.3(1) 以降では、物理インターフェイスが異なる VLAN で分離された管理トラフィック、アウトオブバンド トラフィック、およびインバンド ト ラフィックを持つトランクとして設定されたポートチ ャネルまたはイーサネット チャネルに対して結合されている追加モードを使用して、Cisco DCNM ISO をインストールできます。

バンドル インターフェイス モードに対してスイッチが正しく設定されていることを確認します。次に、バンドルされたインターフェイス モードのスイッチ設定例を示します。

vlan 100
vlan 101
vlan 102
interface port-channel1
switchport
switchport mode trunk

interface Ethernet101/1/1
switchport mode trunk
channel-group 1
no shutdown

interface Ethernet101/1/2
switchport mode trunk
channel-group 1
no shutdown

interface Ethernet101/1/3
switchport mode trunk
channel-group 1
no shutdown

interface Ethernet101/1/4
switchport mode trunk
channel-group 1
no shutdown

UCS に DCNM ISO 仮想アプライアンスをインストールするには、次のタスクを実行します。

Procedure

Step 1

Cisco Integrated Management Controller (CIMC) を起動します。

Step 2

[KVM の起動 (Launch KVM)] ボタンをクリックします。

Java ベース KVM または HTML ベース KVM のいずれかを起動できます。

Step 3

ウィンドウに表示されている URL をクリックして、KVM クライアント アプリケーションのロードを続行します。

Step 4

メニュー バーで [仮想メディア (Virtual Media)] > [仮想デバイスのアクティブ化 (Activate Virtual Devices)] の順にクリックします。

Step 5

[仮想メディア (Virtual Media)] をクリックし、次のいずれかのメディアを選択し、次から DCNM ISO イメージを参照およびアップロードします。

- CD/DVD のマップ

- リムーバブル ディスクのマップ

- フロッピー ディスクのマップ

ISO イメージが配置されている場所に移動し、ISO イメージをロードします。

Step 6

[電源 (Power)] > [システムのリセット (ウォームブート) (Reset System (warm boot))] を選択し、[OK] を選択して続行して、UCS ボックスを再起動します。

Step 7

サーバが起動デバイスの選択を開始したら、F6 を押して再起動プロセスを中断します。ブート選択メニューが表示されます。

[UCS KVM コンソール (UCS KVM Console)] ウィンドウの使用方法の詳細については、次の URL にある『リリース 3.1 ユーザー ガイド Cisco UCS サーバ設定ユーティリティ』を参照してください。

https://www.cisco.com/c/en/us/td/docs/unified_computing/ucs/sw/ucsscu/user/guide/31/UCS_SCU/booting.html#wp1078073

Step 8

矢印キーを使用して、Cisco 仮想 CD/DVD を選択し、[Enter] を押します。サーバは、マッピングされた場所から DCNM ISO イメージを使用して起動します。

Note

次の図は、UEFI のインストールを強調しています。ただし、BIOS インストールに Cisco vKVM-Mapped vDVD1.22 を選択することもできます。ISO は、両方のモード、BIOS、および UEFI で起動できます。

UEFI は、2 TB 以上のディスクを搭載したシステムでは必須です。

ディスク サイズが 2 TB 以上で、4K セクター サイズ ドライバを使用している Cisco UCS の場合は、UEFI 起動オプションが必要です。詳細については、「UEFI 起動モード」を参照してください。

Step 9

上下矢印キーを使用して、[Cisco Data Center Network Manager のインストール (Install Cisco Data Center Network Manager)] を選択します。Enter を押します。

次の図に示すオプションは、ISO イメージが UEFI で起動された場合に表示されます。

Step 10

[Cisco 管理ネットワーク管理 (Cisco Management Network Management)] 画面で、ネットワークを設定するモードを選択します。

使用可能な物理インターフェイスから Cisco DCNM ネットワーク インターフェイスを設定するには、1 を入力します。

2 を入力して、バンドルされている使用可能な物理インターフェイスから Cisco DCNM ネットワーク インターフェイスを設定し、トランクとして設定された単一のポートチャネルを形成します。

Step 11

1 を入力した場合は、バンドルされていないインターフェイス モードで Cisco DCNM ISO をインストールするため、ネットワークのインターフェイスを選択します。利用可能なインターフェイスのリストが画面に表示されます。

[ネットワーク インターフェイス リスト (Network Interface List)] から[管理インターフェイス (eth0) (Management Interface (eth0))] および [アウトオブバンド インターフェイス (eth1) (Out-of-Band interface (eth1))] を選択します。また、必要に応じてインバンド インターフェイス (eth2) を設定することもできます。

Note

インバンド インターフェイスを設定しない場合、エンドポイント ロケータおよびテレメトリ機能は操作できません。

ただし、appmgr update network-properties コマンドを使用して、必要に応じてインストール後にネットワーク プロパティを編集できます。詳細については、「DCNM インストール後のネットワーク プロパティ」を参照してください。

Step 12

2 を入力した場合は、バンドル インターフェイス モードで Cisco DCNM ISO をインストールするには、次のタスクを実行します。

1. バンドルを形成するには、リストからインターフェイスを選択します。

Note

少なくとも 1 個の物理インターフェイスがバンドルの一部である必要があります。

バンドルに追加する必要があるすべてのインターフェイスを入力した後に q を入力します。

2. 管理ネットワーク、アウトオブバンド ネットワーク、およびインバンド ネットワークのインターフェイスをリストから選択するために使用する VLAN Id を入力し、バンドルを形成します。

正しい VLAN ID が割り当てられているかどうかを確認します。

Note

管理ネットワークとアウトオブバンド ネットワークの VLAN ID は、管理ネットワークとアウトオブバンド ネットワークが同じサブネットを使用している場合 (つまり、eth0/eth1 が同じサブネットにある場合)、同じにすることができます。

Step 13

選択したインターフェイスを確認します。[y] を押して、インストールを確認して続行します。

Step 14

Cisco DCNM の管理ネットワークを設定します。[IP アドレス (IP address)]、[サブネット (Subnet)]、[マスク (Mask)]、[ゲートウェイ (Gateway)] と入力します。[y] を押して、インストールを続行します。

インストールが完了した後、システムが再起動し、DCNM アプライアンスが設定されていることを示すメッセージが画面に表示されます。

***************************************************************
Please point your web browser to
http://<IP-address>:<port-number>
to complete the application
***************************************************************

ブラウザに URL をコピーして貼り付け、Web インストーラを使用してインストールを完了します。

What to do next

スタンドアロン モードまたはネイティブ HA モードで DCNM をインストールするように選択できます。詳細については スタンドアロン モードでの Cisco DCNM ISO のインストール または ネイティブ HA モードで Cisco DCNM ISO をインストールする を参照してください。

KVM 上での DCNM ISO 仮想アプライアンスのインストール

次のタスクを実行して、KVM に ISO 仮想アプライアンスをインストールします。

Procedure

Step 1

dcnm-va-ovf-kvm-files.11.3.1.zip を解凍し抽出し、dcnm-kvm-vm.xml ファイルを検索します。

Step 2

KVM を実行している RHEL サーバのこのファイルを ISO として同じ場所にアップロードします。

Step 3

SCP ファイル転送端末を経由して、KVM を実行している RHEL サーバに接続します。

Step 4

dcnm-va.11.3.1.iso および dcnm-kvm-vm.xml RHEL サーバ にアップロードします。

Step 5

ファイル転送セッションを閉じます。

Step 6

SSH 端末を経由して、KVM を実行している RHEL サーバに接続します。

Step 7

ISO およびドメイン XML の両方がダウンロードされている場所に移動します。

Step 8

virsh コマンドを使用して、VM (または KVM 用語とも呼ばれるドメイン) を作成します。

need info on dcnm-kvm-vm-huge.xml

sudo virsh define [dcnm-kvm-vm-huge.xml | dcnm-kvm-vm-compute.xml | dcnm-kvm-vm-large.xml | dcnm-kvm-vm-small.xml]

Step 9

VNC サーバを有効にして、必要なファイアウォール ポートを開きます。

Step 10

SSH セッションを閉じます。

Step 11

VNC 端末を経由して、KVM を実行している RHEL サーバに接続します。

Step 12

[アプリケーション (Applications)] > [システム ツール (System Tools)] > [仮想マシン マネージャ (VMM) (Virtual Machine Manager (VMM))] に移動します。

VM が仮想マシン マネージャで作成されます。

Step 13

仮想マシン マネージャから、一覧で VM を選択して VM を編集します。[編集 (Edit)] > [仮想マシンの詳細 (Virtual Machine Details)] > [仮想ハードウェアの詳細を表示する (Show virtual hardware details)] をクリックします。

Step 14

[仮想ハードウェアの詳細 (Virtual Hardware Details)] で、[ハードウェアの追加 (Add Hardware)] > [ストレージ (Storage)] に移動します。

Step 15

次の仕様で、デバイス タイプとともにハード ディスクを作成します。

- デバイス タイプ：IDE ディスク

- キャッシュ モード：デフォルト

- ストレージ形式：raw

500GB のストレージ サイズを使用することをお勧めします。

Step 16

仮想マシンの編集ウィンドウで [IDE CDROM] を選択し、[接続 (Connect)] をクリックします。

Step 17

dcnm-va.iso に移動し、[OK] をクリックします。

Step 18

両方の NIC を選択し、作成されている適切なネットワークを割り当てます。

Step 19

仮想マシンの電源をオンにします。

Note

VM の電源をオンにする前に、選択した展開設定に基づき、CPU やメモリなど VM に予約されている適切なリソースがあることを確認します。

オペレーティング システムがインストールされています。

Step 20

[Cisco 管理ネットワーク管理 (Cisco Management Network Management)] 画面で、ネットワークのインターフェイスを選択します。利用可能なインターフェイスのリストが画面に表示されます。

[ネットワーク インターフェイス リスト (Network Interface List)] から[管理インターフェイス (eth0) (Management Interface (eth0))] および [アウトオブバンド インターフェイス (eth1) (Out-of-Band interface (eth1))] を選択します。必要な場合、インバンド インターフェイス (eth2) も設定できます。

Note

インバンド インターフェイス (eth2) を設定しない場合、エンドポイント ロケータおよびテレメトリ機能は操作できません。

ただし、appmgr update network-properties コマンドを使用して、必要に応じてインストール後にネットワーク プロパティを編集できます。詳細については、DCNM インストール後のネットワーク プロパティを参照してください。

Step 21

[y] を押して、インストールを確認して続行します。

Step 22

管理ネットワークを設定します。[IP アドレス (IP address)]、[サブネット (Subnet)]、[マスク (Mask)]、[ゲートウェイ (Gateway)] と入力します。[y] を押して、インストールを続行します。

インストールが完了した後、システムが再起動し、DCNM アプライアンスが設定されていることを示すメッセージが画面に表示されます。

***************************************************************
Please point your web browser to
http://<IP-address>:<port-number>
to complete the application
***************************************************************

ブラウザに URL をコピーして貼り付け、Web インストーラを使用してインストールを完了します。

What to do next

スタンドアロン モードまたはネイティブ HA モードで DCNM をインストールするように選択できます。詳細については スタンドアロン モードでの Cisco DCNM ISO のインストール または ネイティブ HA モードで Cisco DCNM ISO をインストールする を参照してください。

Windows Hyper-V 上での DCNM ISO 仮想アプライアンスのインストール

Hyper-v Manager は、仮想化プラットフォームに管理アクセスを提供します。DCNM ISO 仮想アプライアンスは、Hyper-v manager を使用してインストールできます。

適切なクレデンシャルを使用して Windows Server Manager を起動します。Hyper-v Manager を起動するには、メニューバーから [ツール (Tools)] > [Hyper-v Manager] を選択します。

（注）

Windows Hyper-V 上の DCNM ISO 仮想アプライアンスは、クラスタ化モードをサポートしていません。

Windows Hyper-V 上で Cisco DCNM ISO 仮想アプライアンスをインストールするには、次のタスクを実行します。

- 仮想スイッチの作成

- 仮想マシンの作成

- DCNM ISO 仮想アプライアンスのインストール

仮想スイッチの作成

Cisco DCNM では、ネットワーク インターフェイスに 3 つの仮想スイッチが必要です。

- dcnm-mgmt network (eth0) インターフェイス

- enhanced-fabric-mgmt (eth1) インターフェイス

- enhanced-fabric-inband (eth2) インターフェイス

Hyper-V Manager で仮想スイッチを作成するには、次の手順を実行します。

Procedure

Step 1

[アクション (Action)] ペインで、[仮想スイッチ マネージャ (Virtual Switch Manager)] をクリックします。

Windows Hyper-V ウィンドウの仮想スイッチ マネージャが表示されます。

Step 2

左側のペインの [仮想スイッチ (Virtual switch)] の下で、[新しい仮想ネットワーク スイッチ (New virtual network switch)] をクリックして仮想スイッチを作成します。

Step 3

DCNM 管理ネットワーク用の仮想スイッチを作成します。

1. [外部 (External)] を選択し、[仮想スイッチの作成 (Create Virtual Switch)] をクリックします。

2. [名前 (Name)] フィールドに、 eth0インターフェイスの適切な名前を入力します。

Note

仮想スイッチ名がインベントリ内で固有であることを確認します。

3. [外部ネットワーク (External network)] ドロップダウン リストから、サーバで使用可能な適切な物理インターフェイスを選択します。

4. [Apply] をクリックします。

Step 4

拡張ファブリック管理インターフェイスの仮想スイッチを作成します。

1. [外部 (External)] を選択し、[仮想スイッチの作成 (Create Virtual Switch)] をクリックします。

2. [名前 (Name)] フィールドに、eth1 インターフェイスの適切な名前を入力します。

Note

仮想スイッチ名がインベントリ内で固有であることを確認します。

3. [外部ネットワーク (External network)] ドロップダウン リストから、サーバで使用可能な適切な物理インターフェイスを選択します。

4. [Apply] をクリックします。

Step 5

拡張ファブリック インバンド インターフェイスの仮想スイッチを作成します。

1. [外部 (External)] を選択し、[仮想スイッチの作成 (Create Virtual Switch)] をクリックします。

2. [名前 (Name)] フィールドに、eth2 インターフェイスの適切な名前を入力します。

Note

仮想スイッチ名がインベントリ内で固有であることを確認します。

3. [外部ネットワーク (External network)] ドロップダウン リストから、サーバで使用可能な適切な物理インターフェイスを選択します。

4. [Apply] をクリックします。

次の図に示すように、すべてのインターフェイスが左側のペインの仮想スイッチの下に表示されます。

What to do next

ISO をマウントするための仮想マシンを作成します。詳細については、仮想マシンの作成を参照してください。

仮想マシンの作成

ネイティブ HA セットアップ用のスタンドアロンまたはプライマリ ノードおよびセカンダリ ノードのいずれかに仮想マシンを作成するには、次の手順を実行します。

Before you begin

Cisco DCNM をネイティブ HA モードでインストールしている場合は、 2 つの仮想マシンを作成する必要があります。1 つはプライマリ ノード用、もう 1 つはセカンダリ ノード用です。

Procedure

Step 1

[アクション (Actions)] ペインの [新規 (New)] ドロップダウン リストから、[仮想マシン (Virtual Machine)] を選択します。

[New Virtual Machine] ウィザードが表示されます。

Step 2

開始する前に、[次へ (Next)] をクリックします。

Step 3

[名前と場所の指定 (Specify Name and Location)] 画面で、アクティブな DCNM ノードの名前を入力します。

[次へ (Next)] をクリックします。

Step 4

[世代の指定 (Specify Generation)] 画面で、[第二世代 (Generation 2)] を選択します。

この仮想マシンは、新しい仮想化機能をサポートし、UEFI ベースのファームウェアを備えており、64 ビットのオペレーティング システムを必要とします。

[次へ (Next)] をクリックします。

Step 5

[メモリの割り当て (Assign Memory)] 画面の [起動メモリ (Startup memory)] フィールドに 32768 MB と入力し、仮想マシンに 32GB メモリを設定します。

推奨される設定を確認するには、「システム要件」を参照してください。
[次へ (Next)] をクリックします。

Step 6

[設定ネットワーキング (Configuration Networking)] 画面で、[接続 (Connection)] ドロップダウン リストから、この VM のインターフェイスを選択します。[Eth0] (管理ネットワーク インターフェイス) を選択します。

[次へ (Next)] をクリックします。

Step 7

[仮想ハード ディスクの接続 (Connect Virtual Hard Disk)] 画面で、仮想ハード ディスクを作成します。

1. [仮想ハード ディスクの作成 (Create a virtual hard disk)] を選択します。

2. ハード ディスクの適切な名前、場所、およびサイズを入力します。

Note

仮想ハード ディスクのデフォルト名は、[名前と場所の指定 (Specify Name and Location)] 画面で指定した仮想マシン名から取得されます。

ハード ディスクのサイズは 500 GB 以上にする必要があります。

[次へ (Next)] をクリックします。

Step 8

[インストール オプション (Installation Options)] 画面で、[ブート可能なイメージファイルからオペレーティング システムとしてインストールする (Install as operating system from a bootable image file)] を選択します。

[イメージ ファイル (.iso) (Image file (.iso))] フィールドで、[参照 (Browse)] をクリックします。ディレクトリに移動し、DCNM 11.3(1) ISO イメージを選択します。

[次へ（Next）] をクリックします。

Step 9

[概要 (Summary)] 画面で、設定の詳細を確認します。

[終了 (Finish)] をクリックして、DCNM アクティブノードを作成します。

新しく作成された仮想マシンは、Hyper-V Manager の仮想マシン ブロックに表示されます。

Step 10

仮想マシンを右クリックし、[設定 (Settings)] を選択します。

DCNM ノードに [設定 (Settings)] 画面が表示されます。

Step 11

左側のペインのハードウェア ブロックで、[ハードウェアの追加 (Add Hardware)] をクリックします。

Step 12

メイン ペインで、[ネットワーク アダプタ (Network Adapter)] を選択し、[追加 (Add)] をクリックします。

Step 13

[ネットワーク アダプタ (Network Adapter)] 画面で、仮想スイッチのネットワーク アダプタを作成します。

- [仮想スイッチ (Virtual Switch)] ドロップダウン リストから、[eth1] 仮想スイッチを選択します。[適用 (Apply)] をクリックします。

- [仮想スイッチ (Virtual Switch)] ドロップダウン リストから、[eth2] 仮想スイッチを選択します。[適用 (Apply)] をクリックします。

3 つのネットワーク アダプタは、すべて [ハードウェア (Hardware)] セクションの下の左側のペインに表示されます。

Step 14

左側のペインで、[セキュリティ (Security)] を選択します。

メイン ペインの [テンプレート (template)] ドロップダウン リストから、[MICROSOFT UEFI 証明機関 (MICROSOFT UEFI Certificate Authority)] を選択します。

Note

第2世代 Hyper-V 仮想マシンを選択した場合、このテンプレートは必須です。

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

Step 15

[設定 (Settings)] 画面で、[プロセッサ (Processor)] をクリックします。

メイン ペインの [仮想プロセッサの数 (Number of virtual processors)] フィールドで、32 と入力し、[32vCPUs] を選択します。[適用 (Apply)] をクリックします。

[OK] をクリックして、DCNM ノードの設定を確定します。

What to do next

Windows Hyper-V に Cisco DCNM ISO をインストールします。詳細については、DCNM ISO 仮想アプライアンスのインストールを参照してください。

DCNM ISO 仮想アプライアンスのインストール

ネイティブ HA セットアップのためスタンドアロンまたはプライマリ ノードとセカンダリ ノードのいずれかに DCNM ISO 仮想アプライアンスを設定するには、次の手順を実行します。

Before you begin

適切なセキュリティ設定を使用して、仮想マシンが正しく設定されていることを確認します。

Procedure

Step 1

[仮想マシン (Virtual Machines)] ブロックから、[アクティブ ノード (Active node)] を右クリックして [接続 (Connect)] を選択します。

Step 2

[仮想マシン接続 (Virtual Machine Connection)] 画面のメニュー バーから、[メディア (Media)] > [DVD ドライブ (DVD Drive)] を選択して、選択したイメージを確認します。

[Start] をクリックします。DCNM サーバが起動します。

Step 3

上下矢印キーを使用して、[Cisco Data Center Network Manager のインストール (Install Cisco Data Center Network Manager)] を選択します。[Enter]キーを押して、CISCO DCNM アクティブノードをインストールします。

Step 4

[Cisco 管理ネットワーク管理 (Cisco Management Network Management)] 画面で、ネットワークのインターフェイスを選択します。利用可能なインターフェイスのリストが画面に表示されます。

[ネットワーク インターフェイス リスト (Network Interface List)] から[管理インターフェイス (eth0) (Management Interface (eth0))] および [アウトオブバンド インターフェイス (eth1) (Out-of-Band interface (eth1))] を選択します。また、必要に応じて [In-band interface (eth2) (インバンド インターフェイス (eth2))] を設定することもできます。

選択したインターフェイスを確認します。[y] を押して、インストールを確認して続行します。

Step 5

Cisco DCNM の管理ネットワークを設定します。[IP アドレス (IP address)]、[サブネット (Subnet)]、[マスク (Mask)]、[ゲートウェイ (Gateway)] と入力します。

値を確認し、[y] を押してインストールを続行します。

インストールが完了した後、システムが再起動し、DCNM アプライアンスが設定されていることを示すメッセージが画面に表示されます。

***************************************************************
Please point your web browser to
http://<IP-address>:<port-number>
to complete the application
***************************************************************

ブラウザに URL をコピーして貼り付け、Web インストーラを使用してインストールを完了します。

What to do next

スタンドアロン モードまたはネイティブ HA モードで DCNM をインストールするように選択できます。詳細については スタンドアロン モードでの Cisco DCNM ISO のインストール または ネイティブ HA モードで Cisco DCNM ISO をインストールする を参照してください。

スタンドアロン モードでの Cisco DCNM ISO のインストール

[コンソール (Console)] タブに表示されている URL を貼り付け、[Enter] キーを押します。初期メッセージが表示されます。

Web インストーラから Cisco DCNM のインストールを完了するには、次の手順を実行します。

Procedure

Step 1

[Cisco DCNM へようこそ (Welcome to Cisco DCNM)] 画面から、[開始 (Get Started)] をクリックします。

Step 2

[Cisco DCNM インストーラ (Cisco DCNM Installer)] 画面で、[新規インストール - スタンドアロン (Fresh Installation – Standalone)] オプション ボタンを選択します。

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

Step 3

[管理 (Administration)] タブで、Cisco DCNM オープン仮想アプライアンスのすべてのアプリケーションに接続するために使用されるパスワードを入力します。

次のパスワード要件に従います。要件に準拠していない場合、DCNM アプリケーションが正常に機能しない可能性があります。

- 最小でも 8 文字を含み、1 個のアルファベットと 1 個の数字を含む必要があります。

- アルファベット、数字、特殊文字（-_.#@&$ など）の組み合わせを含むことができます。

- DCNM パスワードにこれらの特殊文字を使用しないでください。

<SPACE> " & $ % ' ^ = < > ; : ` \ | / , .*

[パスワードの文字列を表示する (Show passwords in clear text)] チェックボックスをオンにして、入力したパスワードを表示します。

[次へ (Next)] をクリックします。

Step 4

[インストール モード (Install Mode)] タブで、ドロップダウン リストから OVA DCNM アプライアンスの [LAN ファブリック (LAN Fabric)] インストール モードを選択します。

クラスタ モードで Cisco DCNM を展開する場合は、[クラスタ モードを有効にする (Enable Clustered Mode)] チェックボックスをオンにします。

コンピューティング ノードが Cisco DCNM [Web UI] > [アプリケーション (Applications)] > [コンピューティング (Compute)] に表示されます。後でコンピューティング ノードをクラスタに追加できます。You can add the compute nodes to a Cluster, later.

Note

[クラスタ モードを有効にする (Enable Clustered Mode)] がオンになっている場合、設定、コンプライアンス、EPL、NIA などのアプリケーションはコンピューティング ノードがインストールされるまで動作しません。

[次へ (Next)] をクリックします。

Step 5

[システム設定 (System Settings)] で、DCNM アプライアンスの設定を行います。

- [完全修飾ホスト名 (Fully Qualified Hostname)] フィールドで、RFC1123 セクション 2.1 の通りに、完全修飾ドメイン名 (FQDN) のホスト名を入力します。

- [DNS サーバ アドレス (DNS Server Address)] フィールドで、DNS IP アドレスを入力します。

リリース 11.2(1) から、IPv6 アドレスを使用した DNS サーバも設定できます。

- [NTP サーバ (NTP Server)] フィールドに、NTP サーバの IP アドレスを入力します。

値は IP または IPv6 アドレスか RFC 1123 に準拠した名前である必要があります。

リリース 11.3(1) から、1 個以上の DNS サーバと NTP サーバを設定できます。

[次へ (Next)] をクリックします。

Step 6

[ネットワーク設定 (Network Settings)] タブで、ネットワーク パラメータを設定します。

Cisco DCNM 管理ネットワーク インターフェイス

1. [管理ネットワーク (Management Network)] 領域で、自動入力 IP アドレスとデフォルト ゲートウェイ アドレスが正しいことを確認します。必要に応じて変更します。

Note

Cisco DCNM リリース 11.2(1) から、管理ネットワークの IPv6 アドレスも使用できます。

(オプション) プレフィックスとともに有効な IPv6 アドレスを入力し、管理アドレスと管理ネットワーク デフォルト IPv6 ゲートウェイを設定します。

2. [アウトオブバンド ネットワーク (Out-of-Band Network)] 領域で、IP アドレス、ゲートウェイ IP アドレスを入力します。DCNM が IPv6 ネットワークにある場合、IPv6 アドレスを使用してネットワークを設定します。

アウトオブバンド管理では、デバイス管理ポート (通常 mgmt0) への接続を提供します。

Note

アウトオブバンド管理が設定されていない場合、クラスタ モードで Cisco DCNM を設定できません。

3. [インバンド ネットワーク (In-Band Network)] 領域で、インバンド ネットワークの IP アドレスおよびゲートウェイ IP アドレスを入力します。

インバンド ネットワークにより、前面パネルのポートを介してデバイスへ到達可能になります。

Note

インバンド ネットワークを設定しない場合、エンドポイント ロケータおよびテレメトリ機能は操作できません。

ただし、appmgr update network-properties コマンドを使用して、必要に応じてインストール後にネットワーク プロパティを編集できます。詳細については、「DCNM インストール後のネットワーク プロパティ」を参照してください。

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

Step 7

[アプリケーション (Applications)] タブの [IPv4 サブネット (IPv4 Subnet)] フィールドで、DCNM に対して内部で実行するアプリケーションへアクセスするための IP サブネットを入力します。

すべてのアプリケーションがこのサブネットからの IP アドレスを使用します。

手順 Step 4 で [クラスタ モードを有効にする (Enable Clustered Mode)] チェックボックスをオンにしている場合、[クラスタ モード設定 (Cluster Mode configuration)] 領域が表示されます。

Note

[クラスタ モード (Clustered mode)] では、Cisco DCNM アプリケーションは別の DCNM コンピューティング ノード実行します。

1. [アウトオブバンド IPv4 ネットワーク アドレス プール (Out-of-Band IPv4 Network Address Pool)] で、クラスタ モードで使用するアウトオブバンド IPv4 ネットワークからアドレス プールを入力します。

アドレスは eth1 サブネットから利用可能で小さい IP アドレスのプレフィックスである必要があります。例：eth1 サブネットがインストール中に 10.1.1.0/24 に設定された場合、10.1.1.240/28 を使用します。

このサブネットは、最小で /28 (16 アドレス) および最大で /24 (256 アドレス) である必要があります。また、east-west プール以上にしないでください。このサブネットは、スイッチとの通信のためコンテナに割り当てられます。

2. [アウトオブバンド IPv6 ネットワーク アドレス プール (Out-of-Band IPv6 Network Address Pool)] で、クラスタ モードで使用するアウトオブバンド IPv6 ネットワークからアドレス プールを入力します。アドレス プールは IPv6 サブネットである必要があります。

3. [インバンド IPv4 ネットワーク アドレス プール (In-Band IPv4 Network Address Pool)] で、クラスタ モードで使用するアウトオブバンド IPv4 ネットワークからアドレス プールを入力します。

アドレスは利用可能な IP アドレスの eth2 サブネットより小さい IP アドレスのプレフィックスである必要があります。例：eth2 サブネットがインストール中に 11.1.1.0/24 に設定された場合、11.1.1.240/28 を使用します。

このサブネットは、最小で /28 (16 アドレス) および最大で /24 (256 アドレス) である必要があります。また、east-west プール以上にしないでください。このサブネットは、スイッチとの通信のためコンテナに割り当てられます。

4. [インバンド IPv6 ネットワーク アドレス プール (In-Band IPv6 Network Address Pool)] で、クラスタ モードで使用するインバンド IPv6 ネットワークからアドレス プールを入力します。アドレス プールは IPv6 サブネットである必要があります。

[次へ (Next)] をクリックします。

Step 8

[概要 (Summary)] タブで、設定の詳細を確認します。

前のタブに移動して設定を変更するには、[前 (previous)] をクリックします。[インストールの開始 (Start Installation)] をクリックし、選択した展開モードの Cisco DCNM インストールを完了します。

進行状況バーが表示され、完了したパーセンテージ、動作の説明、およびインストール中の経過時間が表示されます。経過表示バーに 100% と表示されたら、[続行 (Continue)] をクリックします。

DCNM Web UI にアクセスするための URL とともに成功メッセージが表示されます。

***************************************************************
Your Cisco Data Center Network Manager software has been installed.
DCNM Web UI is available at
https://<<IP Address>>:2443
You will be redirected there in 60 seconds.
Thank you
***************************************************************

Note

Cisco DCNM がファイアウォールの背後で実行されている場合、ポート 2443 を開き、Cisco DCNM Web UI を起動します。

Note

インストールが進行中に管理 IP アドレスを使用して DCNM Web UI にアクセスする場合、エラー メッセージがコンソールに表示されます。

***************************************
*Preparing Appliance*

***************************************

What to do next

適切なクレデンシャルを使用して DCNM Web UI にログオンします。

[設定 (Settings)] アイコンをクリックし、[DCNM の詳細 (About DCNM)] を選択します。展開したインストール タイプを表示して確認できます。

デバイス管理にインバンド管理 (eth2) IP アドレスを設定している場合、スタンドアロン サーバにログインし、次のコマンドを使用して、サーバの eth2 からスイッチにインバンド ネットワーク到達可能性を設定します。

dcnm# appmgr setup inband-route --subnet switches-fabric-links-IP-subnet/mask
dcnm# appmgr setup inband-route --subnet switch-loopback-IP-subnet>/mask

例：10.0.0.x/30 サブネットを介して接続しているすべてのファブリック リンクを備えた 4 つのスイッチがある場合、およびサブネット 40.1.1.0/24 の インバンド到達可能性に対してすべてのスイッチがループバック インターフェイスで設定されている場合、次のコマンドを使用します。

dcnm# appmgr setup inband-route --subnet 10.0.0.0/24
dcnm# appmgr setup inband-route --subnet 40.1.1.0/24

ネイティブ HA モードで Cisco DCNM ISO をインストールする

ネイティブ HA は ISO または OVA インストールのみを使用した DCNM アプライアンスでサポートされています。

デフォルトでは、Cisco DCNM を使用した組み込み型 PostgreSQL データベース エンジンです。ネイティブ HA 機能は、Cisco DCNM アプライアンスによって、リアルタイムで同期されている組み込みデータベースを使用したアクティブおよびスタンバイ アプリケーションとして実行可能です。したがって、アクティブ DCNM が機能していない場合、スタンバイ DCNM は同じデータベースデータを引き継ぎ、操作を再開します。

DCNM のネイティブ HA をセットアップするには、次の作業を実行します。

Procedure

Step 1

2つの DCNM 仮想アプライアンス (OVA または ISO のいずれか) を展開します。

例えば、dcnm1 および dcnm2 として示します。

Step 2

dcnm1 をプライマリ ノードとして設定します。dcnm1 の [コンソール (Console)] タブに表示されている URL を貼り付け、[Enter] キーを押します。

初期メッセージが表示されます。

1. [Cisco DCNM へようこそ (Welcome to Cisco DCNM)] 画面から、[開始 (Get Started)] をクリックします。

2. [Cisco DCNM インストーラ (Cisco DCNM Installer)] 画面で、[新規インストール - HA プライマリ (Fresh Installation - HA Primary)] オプション ボタンを選択して、 dcnm1 をプライマリ ノードとしてインストールします。

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

3. [管理 (Administration)] タブで、Cisco DCNM オープン仮想アプライアンスのすべてのアプリケーションに接続するために使用されるパスワードを入力します。

次のパスワード要件に従います。要件に準拠していない場合、DCNM アプリケーションが正常に機能しない可能性があります。

- 最小でも 8 文字を含み、1 個のアルファベットと 1 個の数字を含む必要があります。

- アルファベット、数字、特殊文字（-_.#@&$ など）の組み合わせを含むことができます。

- Linux、Windows、OVA、および ISO プラットフォームでは、DCNM パスワードに次の特殊文字を使用しないでください。

<SPACE> " & $ % ' ^ = < > ; : ` \ | / , .*

[パスワードの文字列を表示する (Show passwords in clear text)] チェックボックスをオンにして、入力したパスワードを表示します。

[次へ (Next)] をクリックします。

4. [インストール モード (Install Mode)] タブで、ドロップダウン リストから DCNM アプライアンスの [LAN ファブリック (LAN Fabric)] インストール モードを選択します。

Check the Enable Clustered Mode checkbox, if you want to deploy Cisco DCNM in Cluster mode.

コンピューティング ノードが Cisco DCNM [Web UI] > [アプリケーション (Applications)] > [コンピューティング (Compute)] に表示されます。後でコンピューティング ノードをクラスタに追加できます。You can add the compute nodes to a Cluster, later.

Note

[クラスタ モードを有効にする (Enable Clustered Mode)] がオンになっている場合、設定、コンプライアンス、EPL、NIA などのアプリケーションはコンピューティング ノードがインストールされるまで動作しません。

[次へ (Next)] をクリックします。

5. [システム設定 (System Settings)] で、DCNM アプライアンスの設定を行います。

- [完全修飾ホスト名 (Fully Qualified Hostname)] フィールドで、RFC1123 セクション 2.1 の通りに、完全修飾ドメイン名 (FQDN) のホスト名を入力します。

- [DNS サーバ アドレス (DNS Server Address)] フィールドで、DNS IP アドレスを入力します。

リリース 11.2(1) から、IPv6 アドレスを使用した DNS サーバも設定できます。

- [NTP サーバ (NTP Server)] フィールドに、NTP サーバの IP アドレスを入力します。

値は IP または IPv6 アドレスか RFC 1123 に準拠した名前である必要があります。

リリース 11.3(1) から、1 個以上の DNS サーバと NTP サーバを設定できます。

[次へ (Next)] をクリックします。

6. [ネットワーク設定 (Network Settings)] タブで、ネットワーク パラメータを設定します。

Cisco DCNM 管理ネットワーク インターフェイス

- [管理ネットワーク (Management Network)] 領域で、自動入力された IP アドレスとデフォルトゲートウェイアドレスが正しいことを確認します。必要に応じて変更します。

Note

Cisco DCNM リリース 11.2(1) から、管理ネットワークの IPv6 アドレスも使用できます。

(オプション) プレフィックスとともに有効な IPv6 アドレスを入力し、管理アドレスと管理ネットワーク デフォルト IPv6 ゲートウェイを設定します。

- [アウトオブバンド ネットワーク (Out-of-Band Network)] 領域で、IP アドレス、ゲートウェイ IP アドレスを入力します。DCNM が IPv6 ネットワークにある場合、IPv6 アドレスを使用してネットワークを設定します。

アウトオブバンド管理では、デバイス管理ポート (通常 mgmt0) への接続を提供します。

Note

アウトオブバンド管理が設定されていない場合、クラスタ モードで Cisco DCNM を設定できません。

- [インバンド ネットワーク (In-Band Network)] 領域で、インバンド ネットワークの VIP アドレスとゲートウェイ IP アドレスを入力します。インバンド ネットワークにより、前面パネルのポートを介してデバイスへ到達可能になります。

Note

インバンド ネットワークを設定しない場合、エンドポイント ロケータおよびテレメトリ機能は操作できません。

- [内部アプリケーション サービス ネットワーク (Internal Application Services Network)] 領域で、DCNM に対して内部で実行するアプリケーションへアクセスするための IP サブネットを入力します。

すべてのアプリケーションがこのサブネットからの IP アドレスを使用します。

Note

プライマリ HA およびセカンダリ HA ノードの両方で同じ IP サブネットを設定していることを確認します。

ただし、appmgr update network-properties コマンドを使用して、必要に応じてインストール後にネットワーク プロパティを編集できます。詳細については、「DCNM インストール後のネットワーク プロパティ」を参照してください。

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

7. [HA 設定 (HA Settings)] タブに確認メッセージが表示されます。

You are installing the primary DCNM HA node.
Please note that HA setup information will need to
be provided when the secondary DCNM HA node is
installed.

[次へ (Next)] をクリックします。

8. [アプリケーション (Applications)] タブの [IPv4 サブネット (IPv4 Subnet)] フィールドで、DCNM に対して内部で実行するアプリケーションへアクセスするための IP サブネットを入力します。

すべてのアプリケーションがこのサブネットからの IP アドレスを使用します。

手順 2.d で [クラスタ モードを有効にする (Enable Clustered Mode)] チェックボックスをオンにしている場合、[クラスタ モード設定 (Cluster Mode configuration)] 領域が表示されます。

Note

[クラスタ モード (Clustered mode)] では、Cisco DCNM アプリケーションは別の DCNM コンピューティング ノード実行します。

1. [アウトオブバンド IPv4 ネットワーク アドレス プール (Out-of-Band IPv4 Network Address Pool)] で、クラスタ モードで使用するアウトオブバンド IPv4 ネットワークからアドレス プールを入力します。

アドレスは eth1 サブネットから利用可能で小さい IP アドレスのプレフィックスである必要があります。例：eth1 サブネットがインストール中に 10.1.1.0/24 に設定された場合、10.1.1.240/28 を使用します。

このサブネットは、最小で /28 (16 アドレス) および最大で /24 (256 アドレス) である必要があります。また、east-west プール以上にしないでください。このサブネットは、スイッチとの通信のためコンテナに割り当てられます。

2. [アウトオブバンド IPv6 ネットワーク アドレス プール (Out-of-Band IPv6 Network Address Pool)] で、クラスタ モードで使用するアウトオブバンド IPv6 ネットワークからアドレス プールを入力します。アドレス プールは IPv6 サブネットである必要があります。

3. [インバンド IPv4 ネットワーク アドレス プール (In-Band IPv4 Network Address Pool)] で、クラスタ モードで使用するアウトオブバンド IPv4 ネットワークからアドレス プールを入力します。

アドレスは利用可能な IP アドレスの eth2 サブネットより小さい IP アドレスのプレフィックスである必要があります。例：eth2 サブネットがインストール中に 11.1.1.0/24 に設定された場合、11.1.1.240/28 を使用します。

このサブネットは、最小で /28 (16 アドレス) および最大で /24 (256 アドレス) である必要があります。また、east-west プール以上にしないでください。このサブネットは、スイッチとの通信のためコンテナに割り当てられます。

4. [インバンド IPv6 ネットワーク アドレス プール (In-Band IPv6 Network Address Pool)] で、クラスタ モードで使用するインバンド IPv6 ネットワークからアドレス プールを入力します。アドレス プールは IPv6 サブネットである必要があります。

[次へ (Next)] をクリックします。

9. [概要 (Summary)] タブで、設定の詳細を確認します。

前のタブに移動して設定を変更するには、[前 (previous)] をクリックします。[インストールの開始 (Start Installation)] をクリックし、選択した展開モードの Cisco DCNM インストールを完了します。

進行状況バーが表示され、完了したパーセンテージ、動作の説明、およびインストール中の経過時間が表示されます。経過表示バーに 100% と表示されたら、[続行 (Continue)] をクリックします。

セカンダリ ノードをインストールするまで、セットアップが完了していないことを示す警告メッセージが表示されます。

WARNING: DCNM HA SETUP IS NOT COMPLETE!
Your Cisco Data Center Network Manager software has been installed on
this HA primary node.
However, the system will be ready to be used only after installation
of the secondary node has been completed.
Thank you.

Step 3

セカンダリ ノードとして dcnm2 を設定します。dcnm2 の [コンソール (Console)] タブに表示されている URL を貼り付け、[Enter] キーを押します。

初期メッセージが表示されます。

1. [Cisco DCNM へようこそ (Welcome to Cisco DCNM)] 画面から、[開始 (Get Started)] をクリックします。

2. [Cisco DCNM インストーラ (Cisco DCNM Installer)] 画面で、[新規インストール - HA セカンダリ (Fresh Installation - HA Secondary)] オプション ボタンを選択して、 dcnm2 をセカンダリ ノードとしてインストールします。

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

3. [管理 (Administration)] タブで、Cisco DCNM オープン仮想アプライアンスのすべてのアプリケーションに接続するために使用されるパスワードを入力します。

Note

セカンダリ ノードのパスワードは、手順 2.c で入力したプライマリの管理パスワードと同じである必要があります。

[次へ (Next)] をクリックします。

4. [インストール モード (Install Mode)] タブで、ドロップダウン リストから、プライマリ ノードに対して選択したものと同じインストール モードを選択します。

Note

プライマリ ノードと同じインストール モードを選択しない場合、HA のインストールは失敗します。

[次へ (Next)] をクリックします。

5. [システム設定 (System Settings)] で、DCNM アプライアンスの設定を行います。

- [完全修飾ホスト名 (Fully Qualified Hostname)] フィールドで、RFC1123 セクション 2.1 の通りに、完全修飾ドメイン名 (FQDN) のホスト名を入力します。

- [DNS サーバ アドレス (DNS Server Address)] フィールドで、DNS IP アドレスを入力します。

リリース 11.2(1) から、IPv6 アドレスを使用した DNS サーバも設定できます。

- [NTP サーバ (NTP Server)] フィールドに、NTP サーバの IP アドレスを入力します。

値は IP または IPv6 アドレスか RFC 1123 に準拠した名前である必要があります。

リリース 11.3(1) から、1 個以上の DNS サーバと NTP サーバを設定できます。

[次へ (Next)] をクリックします。

6. [ネットワーク設定 (Network Settings)] タブで、ネットワーク パラメータを設定します。

Cisco DCNM 管理ネットワーク インターフェイス

- [管理ネットワーク (Management Network)] 領域で、自動入力された IP アドレスとデフォルトゲートウェイアドレスが正しいことを確認します。必要に応じて変更します。

Note

HA セットアップが正常に完了するために、IP アドレスがプライマリ ノードで設定されているのと同じ管理ネットワークに属していることを確認します。

Note

Cisco DCNM リリース 11.2(1) から、管理ネットワークの IPv6 アドレスも使用できます。

(オプション) プレフィックスとともに有効な IPv6 アドレスを入力し、管理アドレスと管理ネットワーク デフォルト IPv6 ゲートウェイを設定します。

- [アウトオブバンド ネットワーク (Out-of-Band Network)] 領域で、IP アドレス、ゲートウェイ IP アドレスを入力します。DCNM が IPv6 ネットワークにある場合、IPv6 アドレスを使用してネットワークを設定します。

アウトオブバンド管理では、デバイス管理ポート (通常 mgmt0) への接続を提供します。

Note

HA セットアップが正常に完了するために、IP アドレス、IP アドレス ゲートウェイ、および IPv6 アドレスがプライマリ ノードで設定されているものと同じアウトオブバンド ネットワークに属していることを確認します。

Note

アウトオブバンド管理が設定されていない場合、クラスタ モードで Cisco DCNM を設定できません。

アウトオブバンド管理ネットワークの IPv6 アドレスを設定することもできます。

- [インバンド ネットワーク (In-Band Network)] 領域で、インバンド ネットワークの IP アドレスおよびゲートウェイ IP アドレスを入力します。インバンド ネットワークにより、前面パネルのポートを介してデバイスへ到達可能になります。

Note

インバンド ネットワークを設定しない場合、エンドポイント ロケータおよびテレメトリ機能は操作できません。

ただし、appmgr update network-properties コマンドを使用して、必要に応じてインストール後にネットワーク プロパティを編集できます。詳細については、「DCNM インストール後のネットワーク プロパティ」を参照してください。

- [内部アプリケーション サービス ネットワーク (Internal Application Services Network)] 領域で、DCNM に対して内部で実行するアプリケーションへアクセスするための IP サブネットを入力します。

すべてのアプリケーションがこのサブネットからの IP アドレスを使用します。

Note

プライマリ HA およびセカンダリ HA ノードの両方で同じ IP サブネットを設定していることを確認します。

[次へ (Next)] をクリックします。

7. [アプリケーション (Applications)] タブの [IPv4 サブネット (IPv4 Subnet)] フィールドで、DCNM に対して内部で実行するアプリケーションへアクセスするための IP サブネットを入力します。

すべてのアプリケーションがこのサブネットからの IP アドレスを使用します。

Note

プライマリ HA およびセカンダリ HA ノードの両方で同じ IP サブネットを設定していることを確認します。

[次へ (Next)] をクリックします。

8. [HA 設定 (HA Settings)] タブで、システム設定を行います。

- [プライマリ DCNM ノードの管理 IP アドレス (Management IP Address of primary DCNM node)] フィールドに、DCNM UI にアクセスするための適切な IP アドレスを入力します。

- [VIP 完全修飾ホスト名 (VIP Fully Qualified Host Name)] フィールドで、RFC1123 セクション 2.1 の通りに、完全修飾ドメイン名 (FQDN) のホスト名を入力します。

- 管理ネットワーク VIP アドレス、 VIPv6 アドレス、 および OOB ネットワーク VIP アドレスを適切に入力します。

Note

IPv6 アドレスを使用して管理ネットワークを設定している場合は、管理ネットワークの VIPv6 アドレスを設定していることを確認します。

- VIP の IPv6 アドレスを設定するには、OOB ネットワーク VIPv6 アドレスと入力します。

- [インバンドネ ットワーク (In Band Network)] 領域で、インバンド ネットワークの VIP アドレスを入力します。

これは、インバンド ネットワークの VIP アドレスです。[ネットワーク設定 (Network Settings)] タブでインバンド ネットワークの IP アドレスを指定した場合、このフィールドは必須です。

- 必要に応じて HA ping IP アドレスを入力します。

HA_PING_ADDRESS は、DCNM アクティブおよびスタンバイ アドレスとは異なっている必要があります。

HA ping IP アドレスを設定して、スプリット ブレインのシナリオを避ける必要があります。このアドレスは、拡張ファブリック管理ネットワークに属している必要があります。

[次へ (Next)] をクリックします。

9. [概要 (Summary)] タブで、設定の詳細を確認します。

前のタブに移動して設定を変更するには、[前 (previous)] をクリックします。[インストールの開始 (Start Installation)] をクリックし、選択した展開モードの Cisco DCNM OVA インストールを完了します。

進行状況バーが表示され、完了したパーセンテージ、動作の説明、およびインストール中の経過時間が表示されます。経過表示バーに 100% と表示されたら、[続行 (Continue)] をクリックします。

DCNM Web UI にアクセスするための URL とともに成功メッセージが表示されます。

***************************************************************
Your Cisco Data Center Network Manager software has been installed.
DCNM Web UI is available at
https://<<IP Address>>:2443
You will be redirected there in 60 seconds.
Thank you
***************************************************************

Note

Cisco DCNM がファイアウォールの背後で実行されている場合、ポート 2443 を開き、Cisco DCNM Web UI を起動します。

What to do next

適切なクレデンシャルを使用して DCNM Web UI にログオンします。

[設定 (Settings)] アイコンをクリックし、[DCNM の詳細 (About DCNM)] を選択します。展開したインストール タイプを表示して確認できます。

デバイス管理にインバンド管理 (eth2) IP アドレスを設定している場合、スタンドアロン サーバにログインし、次のコマンドを使用して、サーバの eth2 からスイッチにインバンド ネットワーク到達可能性を設定します。

dcnm# appmgr setup inband-route --subnet switches-fabric-links-IP-subnet/mask
dcnm# appmgr setup inband-route --subnet switch-loopback-IP-subnet>/mask

例：10.0.0.x/30 サブネットを介して接続しているすべてのファブリック リンクを備えた 4 つのスイッチがある場合、およびサブネット 40.1.1.0/24 の インバンド到達可能性に対してすべてのスイッチがループバック インターフェイスで設定されている場合、次のコマンドを使用します。

dcnm# appmgr setup inband-route --subnet 10.0.0.0/24
dcnm# appmgr setup inband-route --subnet 40.1.1.0/24

Cisco DCNM コンピューティング ノードのインストール

[コンソール (Console)] タブに表示されている URL を貼り付け、[Enter] キーを押します。初期メッセージが表示されます。

Note

コンピューティング ノードを使用すると、アプリケーション負荷が、通常の 1 または 2 (HA がある場合) ノードではなく、すべてのコンピューティング ノードで共有されるため、ユーザーは DCNM を拡張できます。

Note

DCNM のインストール中に [[クラスタ モードを有効にする (Enable Clustered Mode)] がオンになっている場合、設定、コンプライアンス、EPL、NIA などのアプリケーションはコンピューティング ノードがインストールされるまで動作しません。

Web インストーラから Cisco DCNM コンピューティング ノードのインストールを完了するには、次の手順を実行します。

Before you begin

コンピューティング ノードをインストールするには、16 個の vCPUs、64 GB の RAM、および 500 GB のハードディスクがあることを確認します。

Procedure

Step 1

[Cisco DCNM へようこそ (Welcome to Cisco DCNM)] 画面から、[開始 (Get Started)] をクリックします。

Step 2

[Cisco DCNM インストーラ (Cisco DCNM Installer)] 画面で、[新規インストール - スタンドアロン (Fresh Installation – Standalone)] オプション ボタンを選択します。

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

Step 3

[管理 (Administration)] タブで、Cisco DCNM オープン仮想アプライアンスのすべてのアプリケーションに接続するために使用されるパスワードを入力します。

次のパスワード要件に従います。要件に準拠していない場合、DCNM アプリケーションが正常に機能しない可能性があります。

- 最小でも 8 文字を含み、1 個のアルファベットと 1 個の数字を含む必要があります。

- アルファベット、数字、特殊文字（-_.#@&$ など）の組み合わせを含むことができます。

- DCNM パスワードにこれらの特殊文字を使用しないでください。

<SPACE> " & $ % ' ^ = < > ; : ` \ | / , .*

[パスワードの文字列を表示する (Show passwords in clear text)] チェックボックスをオンにして、入力したパスワードを表示します。

[次へ (Next)] をクリックします。

Step 4

[インストール モード (Install Mode)] タブのドロップダウン リストから、[完了 (Compute)] を選択して DCNM コンピューティング ノードを展開します。

[次へ (Next)] をクリックします。

Step 5

[システム設定 (System Settings)] で、DCNM コンピューティング ノードの設定を行います。

- [完全修飾ホスト名 (Fully Qualified Hostname)] フィールドで、RFC1123 セクション 2.1 の通りに、完全修飾ドメイン名 (FQDN) のホスト名を入力します。

- [DNS サーバ アドレス (DNS Server Address)] フィールドで、DNS IP アドレスを入力します。

- [NTP サーバ (NTP Server)] フィールドに、NTP サーバの IP アドレスを入力します。

値は IP アドレスまたは RFC 1123 に準拠した名前である必要があります。

- [DCNM サーバ IP アドレス (DCNM Server IP address)] フィールドに、管理ネットワーク上の DCNM サーバに割り当てられている IP アドレスを入力します。

Note

Cisco DCNM ネイティブ HA セットアップにコンピューティング ノードをインストールする場合は、VIP アドレスを入力します。

[次へ (Next)] をクリックします。

Step 6

[ネットワーク設定 (Network Settings)] タブで、ネットワーク パラメータを設定します。

Cisco DCNM 管理ネットワーク インターフェイス

1. [管理ネットワーク (Management Network)] 領域で、自動入力された IP アドレスとデフォルトゲートウェイアドレスが正しいことを確認します。必要に応じて変更します。

(オプション) プレフィックスとともに有効な IPv6 アドレスを入力し、管理アドレスと管理ネットワーク デフォルト IPv6 ゲートウェイを設定します。

2. [アウトオブバンド ネットワーク (Out-of-Band Network)] 領域で、IP アドレス、ゲートウェイ IP アドレス、DNS サーバ アドレスを入力します。DCNM が IPv6 ネットワーク上にある場合は、IP アドレスを設定します。

アウトオブバンド管理では、デバイス管理ポート (通常 mgmt0) への接続を提供します。

3. (Optional) [インバンド ネットワーク (In-Band Network)] 領域で、インバンド ネットワークの IP アドレスおよびゲートウェイ IP アドレスを入力します。

インバンド ネットワークにより、前面パネルのポートを介してデバイスへ到達可能になります。

Note

インバンド ネットワークを設定しない場合、エンドポイント ロケータおよびテレメトリ機能は操作できません。

ただし、appmgr update network-properties コマンドを使用して、必要に応じてインストール後にネットワーク プロパティを編集できます。詳細については、「DCNM インストール後のネットワーク プロパティ」を参照してください。

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

Step 7

[アプリケーション (Applications)] タブの [内部アプリケーション サービス ネットワーク (Internal Application Services Network)] 領域で、DCNM 内部で実行されているアプリケーションにアクセスするための IP サブネットを入力します。

すべてのアプリケーションがこのサブネットからの IP アドレスを使用します。

Note

クラスタのすべてのノードで同じサブネットを設定する必要があります。

[次へ (Next)] をクリックします。

Step 8

[概要 (Summary)] タブで、設定の詳細を確認します。

前のタブに移動して設定を変更するには、[前 (previous)] をクリックします。[インストールの開始 (Start Installation)] をクリックし、選択した展開モードの Cisco DCNM インストールを完了します。

進行状況バーが表示され、完了したパーセンテージ、動作の説明、およびインストール中の経過時間が表示されます。経過表示バーに 100% と表示されたら、[続行 (Continue)] をクリックします。

DCNM コンピューティング ノードにアクセスするための URL を含む成功メッセージが表示されます。

***************************************************************
Your Cisco DCNM Compute Node has been installed.
Click on the following link to go to DCNM GUI's Application page:
DCNM GUI's Applications
You will be redirected there in 60 seconds.
Thank you
***************************************************************

Step 9

sysadmin@<dcnm-compute-eth0-ip-address> を使用して、SSH を介してコンピューティング ノードにログインします。

Step 10

sudo reboot コマンドを実行して、このコンピューティング ノードが完全に初期化された状態でクラスタに参加していることを確認します。

dcnm-compute# sudo reboot

再起動後、sysadmin@<dcnm-compute-eth0-ip-address> を使用してコンピューティング ノードに SSH 接続できるかどうかを確認します。

What to do next

適切なクレデンシャルを使用して DCNM Web UI にログオンします。

[アプリケーション (Applications)] タブには、インストールした DCNM 展開で実行中のすべてのサービスが表示されます。[コンピューティング (Compute)] タブをクリックすると、CISCO Dcnm Web UI で検出された状態の新しいコンピューティングが表示されます。

詳細については、展開の『Cisco DCNM 設定ガイド』の「アプリケーション」の章を参照してください。

コンピューティング クラスタをセット アップし、アプリケーションを展開するには、展開に応じた『Cisco DCNM 設定ガイド』の「クラスタ モードでのアプリケーションの展開」を参照してください。

Chapter5. 展開のベスト プラクティス

- Cisco DCNM およびコンピューティング展開のベスト プラクティス

Cisco DCNM およびコンピューティング展開のベスト プラクティス

この章では、クラスタ モードおよびクラスタ解除モードで、Cisco DCNM OVA および ISO を展開するためのベスト プラクティスについて説明します。次のセクションでは、Cisco DCNM のインストール中の IP アドレスと関連する IP プールの設定に推奨される設計について説明します。

Cisco DCNM OVA または ISO iインストールは、3 つのネットワーク インターフェイスで構成されています。

- dcnm-mgmt network (eth0) インターフェイス

このネットワークは、Cisco DCNM に接続 (SSH、SCP、HTTP、HTTPS) を提供します。

- enhanced-fabric-mgmt (eth1) インターフェイス

このネットワークは、アウトオブバンドまたは mgmt0 インターフェイスを介して、Cisco Nexus スイッチのファブリック管理を強化します。

- enhanced-fabric-inband (eth2) インターフェイス

このネットワークは、前面パネル ポートを通してファブリックへのインバンド接続を提供します。このネットワーク インターフェイスは、エンドポイント ロケータ (EPL) や Network Insights Resources (NIR) などのアプリケーションに使用されます。

次の図は、Cisco DCNM 管理インターフェイスのネットワーク図を示しています。

- ベスト プラクティスを使用するためのガイドライン

- Cisco DCNM で冗長性の展開

- Cisco DCNM での IP アドレスの設定

- Cisco DCNM およびコンピューティング ノードの物理接続

ベスト プラクティスを使用するためのガイドライン

次に、DCNM およびコンピューティングを展開するためのベスト プラクティスを使用する際に注意すべきガイドラインを示します。

- このドキュメントで指定されている IP アドレスは、サンプル アドレスです。セットアップに実稼働ネットワークで使用されている IP アドレスが反映されていることを確認します。

- eth2 インターフェイス サブネットが、eth0 インターフェイスと eth1 インターフェイスに関連付けられているサブネットと異なっていることを確認します。

- Cisco DCNM ネイティブ HA は、アクティブおよびスタンバイ アプリケーションとして動作する 2 つの Cisco DCNM アプライアンスで構成されます。アクティブとスタンバイの両方のアプライアンスの組み込みデータベースは、リアルタイムで同期されます。クラスタ モードの Cisco DCNM およびコンピューティング ノードの eth0、eth1、および eth2 インターフェイスは、レイヤ 2 隣接である必要があります。

- Cisco DCNM 展開環境でのクラスタ モードの詳細については、使用している展開タイプの『Cisco DCNM 設定ガイド』の「アプリケーション」の章を参照してください。

Cisco DCNM で冗長性の展開

ここでは、DCNM 動作の冗長性のための推奨される展開方法について説明します。一般的な前提として、DCNM とコンピューティング ノードは仮想マシンとしてインストールされます。UCS (ベア メタル) 上の仮想アプライアンスで Cisco DCNM ISO のインストール中に、すべての DCNM とコンピューティングに個別のサーバがあります。

展開 1：最小冗長性設定

Cisco DCNM クラスタ モードのインストールで最小限の冗長性を確保するための推奨設定は、次のとおりです。

- サーバ 1 の DCNM アクティブノードとコンピューティング ノード 1

- サーバ 2 の DCNM スタンバイ ノードとコンピューティング ノード 2

- サーバ 3 のコンピューティング ノード 3

- 排他的ディスクに展開されたコンピューティング VM

- 物理サーバのメモリまたは CPU のオーバーサブスクリプションなし

Cisco DCNM クラスタ モード：物理サーバから VM へのマッピング

展開 2：冗長性の最大設定

DCNM クラスタ モードのインストールで最大限の冗長性を確保するための推奨設定は、次のとおりです。

- サーバ 1 の DCNM アクティブ ノード (アクティブ)

- サーバ 2 の DCNM スタンバイ ノード

- サーバ 3 のコンピューティング ノード 1

- サーバ 4 のコンピューティング ノード 2

- サーバ 5 のコンピューティング ノード 3

Cisco DCNM クラスタ モード：物理サーバから VM へのマッピング

Cisco DCNM での IP アドレスの設定

ここでは、Cisco DCNM およびコンピューティングノードのすべてのインターフェイスの IP アドレス設定に対して、ベスト プラクティスと推奨される展開について説明します。

- シナリオ 1: 3 つのイーサネット インターフェイスはすべて異なるサブネットにあります

- シナリオ 2：異なるサブネットの eth2 インターフェイス

シナリオ 1: 3 つのイーサネット インターフェイスはすべて異なるサブネットにあります

このシナリオでは、異なるサブネット上の DCNM の 3 つのイーサネット インターフェイスすべてを考慮します。

次に例を示します。

- eth0 – 172.28.8.0/24

- eth1 – 10.0.8.0/24

- eth2 – 192.168.8.0/24

可能な展開は次のとおりです。

- Cisco DCNM クラスタ解除モード

- Cisco DCNM クラスタ モード

Cisco DCNM クラスタ解除モード

コンピューティング クラスタを使用しない Cisco DCNM スタンドアロン展開

コンピューティング クラスタを使用しない Cisco DCNM HA 展開

Cisco DCNM クラスタ モード

コンピューティング クラスタを使用した Cisco DCNM スタンドアロン展開

コンピューティング クラスタを使用した Cisco DCNM HA の展開

シナリオ 2：異なるサブネットの eth2 インターフェイス

このシナリオでは、eth0 と eth1 のインターフェイスが同じサブネット内にあり、DCNM とコンピューティングの eth2 インターフェイスが異なるサブネットにあることを考慮してください。

次に例を示します。

- eth0 – 172.28.8.0/24

- eth1 – 172.28.8.0/24

- eth2 – 192.168.8.0/24

可能な展開は次のとおりです。

- Cisco DCNM クラスタ解除モード

- Cisco DCNM クラスタ モード

Cisco DCNM クラスタ解除モード

コンピューティング クラスタを使用しない Cisco DCNM スタンドアロン展開 (HA なし)

コンピューティング クラスタを使用しない Cisco DCNM ネイティブ HA 展開

Cisco DCNM クラスタ モード

コンピューティング クラスタを使用した Cisco DCNM スタンドアロン展開

コンピューティング クラスタを使用した Cisco DCNM ネイティブ HA 展開

Cisco DCNM およびコンピューティング ノードの物理接続

ここでは、仮想マシンとベア メタル インストールの両方での Cisco DCNM およびコンピューティング ノードの物理的な接続について説明します。

仮想マシン

次の図は、3 つのサーバ冗長性設定でサポートされている DCNM およびコンピューティング ノードの物理的な接続を示しています。物理サーバは、ポート チャネルを介してスイッチの vPC ペアに接続されている必要があります。これにより、単一のリンクに障害が発生したり、単一のスイッチで障害が発生したりすると、適切な耐障害性が得られます。スイッチの vPC ペアは、物理サーバへの管理接続を提供するインフラ vPC ペアと見なされます。

3 台のサーバを使用した Cisco DCNM VM の物理接続

次の図は、5 つのサーバ冗長性設定での VM インストールでサポートされている Cisco DCNM と、コンピューティング ノードの物理的な接続を示しています。

5 台のサーバを使用した Cisco DCNM VM の物理接続

ベア メタルのインストール

ベア メタルで Cisco DCNM をインストールするには、5 台のサーバが必要です。次の図は、Cisco DCNM およびコンピューティング ノードの物理的な接続を示しています。各サーバには、それぞれ eth0、eth1、および eth2 インターフェイスにマッピングされる 3 つの物理インターフェイスがあることに注意してください。物理サーバが Cisco UCS VIC 1455 仮想インターフェイス カードなどの管理対象ネットワーク アダプタで構成されている場合は、仮想マシンと同様に、サーバからスイッチへのポート チャネル接続を確立できます。

Cisco DCNM とコンピューティング ベア メタルの物理接続

Chapter6. ディザスタ リカバリ (バックアップおよび復元)

この章は、次の項で構成されています。

- スタンドアロン DCNM セットアップでの Cisco DCNM およびアプリケーション データのバックアップおよび復元

- ネイティブ HA セットアップでの Cisco DCNM およびアプリケーション データのバックアップおよび復元

スタンドアロン DCNM セットアップでの Cisco DCNM およびアプリケーション データのバックアップおよび復元

分析およびトラブルシューティングのために、Cisco DCNM アプリケーション データのバックアップを作成できます。
Cisco DCNM およびアプリケーション データのバックアップを作成するには、次の作業を実行します。

Procedure

Step 1

SSH を使用して Cisco DCNM アプライアンスにログインします。

Step 2

appmgr backup コマンドを使用してアプリケーション データのバックアップを取得します。

dcnm# appmgr backup

バックアップ ファイルを安全な場所にコピーし、DCNM アプライアンスをシャットダウンします。

Step 3

インストールされている VM を右クリックし、[電源 (Power)] > [電源オフ (Power Off)] を選択します。

Step 4

新しい DCNM アプライアンスを展開します。

Step 5

VM の電源がオンになったら、[コンソール (Console)] タブをクリックします。

DCNM アプライアンスが設定されていることを示すメッセージが画面に表示されます。

復元プロセスを続行するには、ブラウザに URL をコピーして貼り付けます。

Step 6

DCNM Web インストーラ UI で、[開始 (Get Started)] をクリックします。

Step 7

Cisco DCNM インストーラの画面で、 オプション ボタンを選択します。

ステップ Step 2 で生成されたバックアップ ファイルを選択します。

DCNM の展開を続行します。

Step 8

[概要 (Summary)] タブで、設定の詳細を確認します。

前のタブに移動して設定を変更するには、[前 (previous)] をクリックします。[インストールの開始 (Start Installation)] をクリックし、選択した展開モードの Cisco Dcnm 仮想アプライアンス インストールを完了します。

進行状況バーが表示され、完了したパーセンテージ、動作の説明、およびインストール中の経過時間が表示されます。

経過表示バーに 100% と表示されたら、[続行 (Continue)] をクリックします。

Step 9

データが復元されたら、appmr status all コマンドを使用してステータスを確認します。

ネイティブ HA セットアップでの Cisco DCNM およびアプリケーション データのバックアップおよび復元

ネイティブ HA セットアップでデータのバックアップと復元を実行するには、次の作業を実行します。

Before you begin

アクティブ ノードが動作しており、機能していることを確認します。

Procedure

Step 1

アクティブ ノードが動作しているかどうかを確認します。それ以外の場合は、フェールオーバーをトリガします。

Step 2

SSH を使用して Cisco DCNM アプライアンスにログインします。

Step 3

アクティブおよびスタンバイの両方のアプライアンスで appmgr backup コマンドを使用して、アプリケーション データのバックアップを取得します。

dcnm1# appmgr backup
dcnm2 appmgr backup

アクティブおよびスタンバイの両方のアプライアンスのバックアップ ファイルを安全な場所にコピーし、DCNM アプライアンスをシャットダウンします。

Step 4

インストールされている VM を右クリックし、[電源 (Power)] > [電源オフ (Power Off)] を選択します。

Step 5

新しい DCNM アプライアンスをネイティブ HA モードで展開します。

Step 6

アクティブおよびスタンバイ アプライアンスの両方で、VM の電源をオンにした後、[コンソール (Console)] タブをクリックします。

DCNM アプライアンスが設定されていることを示すメッセージが画面に表示されます。

復元プロセスを続行するには、ブラウザに URL をコピーして貼り付けます。

Step 7

DCNM Web インストーラ UI で、[開始 (Get Started)] をクリックします。

Step 8

Cisco DCNM インストーラの画面で、 オプション ボタンを選択します。

ステップ Step 3 で生成されたバックアップ ファイルを選択します。

パラメータの値は、バックアップ ファイルから読み取られ、自動入力されます。必要に応じて値を変更します。

DCNM の展開を続行します。

Step 9

[概要 (Summary)] タブで、設定の詳細を確認します。

前のタブに移動して設定を変更するには、[前 (previous)] をクリックします。[インストールの開始 (Start Installation)] をクリックし、選択した展開モードの Cisco Dcnm 仮想アプライアンス インストールを完了します。

進行状況バーが表示され、完了したパーセンテージ、動作の説明、およびインストール中の経過時間が表示されます。

経過表示バーに 100% と表示されたら、[続行 (Continue)] をクリックします。

Step 10

データが復元されたら、appmr status all コマンドを使用してステータスを確認します。

Chapter7. 証明書

- 証明書の管理（Certificate Management）

証明書の管理（Certificate Management）

（注）

このセクションでは、DCNM OVA/ISO の展開にのみ適用されます。

リリース 11.2(1) 以降、Cisco DCNM では新しい方法と新しい CLI で、システム上で証明書のインストール、アップグレード後の復元、検証が可能です。アクティブ ノードからスタンバイ ノードに証明書をエクスポートして、ネイティブ HA セットアップの両方のピアに同じ証明書があることを確認できます。

Cisco DCNM ネイティブ HA セットアップでは、アクティブ ノードに CA 証明書をインストールし、サービスを開始すると、証明書はスタンバイ ノードと自動的に同期されます。アクティブ ノードとスタンバイ ノードの両方で同じ内部証明書が必要な場合は、アクティブ ノードからスタンバイ ノードに証明書をエクスポートする必要があります。これにより、Cisco ネイティブ HA セットアップの両方のピアの証明書が同じになります。

（注）

リリース 11.3(1) 以降では、証明書の管理に sysadmin ロールを使用する必要があります。

Cisco DCNM は、次の 2 つの証明書を保存します。

- 自己署名証明書 (Cisco DCNM サーバとさまざまなアプリケーション間の内部通信用)

- Web UI などの外部世界と通信するための CA (認証局) 署名付き証明書。

（注）

CA 署名付き証明書をインストールするまで、Cisco DCNM は外部ネットワークと通信するため自己署名証明書を保持します。

- 証明書管理のベスト プラクティス

- インストールされた証明書の表示

- CA 署名付き証明書のインストール

- アクティブ ノードからスタンバイ ノードへ証明書をエクスポートする

- アップグレード後に証明書を復元する

- 以前にインストールされた CA 署名付き証明書の回復と復元

- インストールした証明書の確認

証明書管理のベスト プラクティス

Cisco DCNM での証明書管理のガイドラインとベスト プラクティスを次に示します。

- Cisco DCNM は、証明書を表示、インストール、復元、およびエクスポートまたはインポートするための CLI ベースのユーティリティを提供します。これらの CLI は SSH コンソールから使用でき、sysadmin ユーザーのみがこれらのタスクを実行できます。

- Cisco DCNM をインストールするとき、デフォルトで自己署名付き証明書がインストールされています。この証明書は、外部との通信に使用されます。Cisco DCNM のインストール後に、CA 署名付き証明書をシステムにインストールする必要があります。

- Cisco DCNM ネイティブ HA セットアップでは、DCNM アクティブ ノードに CA 署名付き証明書をインストールすることを推奨します。CA 署名付き証明書は、自動的にスタンバイ ノードと同期されます。ただし、アクティブ ノードとスタンバイ ノードの両方で同じ内部および CA 署名付き証明書を保持する場合は、アクティブ ノードから証明書をエクスポートして、スタンバイ ノードにインポートする必要があります。アクティブ ノードとスタンバイ ノードの両方に同じ証明書セットがあります。

（注）

コンピューティング ノードは内部的に管理された証明書を使用するため、クラスタ展開のコンピューティング ノードには何のアクションも必要ありません。

- CN (共通名) を使用して Cisco DCNM で CSR を生成します。CN として VIP FQDN (仮想 IP アドレス FQDN) を指定して、CA 署名付き証明書をインストールします。FQDN は、Cisco DCNM Web UI にアクセスするために使用される管理サブネット VIP (eth0 の VIP) インターフェイスの完全修飾ドメイン名です。

- Cisco DCNM をアップグレードする前に CA 署名付き証明書がインストールされている場合は、Cisco DCNM をアップグレードした後に、CA 署名付き証明書を復元する必要があります。

（注）

インライン アップグレードまたはバックアップと復元を実行する場合は、証明書のバックアップを取得する必要はありません。

インストールされた証明書の表示

次のコマンドを使用して、インストールされた証明書の詳細を表示できます。

appmgr afw show-cert-details

appmgr afw show-cert-details コマンドの次のサンプル出力では、CERTIFICATE 1 は外部ネットワークおよび Web ブラウザに提供されている証明書を示します。CEERTIFICATE 2 は内部で使用されている証明書を示します。

dcnm# appmgr afw show-cert-details

****CERTIFICATE 1****
[Certificate available to web gateway. This certificate is offered to webclients]:
--------------Web gateway certificate---------------------------------------
Certificate:
Data:
Version: 3 (0x2)
Serial Number: 4202 (0x106a)
Signature Algorithm: sha256WithRSAEncryption
Issuer: C=IN, ST=KA, L=BGL, O=xyz, OU=ABC, CN=<FQDN/IP>
Validity
Not Before: Jun  4 13:55:25 2019 GMT
Not After : Jun  3 13:55:25 2020 GMT
Subject: C=IN, ST=KA9, L=BGL9, O=XYZ123, OU=ABC123, CN=<FQDN/IP>
Subject Public Key Info:
Public Key Algorithm: rsaEncryption
Public-Key: (2048 bit)
Modulus:
00:bb:52:1e:7f:24:d7:2e:24:62:5a:83:cc:e4:88:
--------------Certificate output is truncated to first 15 lines--------------

****CERTIFICATE 2****
[Certificate available in keystore(jks). CA signed certificate is installed here till DCNM version 11.1.x]
If you have upgraded from DCNM version 11.1.x to later version please see installation guide to restore
CA signed certificate to upgraded version.
--------------Keystore certificate-------------------------------------------
alias = sme, storepass = fmserver_1_2_3
Alias name: sme
Creation date: Oct 14, 2018
Entry type: PrivateKeyEntry
Certificate chain length: 2
Certificate[1]:
Owner: CN=localhost, OU=Data Center, O=Cisco Systems Inc, L=San Jose, ST=CA, C=US
Issuer: CN=dcnmca, OU=Data Center, O=Cisco Systems Inc, L=San Jose, ST=CA, C=US
Serial number: 62044620
Valid from: Sun Oct 14 20:39:39 PDT 2018 until: Fri Oct 13 20:39:39 PDT 2023
Certificate fingerprints:
MD5:  E5:F8:AD:17:4D:43:2A:C9:EE:35:5F:BE:D8:22:7D:9C
SHA1: 38:66:F1:CD:10:61:27:E7:43:85:10:41:3D:A3:4B:5C:C9:CC:17:5E
SHA256: E0:87:D8:34:71:18:FE:8C:AB:18:0B:D7:85:B1:91:A8:4B:75:A3:91:BA:90:83:46:72:87:FE:FE:FE:04:F0:E1
Signature algorithm name: SHA256withRSA
Subject Public Key Algorithm: 2048-bit RSA key
--------------Certificate output is truncated to first 15 lines--------------
dcnm#

インストール後、Web UI は CERTIFICATE 1 を参照します。CERTIFICATE 1 が利用できない場合、次のコマンドを使用して、すべてのアプリケーションを停止し再起動する必要があります。

（注）

Cisco DCNM で同じ一連のコマンドに従い、このシナリオをトラブルシューティングするようにしてください。

Cisco DCNM スタンドアロン アプライアンスで、次のコマンドを実行して、すべてのアプリケーションを停止および開始し、CERTIFICATE 1 をトラブルシューティングします。

dcnm# appmgr stop all /* stop all the applications running on Cisco DCNM */
dcnm# appmgr start all /* start all the applications running on Cisco DCNM */

Cisco DCNM ネイティブ HA アプライアンスで、次のコマンドを実行して、すべてのアプリケーションを停止および開始し、CERTIFICATE 1 をトラブルシューティングします。

例えば、dcnm1 でアクティブ ノードを示し、dcnm2 でスタンバイ ノードを示します。

両方のノードで実行しているアプリケーションを停止します。

dcnm2# appmgr stop all /* stop all the applications running on Cisco DCNM Standby Node */
dcnm1# appmgr stop all /* stop all the applications running on Cisco DCNM Active Node */

両方のノードでアプリケーションを開始します。

dcnm1# appmgr start all /* start all the applications running on Cisco DCNM Active Node*/
dcnm2# appmgr start all /* start all the applications running on Cisco DCNM Standby Node*/

（注）

管理 IP アドレスを使用して、Cisco DCNM Web UI を起動する前にブラウザ キャッシュを消去します。

CERTIFICATE 1 は、ブラウザのセキュリティ設定に表示されます。

CA 署名付き証明書のインストール

標準のセキュリティ慣行として CA 署名付き証明書をインストールすることをお勧めします。CA 署名付き証明書が認識され、ブラウザによって検証されます。CA 署名付き証明書を手動で検証することもできます。

（注）

認証局は、企業の署名機関でもかまいません。

- Cisco DCNM スタンドアロン セットアップで CA 署名済み証明書をインストールする

- DCNM ネイティブ HA セットアップで CA 署名済み証明書をインストールする

Cisco DCNM スタンドアロン セットアップで CA 署名済み証明書をインストールする

Cisco DCNM に CA 署名付き証明書をインストールするには、次の手順を実行します。

Procedure

Step 1

SSH 端末を経由して DCNM サーバにログオンします。

Step 2

appmgr afw gen-csr コマンドを使用して、CISCO DCNM サーバで CSR を生成します。

Note

CSR は Cisco DCNM に固有のものであり、対応する CSR 署名付き証明書のみが所定の Cisco DCNM にインストールされている必要があります。

dcnm# appmgr afw gen-csr
Generating CSR....
..
...
-----
Country Name (2 letter code) [XX]:US
State or Province Name (full name) []:CA
Locality Name (eg, city) [Default City]:San Jose
Organization Name (eg, company) [Default Company Ltd]:Cisco
Organizational Unit Name (eg, section) []:DCBG
Common Name (eg, your name or your server's hostname) []:dcnmhost.cisco.com
Email Address []:dcnm@cisco.com

Please enter the following 'extra' attributes to be sent with your certificate request
A challenge password []: /* This field is not mandatory */
An optional company name []: /* This field is not mandatory */
...

CSR ファイル dcnmweb.csr が /var/tmp/ ディレクトリに作成されます。

********** CA certificate installation not completed yet. Please do followings. **********
CSR is generated and placed at /var/tmp/dcnmweb.csr.
Please download or copy the content to your certificate signing server.

Step 3

この CSR を証明書署名サーバに送信します。

Note

CA 署名サーバは、組織に対してローカルです。

Step 4

認証局によって署名された証明書を取得します。

Step 5

新しい CA 署名付き証明書を Cisco DCNM サーバにコピーします。

証明書が Cisco DCNM サーバの /var/tmp ディレクトリにあることを確認します。

Step 6

次のコマンドを使用して、Cisco DCNM に CA 署名付き証明書をインストールします。

Note

以下に示すように、同じ順序で次のコマンドを実行することを推奨します。

dcnm# appmgr stop all /* Stop all applications running on Cisco DCNM
dcnm# appmgr afw install-CA-signed-cert <CA-signed certificate directory>
/* CA-signed certificate with full or relative path */
Making the signed certificate available to web gateway....

CA signed certificate CA-signed-cert.pem is installed. Please start all applications as followings:
On standalone setup execute: 'appmgr start all'

Step 7

appmgr start all コマンドを使用して、Cisco DCNM で新しい証明書ですべてのアプリケーションを再起動します。

dcnm# appmgr start all

Step 8

appmgr afw show-cert-details コマンドを使用して、新しくインストールした CA 署名証明書を確認します。

システムは、CA 証明書を用意しており、ブラウザで確認できます。

Note

CSR は Cisco DCNM に固有のものであり、対応する CSR 署名付き証明書のみが所定の Cisco DCNM にインストールされている必要があります。

DCNM ネイティブ HA セットアップで CA 署名済み証明書をインストールする

Cisco DCNM に CA 署名付き証明書をインストールするには、次の手順を実行します。

Note

以下に示すように、同じ順序で次のコマンドを実行することを推奨します。

Procedure

Step 1

アクティブ ノードで、SSH 端末を経由して DCNM サーバにログオンします。

Note

例えば、Cisco DCNM アクティブおよびスタンバイ アプライアンスを dcnm1 および dcnm2 に個別に示します。

Step 2

appmgr afw gen-csr コマンドを使用して、CISCO DCNM サーバで CSR を生成します。

Note

CSR は Cisco DCNM に固有のものであり、対応する CSR 署名付き証明書のみが所定の Cisco DCNM にインストールされている必要があります。

dcnm1# appmgr afw gen-csr
Generating CSR....
..
...
-----
Country Name (2 letter code) [XX]:US
State or Province Name (full name) []:CA
Locality Name (eg, city) [Default City]:San Jose
Organization Name (eg, company) [Default Company Ltd]:Cisco
Organizational Unit Name (eg, section) []:DCBG
Common Name (eg, your name or your server's hostname) []:dcnmhost.cisco.com
/* Provide a VIP FQDN name of the eth0 interface*/
Email Address []:dcnm@cisco.com

Please enter the following 'extra' attributes to be sent with your certificate request
A challenge password []: /* This field is not mandatory */
An optional company name []: /* This field is not mandatory */
...

Note

アクティブ ノードで CSR を生成するケースでは、プロンプトで共通名を促される場合に、eth0 インターフェイスの VIP FQDN 名を提供することをお勧めします。

この FQDN は、Cisco DCNM Web UI を起動するためにブラウザで入力した Web サーバ アドレスである必要があります。

CSR ファイル dcnmweb.csr が /var/tmp/ ディレクトリに作成されます。

********** CA certificate installation not completed yet. Please do followings. **********
CSR is generated and placed at /var/tmp/dcnmweb.csr.
Please download or copy the content to your certificate signing server.

Step 3

この CSR を証明書署名サーバに送信します。

Note

CA 署名サーバは、組織に対してローカルです。

CA 署名サーバは、組織内の CA 署名期間または組織のローカル CA にすることができます。

Step 4

認証局によって署名された証明書を取得します。

Step 5

新しい CA 署名付き証明書を Cisco DCNM サーバにコピーします。

証明書が Cisco DCNM サーバの /var/tmp ディレクトリにあることを確認します。

Step 6

スタンバイ ノードで、SSH 端末を経由して DCNM サーバにログオンします。

Step 7

スタンバイ ノードで、appmgr stop all コマンドを使用してすべてのアプリケーションを停止します。

dcnm2# appmgr stop all /* Stop all applications running on Cisco DCNM Standby Node
dcnm2#

Step 8

アクティブ ノードで、appmgr stop all コマンドを使用してすべてのアプリケーションを停止します。

dcnm1# appmgr stop all /* Stop all applications running on Cisco DCNM Active Node
dcnm2#

Step 9

アクティブ ノードで、appmgr afw install-CA-signed-cert コマンドを使用してCisco DCNM に CA 署名付き証明書をインストールします。

dcnm1# appmgr afw install-CA-signed-cert <CA-signed certificate directory>
/* CA-signed certificate with full or relative path */
Making the signed certificate available to web gateway....

CA signed certificate CA-signed-cert.pem is installed. Please start all applications as followings:
On standalone setup execute: 'appmgr start all'

Step 10

アクティブ ノードで、appmgr start all コマンドを使用して、Cisco DCNM 上で新しい証明書とともにすべてのアプリケーションを再起動します。

dcnm1# appmgr start all  /* Start all applications running on Cisco DCNM Active Node

先に進む前に、Cisco DCNM アクティブ ノードのすべてのサービスが動作していることを確認します。

Note

Cisco DCNM Web UI にログオンし、証明書の詳細が正しいことを確認します。

Step 11

スタンバイ ノードで、appmgr start all コマンドを使用して、Cisco DCNM 上で新しい証明書とともにすべてのアプリケーションを再起動します。

dcnm2# appmgr start all  /* Start all applications running on Cisco DCNM Standby Node

これにより、スタンバイ ノードはアクティブ ノードと新しいピア関係を確立できます。したがって、アクティブ ノードに新しくインストールされている CA 署名付き証明書は、スタンバイ ノードで同期されます。

Step 12

アクティブおよびスタンバイ ノードの両方で appmgr afw show-cert-details コマンドを使用して、新しくインストールした CA 署名証明書を確認します。

システムは、CA 証明書を用意しており、ブラウザで確認できます。

Note

証明書情報が表示されない場合、数分待機することをお勧めします。セカンダリ ノードは、アクティブ ノードとの同期に少し時間がかかります。

ネイティブ HA セットアップの両方のピアで、同じ内部および CA 署名付き証明書を保持する場合、最初にアクティブ ノードの証明書をインストールします。アクティブ ノードに証明書をインストールした後、アクティブ ノードから証明書をエクスポートし、同じ証明書をスタンバイ ノードにインポートします。

アクティブ ノードからスタンバイ ノードへ証明書をエクスポートする

次の手順は Cisco DCNM ネイティブ HA セットアップのみに適用されます。アクティブ ノードにインストールされている CA 署名付き証明書は、常にスタンバイ ノードに同期されています。ただし、内部の証明書はアクティブ ノードとスタンバイ ノードの両方で異なります。両方のピアで同じ証明書セットを保持する場合、このセクションで説明されている手順を実行する必要があります。

Note

内部証明書はシステム内部のため、証明書をエクスポートしないように選択できます。これらの証明書は、機能に影響を与えることなく、アクティブ ノードおよびスタンバイ ノードで別にすることができます。

アクティブ ノードから CA 署名付き証明書をエクスポートし、スタンバイ ノードに証明書をインポートするには、次の手順を実行します。

Procedure

Step 1

アクティブ ノードで、SSH 端末を経由して DCNM サーバにログオンします。

Step 2

appmgr afw export-import-cert-ha-peer export コマンドを使用して、証明書バンドルを作成します。

dcnm1# appmgr afw export-import-cert-ha-peer export

Step 3

証明書バンドルをスタンバイ ノードをコピーします。

Note

スタンバイ ノード上の証明書を、SSH 端末で指定されている場所にコピーしていることを確認します。

Step 4

スタンバイ ノードで、appmgr stop all コマンドを使用してすべてのアプリケーションを停止します。

dcnm2# appmgr stop all /* Stop all applications running on Cisco DCNM Standby Node
dcnm2#

Step 5

appmgr afw export-import-cert-ha-peer import コマンドを使用して、スタンバイ ノードに証明書をインポートします。

証明書バンドルがインポートされ、スタンバイ ノードにインストールされます。

Step 6

Step 7

スタンバイ ノードで、appmgr start all コマンドを使用して、Cisco DCNM 上で新しい証明書とともにすべてのアプリケーションを再起動します。

dcnm2# appmgr start all  /* Start all applications running on Cisco DCNM Standby Node

これにより、スタンバイ ノードでアプリケーションが起動したときに、新しいインポートされた証明書が有効になります。

Step 8

スタンバイ ノードで、 appmgr afw show-cert-details コマンドを使用して、新しくインポートされた CA 署名付き証明書を確認します。

これで、システムはアクティブ ノードとスタンバイ ノードの両方で同じ証明書を使用できるようになりました。

アップグレード後に証明書を復元する

このメカニズムは、インライン アップグレード プロセスのみを使用した Cisco DCNM アップグレード手順に適用されます。この手順は、同じバージョンの Cisco DCNM アプライアンスでのデータのバックアップと復元には必要ありません。

証明書の復元は破壊的なメカニズムであることに注意してください。アプリケーションを停止して再起動する必要があります。復元は、アップグレードされたシステムが安定している際にのみ実行する必要があります。つまり、Cisco DCNM Web UI にログインできる必要があります。Cisco DCNM ネイティブ HA セットアップでは、アクティブ ノードとスタンバイ ノードの両方でピア関係が確立されている必要があります。

（注）

証明書は、次の状況でのみ復元する必要があります。

- アップグレード前に CA 署名付き証明書がシステムにインストールされている場合。

- 11.2(1) より前のバージョンからバージョン 11.2(1) 以降にアップグレードしている場合。

Cisco DCNM をアップグレードした後は、復元する前に CERTIFICATE 1 が CA 署名付き証明書であるか必ず証明書を確認する必要があります。それ以外の場合は、証明書を復元する必要があります。

次のサンプル出力に示すように、appmgr afw show-cert-details を使用して証明書を確認します。

dcnm# appmgr afw show-cert-details
****CERTIFICATE 1****
[Certificate available to web gateway. This certificate is offered to webclients]:
--------------Web gateway certificate--------------------------------
Certificate:
Data:
Version: 3 (0x2)
Serial Number: 1575924977762797464 (0x15decf6aec378798)
Signature Algorithm: sha256WithRSAEncryption
Issuer: C=US, ST=CA, L=San Jose, O=Enterprise CA inc, OU=Data Center, CN=dcnm1.ca.com
Validity
Not Before: Dec  9 20:56:17 2019 GMT
Not After : Dec  9 20:56:17 2024 GMT
Subject: C=US, ST=CA, L=San Jose, O= Enterprise CA inc, OU=Data Center, CN=dcnm1.ca.com
Subject Public Key Info:
Public Key Algorithm: rsaEncryption
Public-Key: (2048 bit)
Modulus:
00:cf:6e:cd:c6:a9:30:08:df:92:98:38:49:9c:2a:
--------------Certificate output is truncated to first 15 lines--------------

****CERTIFICATE 2****
[Certificate available in keystore(jks). CA signed certificate is installed here till DCNM version 11.1.x]
If you have upgraded from DCNM version 11.1.x to later version please see installation guide to restore
CA signed certificate to upgraded version.
--------------Keystore certificate-------------------------------------------
Alias name: sme
Creation date: Oct 14, 2018
Entry type: PrivateKeyEntry
Certificate chain length: 2
Certificate[1]:
Owner: CN=localhost, OU=Data Center, O=Cisco Systems Inc, L=San Jose, ST=CA, C=US
Issuer: CN=dcnmca, OU=Data Center, O=Cisco Systems Inc, L=San Jose, ST=CA, C=US
Serial number: 62044620
Valid from: Sun Oct 14 20:39:39 PDT 2018 until: Fri Oct 13 20:39:39 PDT 2023
Certificate fingerprints:
SHA1: 38:66:F1:CD:10:61:27:E7:43:85:10:41:3D:A3:4B:5C:C9:CC:17:5E
SHA256: E0:87:D8:34:71:18:FE:8C:AB:18:0B:D7:85:B1:91:A8:4B:75:A3:91:BA:90:83:46:72:87:FE:FE:FE:04:F0:E1
Signature algorithm name: SHA256withRSA
Subject Public Key Algorithm: 2048-bit RSA key
Version: 3
--------------Certificate output is truncated to first 15 lines------
dcnm#

- アップグレード後に Cisco DCNM スタンドアロン セットアップで証明書を復元する

- アップグレード後に Cisco DCNM ネイティブ HA セットアップで証明書を復元する

アップグレード後に Cisco DCNM スタンドアロン セットアップで証明書を復元する

Cisco DCNM スタンドアロン展開をリリース11.3(1) にアップグレードした後に証明書を復元するには、次の手順を実行します。

Procedure

Step 1

Cisco DCNM スタンドアロン アプライアンスが正常にアップグレードされたら、SSH を使用して DCNM サーバにログインします。

Note

リリース 11.3(1) にアップグレードすると、CA 署名付き証明書のバックアップが作成されます。

Step 2

次のコマンドを使用して、すべてのアプリケーションを停止します。

appmgr stop all

Step 3

次のコマンドを使用して、証明書を復元します。

appmgr afw restore-CA-signed-cert

Step 4

[はい (yes)] と入力し、以前インストールした証明書を復元することを確認します。

Step 5

次のコマンドを使用して、すべてのアプリケーションを開始します。

appmgr start all

Step 6

appmgr afw show-cert-details コマンドを使用して、新しくインストールした CA 署名証明書を確認します。

システムは、CA 証明書を用意しており、ブラウザで確認できます。

アップグレード後に Cisco DCNM ネイティブ HA セットアップで証明書を復元する

Cisco DCNM ネイティブ HA セットアップでは、証明書はアクティブ ノードとスタンバイ ノードの両方にインストールされます。アクティブ ノードでのみ証明書を復元する必要があります。証明書はスタンバイ ノードと自動的に同期されます。

Cisco DCNM スタンドアロン展開をリリース 11.3(1) にアップグレードした後に証明書を復元するには、次の手順を実行します。

Procedure

Step 1

SSH を使用して Cisco DCNM サーバにログインします。

Note

例えば、アクティブおよびスタンバイ アプライアンスを dcnm1 および dcnm2 に個別に示します。

Step 2

スタンバイ ノードで、appmgr stop all コマンドを使用してすべてのアプリケーションを停止します。

dcnm2# appmgr stop all /* Stop all applications running on Cisco DCNM Standby Node

Step 3

アクティブ ノードで、appmgr stop all コマンドを使用してすべてのアプリケーションを停止します。

dcnm1# appmgr stop all /* Stop all applications running on Cisco DCNM Active Node

Step 4

appmgr afw restore-CA-signed-cert コマンドを使用して、アクティブ ノードの証明書を復元します。

dcnm1# appmgr afw restore-CA-signed-cert

Step 5

[はい (yes)] と入力し、以前インストールした証明書を復元することを確認します。

Step 6

アクティブ ノードで、appmgr start all コマンドを使用してすべてのアプリケーションを起動します。

dcnm1# appmgr start all /* Start all applications running on Cisco DCNM Active Node

先に進む前に、Cisco DCNM アクティブ ノードのすべてのサービスが動作していることを確認します。

Note

Cisco DCNM Web UI にログオンし、証明書の詳細が正しいことを確認します。

Step 7

スタンバイ ノードで、appmgr start all コマンドを使用してすべてのアプリケーションを起動します。

dcnm2# appmgr start all  /* Start all applications running on Cisco DCNM Standby Node

しばらく待ってから、スタンバイ ノードがアクティブ ノードと同期します。

Step 8

アクティブおよびスタンバイ ノードの両方で appmgr afw show-cert-details コマンドを使用して、新しくインストールした CA 署名証明書を確認します。

システムは、CA 証明書を用意しており、ブラウザで確認できます。

以前にインストールされた CA 署名付き証明書の回復と復元

CA 署名付き証明書のインストール、復元、管理は、サードパーティの署名サーバが関係しているため、時間がかかるプロセスです。これにより、誤った証明書をインストールすることとなるミスが生じる場合があります。このようなシナリオでは、最新のインストールまたはアップグレードの前にインストールされた証明書を復元することをお勧めします。

以前にインストールされた CA 署名付き証明書を回復して復元するには、次の手順を実行します。

手順

ステップ 1

SSH 端末を経由して DCNM サーバにログオンします。

ステップ 2

/var/lib/dcnm/afw/apigateway/ ディレクトリに移動します。

dcnm# cd /var/lib/dcnm/afw/apigateway/
dcnm# ls -ltr /* View the contents of the folder
total 128
-rw------- 1 root root 1844 Nov 18 13:14 dcnmweb.key.2019-11-20T132939-08:00
-rw-r--r-- 1 root root 1532 Nov 18 13:14 dcnmweb.crt.2019-11-20T132939-08:00
-rw------- 1 root root 1844 Nov 20 10:15 dcnmweb.key.2019-11-20T132950-08:00
-rw-r--r-- 1 root root 1532 Nov 20 10:15 dcnmweb.crt.2019-11-20T132950-08:00
-rw------- 1 root root 1844 Dec 22 13:59 dcnmweb.key
-rw-r--r-- 1 root root 1532 Dec 22 13:59 dcnmweb.crt

.
..
...

dcnmweb と dcnmweb は、現在、システムにインストールされているキーと証明書ファイルです。同様のファイル名は、タイムスタンプ サフィックスを使用して、最近のアップグレードまたは復元の前にインストールされているキーと証明書のペアを識別するのに役立ちます。

ステップ 3

appmgr stop all コマンドを使用して、Cisco DCNM 上で実行されているすべてのアプリケーションを停止します。

ステップ 4

dcnmweb.key および dcnmweb.crt ファイルのバックアップをとります。

ステップ 5

復元する古いキーと証明書のペアを特定します。

ステップ 6

キーと証明書のペアを dcnmweb.key および dcnmweb.crt として (タイムスタンプ サフィックスなしで) コピーします。

ステップ 7

appmgr start all コマンドを使用して、Cisco DCNM 上で実行されているすべてのアプリケーションを開始します。

ステップ 8

appmgr afw show-cert-details コマンドを使用して、証明書の詳細を確認します。CERTIFICATE 1 は CA 署名付き証明書です。

（注）

CA 署名付き証明書が Cisco DCNM Web UI に表示されない場合、または DCNM サーバがエラー メッセージを送信した場合は、システムを再起動する必要があります。

インストールした証明書の確認

appmgr afw show-cert-details コマンドを使用してインストールした証明書を確認でき、Web ブラウザによって証明書が有効か否か確認します。Cisco DCNM はすべての標準ブラウザ (Chrome、IE、Safari、Firefox) をサポートします。しかし、各ブラウザでは証明書情報が異なって表示されます。

ブラウザのプロバイダ Web サイトで、ブラウザの固有情報を参照することをお勧めします。

次のスニペットは、証明書を確認するための Chrome ブラウザ バージョン 74.0.3729.169 の例です。

1. URL https://<dcnm-ip-address> または https://<FQDN> をブラウザのアドレス バーに入力します。

Return キーを押します。

2. 証明書の種類に基づき、URL フィールドの左側のアイコンにロック アイコン [] またはアラート アイコン [] が表示されます。

アイコンをクリックします。

3. カードで、[証明書 (Certificate)] フィールドをクリックします。

証明書の情報が示されます。

表示されている情報は、appmgr afw show-cert-details を使用して証明書の詳細を確認したときに、証明書 1 に表示されている詳細と一致している必要があります。

Chapter8. ファイアウォール背後での Cisco DCNM の実行

この章では、ファイアウォールの背後で Cisco DCNM を実行する方法について説明します。

- ファイアウォール背後での Cisco DCNM の実行

- カスタム ファイアウォールの設定

ファイアウォール背後での Cisco DCNM の実行

通常、企業 (外部) およびデータセンターはファイアウォールによって分離されます。つまり、DCNM はファイアウォールの背後に設定されます。Cisco DCNM Web クライアントと SSH 接続は、そのファイアウォールを通過する必要があります。また、ファイアウォールは、DCNM サーバと DCNM 管理対象デバイスの間に配置できます。

すべての Cisco DCNM ネイティブ HA ノードは、ファイアウォールの同じ側にある必要があります。内部 DCNM ネイティブ HA ポートは一覧表示されていません。ネイティブ HA ノード間でファイアウォールを設定することは推奨されていません。

Note

DCNM で LAN デバイスを追加または検出すると、検出プロセスの一部として ICMP エコー パケットが送信されます。ICMP メッセージをブロックするファイアウォールがある場合、検出プロセスは失敗します。cdp.discoverPingDisable サーバ プロパティを true に設定すると、ICMP エコー パケットの送信をスキップできます。サーバ プロパティの設定方法の詳細については、Cisco DCNM Web UI [管理 (Administration)] > [DCNM サーバ (DCNM Server)] > [サーバ プロパティ (Server Properties)] を参照してください。

入力トラフィックがクライアントから入力される場合のスタンダード ポートは、ローカル ファイアウォールを無効にするまで変更できません。

次の表に、Cisco DCNM Web クライアント、SSH クライアント、および Cisco DCNM サーバ間の通信に使用されるすべてのポートを示します。

Port Number

プロトコル

Service Name

コミュニケーション方向

備考

22

TCP

SSH

クライアントから DCNM サーバ

外部への SSH アクセスはオプションです。

443

TCP

HTTPS

クライアントから DCNM サーバ

これは DCNM Web サーバに到達するために必要です。

2443

TCP

HTTPS

クライアントから DCNM サーバ

サーバに到達するために、インストール中に必要です。インストール完了後、DCNM はポートを閉じます。

次の表に、Cisco DCNM サーバとその他のサービス間の通信に使用されるすべてのポートを示します。

Note

サービスは、ファイアウォールのいずれかの側でホストできます。

Port Number

プロトコル

Service Name

コミュニケーション方向

備考

49

TCP/UDP

TACACS+

DNS サーバから DCNM サーバ

ACS サーバは、ファイアウォールのいずれかの側になります。

53

TCP および UDP

DNS

DNS サーバから DCNM サーバ

DNS サーバは、ファイアウォールのいずれかの側になります。

123

UDP

NTP

DCNM サーバから NTP サーバ

NTP サーバは、ファイアウォールのいずれかの側になります。

5000

TCP

Docker レジストリ

DCNM サーバへの着信

DCNM コンピューティング ノードからの要求をリッスンしている DCNM サーバ上の Docker レジストリ サービス。

5432

TCP

postgres

DCNM サーバから Postgres DB サーバ

DCNM のデフォルト インストールでは、このポートは必要ありません。

これは、Postgres が DCNM ホストマシンの外部にインストールされている場合にのみ必要です。

次の表に、DCNM サーバと管理対象デバイス間の通信に使用されるすべてのポートを示します。

Port Number

プロトコル

Service Name

コミュニケーション方向

備考

22

TCP

SSH

両方向

DCNM サーバからデバイス：デバイス管理用。

デバイスから DCNM サーバ：SCP (POAP)。

67

UDP

DHCP

デバイスから DCNM サーバ

69

TCP

TFTP

デバイスから DCNM サーバ

POAP に必須

161

TCP および UDP

SNMP

サーバから DCNM デバイス

TCP を使用するための server.properties 経由で設定されている DCNM は、UDP ポート 161 の代わりに TCP ポート 161 を使用します。

514

UDP

Syslog

デバイスから DCNM サーバ

2162

UDP

SNMP_TRAP

デバイスから DCNM サーバ

33000 ～ 33499

TCP

gRPC

デバイスから DCNM サーバ

LAN テレメトリ ストリーミング

カスタム ファイアウォールの設定

（注）

これは、DCNM OVA/ISO 展開にのみ適用されます。

Cisco DCNM サーバは、DCNM ローカル ファイアウォールと呼ばれる IPTables ルールのセットを展開します。これらのルールは、Cisco DCNM 操作に必要な TCP/UDP ポートを開きます。OS インターフェイスにアクセスし、SSH を経由して、ルールを変更することなく内蔵ローカル ファイアウォールを操作することはできません。攻撃に対して脆弱になったり、DCNM の通常の機能に影響を及ぼす可能性があるため、ファイアウォール ルールを変更しないで下さい。

指定の展開またはネットワークに対応するため、Cisco DCNM では CLI を使用してリリース 11.3(1) から独自のファイアウォール ルールを設定できます。

（注）

これらのルールは幅広いか粒度が細かく、内蔵ローカル ファイアウォール ルールを優先します。したがって、メンテナンス期間はこれらのルールを慎重に設定します。

カスタム ファイアウォールを設定するために、 DCNM サーバまたはアプリケーションを停止または再起動する必要はありません。

注意

IPTable は、設定している順番でルールに優先順位を付けます。従って、最初により粒度の細かいルールをインストールする必要があります。ルールの順番が要求通りにするため、テキスト エディタにすべてのルール作成し、希望の順番で CLI を実行することができます。ルールを調整する必要がある場合、すべてのルールを取り消し、希望の順番でルールを設定できます。

カスタム ファイアウォールで次の操作を実行できます。

（注）

SSH を使用して Cisco DCNM サーバですべてのコマンドを実行します。

カスタム ファイアウォール CLI

appmgr user-firewall コマンドを使用して、カスタム ファイアウォール CLI チェーン ヘルプと例を表示します。

dcnm# appmgr user-firewall

dcnm# appmgr user-firewall – h

カスタム ファイアウォールのルールを設定する

appmgr user-firewall {add | del} コマンドを使用して、カスタム ファイアウォール ルールを設定します。

appmgr user-firewall {add | del} proto {tcp | udp} port {<port> | <port range n1:n2>} [ {in | out} <interface name>] [srcip <ip-address> [/<mask>] ] [dstip <ip-address> [/<mask>] ] action {permit | deny}

（注）

カスタム ファイアウォール ルールは、ローカル ファイアウォール ルールを優先します。従って、機能が破損していないか注意して確認します。

例：例のカスタム ファイアウォール ルール

- dcnm# appmgr user-firewall add proto tcp port 7777 action deny

このルールは、すべてのインターフェイスですべての TCP ポート 7777 トラフィックをドロップします。

- dcnm# appmgr user-firewall add proto tcp port 443 in eth1 action deny

このルールは、インターフェイス eth1 ですべての TCP ポート 443 着信トラフィックをドロップします。

- dcnm# appmgr user-firewall add proto tcp port 7000:7050 srcip 1.2.3.4 action deny

このルールは、IP アドレス 1.2.3.4. から発信されている TCP ポート範囲 10000 ～ 10099 ｔトラフィックをドロップします。

カスタム ファイアウォール ルールの保持

appmgr user-firewall commit コマンドを使用して、再起動時にカスタム ファイアウォール ルールを保持します。

（注）

ルールを変更するたびにこのコマンドを実行して、再起動時にルールを保持する必要があります。

ネイティブ HA スタンバイ ノードでカスタム ファイアウォール ルールをインストールする

Cisco DCNM ネイティブ HA セットアップでは、アクティブ ノードで appmgr user-firewall commit を実行するとき、ルールがスタンバイ ノードに自動的に同期されます。ただし、新しいルールはシステム再起動後にのみ動作します。

ルールをすぐに適用するには、appmgr user-firewall user-policy-install コマンドを使用してスタンバイ ノードでカスタム ファイアウォール ルールをインストールします。

カスタム ファイアウォールの削除

appmgr user-firewall flush-all コマンドを使用して、すべてのカスタム ファイアウォールを削除します。

カスタム ファイアウォールを永久に削除するには、appmgr user-firewall commit コマンドを使用します。

Chapter9. Cisco DCNM サーバのセキュアなクライアント通信

- Cisco DCNM サーバのセキュアなクライアント通信

Cisco DCNM サーバのセキュアなクライアント通信

この項では、Cisco Data Center Network Manager Servers で HTTPS を使用する方法について説明します。

Note

CA 署名済み SSL 証明書を追加する前に、Cisco DCNM で SSL/HTTPS を有効にする必要があります。したがって、下に記載されている順番で手順を実行します。

この項では、次のトピックについて取り上げます。

- 仮想アプライアンスの HA 環境で Cisco DCNM 上の SSL/HTTPS を有効にする

仮想アプライアンスの HA 環境で Cisco DCNM 上の SSL/HTTPS を有効にする

HA モードの Cisco DCNM の仮想アプライアンスで SSL/HTTPS を有効にするには、次のことを実行します。

Procedure

Step 1

自己署名 SSL 証明書を使用してプライマリ サーバを設定します。

Note

CA 署名付き証明書では、各サーバに独自の証明書が生成されます。証明書が両方のサーバで共通の署名証明書チェーンによって署名されていることを確認します。

Step 2

セカンダリ サーバでキーストアを検索します。

Step 3

次の場所にあるキーストアの名前を変更します

< DCNM_install_root >/dcm/wildfly-10.1.0.Final/standalone/configuration/fmserver.jks

～

< DCNM_install_root >/dcm/wildfly-10.1.0.Final/standalone/configuration/fmserver.jks.old

Step 4

プライマリ サーバからセカンダリ サーバに生成された fmserver.jks ファイルを、フォルダにコピーします。

<dcnm-home> /dcm/wildfly-10.1.0.Final/standalone/configuration/ <dcnm-home>/dcm/fm/conf/cert/

What to do next

自己署名付き証明書を作成した場合、SSL 証明書をキーストアにインポートした場合、/usr/local/cisco/dcm/wildfly-10.1.0.Final/standalone/configuration にある新しい fmserver.jks を /etc/elasticsearch にコピーする必要があります。fmserver.jks ファイルを elasticsearch ディレクトリにコピーしない場合、アラームとポリシーを取得できません。elasticsearch データベースを安定化させるため、Cisco DCNM [Web UI モニタ (Web UI Monitor)] > [アラーム (Alarms)] > [アラーム ポリシー (Alarm Policies)] でアラーム ポリシーを設定できません。

Chapter10. ハイ アベイラビリティ環境でのアプリケーションの管理

この章では、Cisco プログラマブル ファブリック ソリューション用に、Cisco DCNM オープン仮想アプライアンス展開でハイアベイラビリティ (HA) 環境を設定する方法について説明します。また、Cisco DCNM オープン仮想アプライアンス内にバンドルされている各アプリケーションの HA 機能に関する詳細も含まれています。

（注）

DCNM で適切な HA 機能を実現するには、NTP サーバがアクティブ ピアとスタンバイ ピア間で同期されていることが必要です。

この章は、次の項で構成されています。

- Information About Application Level HA in the Cisco DCNM オープン仮想アプライアンスのアプリケーション レベル HA に関する情報

- ネイティブ HA フェールオーバーおよびトラブルシューティング

- Cisco DCNM シングル HA ノードのリカバリ

- アプリケーション ハイ アベイラビリティ

Information About Application Level HA in the Cisco DCNM オープン仮想アプライアンスのアプリケーション レベル HA に関する情報

Cisco DCNM オープン仮想アプライアンスで実行されるアプリケーションの HA を確保するために、2 つの仮想アプライアンスを実行できます。1 つはアクティブ モードで、もう一方はスタンバイ モードで実行できます。

Note

このドキュメントでは、これらのアプライアンスをそれぞれ OVA-A と OVA-B と呼びます。

このシナリオでは、次のようになります。

1. すべてのアプリケーションは、両方のアプライアンスで実行されます。

アプリケーション データは常に同期されるか、アプリケーションが共通のデータベースを共有します (該当する場合)。

2. 2 つのアプライアンスで実行されているアプリケーションのうち 1 つのみがクライアント要求を処理します。最初は、OVA-A で実行されているアプリケーションです。アプリケーションは、次のいずれかが発生するまで続行します。

- OVA 上のアプリケーションがクラッシュします。

- OVA 上のオペレーティング システムがクラッシュします。

- OVA-A は何らかの理由で電源がオフになっています。

3. この時点で、他のアプライアンス (OVA-B) で実行されているアプリケーションが引き継がれます。

DHCP の場合、最初のノードで障害が発生すると、2 番目のノードが IP アドレスの提供を開始します。

4. OVA-A への既存の接続はドロップされ、新しい接続は OVA-B にルーティングされます。

このシナリオでは、ノード (OVA-A) の 1 つが最初にアクティブノードと呼ばれ、OVA-B がスタンバイノードと呼ばれている理由を示しています。

- 自動フェールオーバー

- 手動でトリガされたフェールオーバー

自動フェールオーバー

アプリケーション レベルと仮想マシン (VM) レベルおよびスイッチオーバー プロセスは次のとおりです。

- ロードバランシング ソフトウェア (DCNM/AMQP) によって管理されているアプリケーションのいずれかが OVA-A でダウンした場合、クライアント要求を処理するアクティブノードは障害を検出し、後続の要求をスタンバイ ノード (OVA-B) にリダイレクトします。このプロセスは、アプリケーション レベルのスイッチオーバーを提供します。

- アクティブノード (OVA A) に障害が発生した場合、または何らかの理由で電源がオフになった場合、スタンバイ ノード (OVA-B) は障害を検出し、OVA-B で Cisco DCNM/AMQP の VIP アドレスを有効にします。また、IP アドレスに関連付けられている新しい MAC アドレスを示すために、ローカル スイッチに追加 ARP を送信します。VIP を使用しないアプリケーションの場合、OVA-B で実行されている DHCPD は OVA-A 上の DHCPD の障害を検出し、それ自体をアクティブにします。OVA で実行されている LDAP は、LDAP がアクティブ-アクティブとして展開されているため、実行を継続します。したがって、VM レベルのフェールオーバーは、4 つのすべてのアプリケーション (DCNM/AMQP/DHCP/LDAP) に対して行われます。

手動でトリガされたフェールオーバー

アプリケーション レベルのフェールオーバーは、手動でトリガすることもできます。たとえば、OVA-B で AMQP を実行し、OVA-A でその他のアプリケーションを実行する場合があります。この場合、OVA-A の SSH 端末にログインし、appmgr stop amqp コマンドを使用して AMQP を停止することができます。

このフェールオーバーは、自動フェールオーバー で説明されているのと同じプロセスをトリガします。AMQP 仮想 IP アドレスへの後続の要求は、OVA B にリダイレクトされます。

ネイティブ HA フェールオーバーおよびトラブルシューティング

ネイティブ HA の特性により、ホストのロールはアクティブからスタンバイ、またはスタンバイからアクティブに切り替えることができます。

ここでは、さまざまな使用例でのトラブルシューティングについて説明します。

アクティブ ホストからスタンバイ ホストへのネイティブ HA フェールオーバー

アクティブ ホストからスタンバイ ホストへのネイティブ HA フェールオーバーが発生した場合は、次の手順を実行します。

1. DCNM Web UI にログオンし、[管理者 (Administrator)] > [ネイティブ HA (NATIVE HA)] に移動します。

2. HA のステータスを確認します。DCNM HA ステータスが [OK] モードでない場合は、フェールオーバー操作を実行できません。

[フェールオーバー（Failover）] をクリックします。Cisco DCNM サーバがシャットダウンし、DCNM スタンバイ アプライアンスが動作可能になります。

3. Cisco DCNM Web UI を更新します。

DCNM サーバが動作可能になったら、DCNM Web UI にログインできます。

Note

フェールオーバーをトリガーするには 、アクティブホストでを appmgr stop all または appmgr stop ha-apps を実行しないようにすることを推奨します。Cisco DCNM HA ステータスが [OK] モードでない場合、フェールオーバーの前にスタンバイ DCNM アプライアンスがアクティブなアプライアンスと同期されないため、フェールオーバーによってデータの損失が発生する可能性があります。

DCNM アプリケーション フレームワークに関する問題

DCNM Web UI にアクセスできず、フェールオーバー操作が必要な場合は、Linux コンソールで次のいずれかのコマンドを実行します。

appmgr failover ：このコマンドは、HA ハートビート フェールオーバーをトリガーします。

または

reboot -h now ：このコマンドは、Linux ホストの再起動をトリガーします。これにより、フェールオーバーが発生します。

ただし、両方の HA ピアが同期していない場合、その他のすべての方法でデータ損失のリスクが発生するため、DCNM Web UI を使用してフェールオーバーを実行することをお勧めします。

DCNM の停止と再起動

DCNM を完全に停止して再起動するには、次の手順を実行します。

1. スタンバイ アプライアンスで、appmgr stop all コマンドを使用してすべてのアプリケーションを停止します。

2. appmgr status all コマンドを使用して、すべてのアプリケーションが停止しているかどうかを確認します。

3. アクティブ アプライアンスで、appmgr stop all コマンドを使用してすべてのアプリケーションを停止します。

4. appmgr status all コマンドを使用して、すべてのアプリケーションが停止しているかどうかを確認します。

5. 展開されたアクティブ ホストで、 appmgr start all コマンドを使用してすべてのアプリケーションを起動します。

すべてのアプリケーションが実行されているかどうかを確認します。DCNM Web UI にログオンして、動作しているかどうかを確認します。

6. 展開されたスタンバイ ホストで、appmgr start all コマンドを使用してすべてのアプリケーションを起動します。

Web UI で、[管理 (Administration)] > [ネイティブ HA (NATIVE HA)] に移動し、HA ステータスに [OK] と表示されていることを確認します。

スタンバイ ホストの再起動

スタンバイ ホストのみを再起動するには、次の手順を実行します。

1. スタンバイ ホストで、appmgr stop all コマンドを使用してすべてのアプリケーションを停止します。

2. appmgr status all コマンドを使用してすべてのアプリケーションが停止したかどうかを確認します。

3. appmgr start all コマンドを使用して、アプリケーションを起動します。

Web UI で、[管理 (Administration)] > [ネイティブ HA (NATIVE HA)] に移動し、HA ステータスに [OK] と表示されていることを確認します。

Cisco DCNM シングル HA ノードのリカバリ

ここでは、シナリオについて詳しく説明し、Cisco DCNM シングル HA ノードを回復する手順について説明します。

次の表では、Cisco DCNM ネイティブ HA セットアップで、1 つまたは両方のノードで障害が発生した場合のすべてのリカバリ手順について詳しく説明します。

障害のタイプ

回復するノード/データベース

使用可能なプライマリ バックアップ

セカンダリ バックアップが使用可能

リカバリ手順

プライマリ ノードが接続されました。

セカンダリ ノードがプライマリになりました (フェールオーバーのため)。

プライマリ ノード

-

-

1. セカンダリ ノードをプライマリ ノードに変換します。

2. 新しいセカンダリ ノードの設定

プライマリおよびセカンダリ サーバ データベースが失われます。セカンダリ ノードがプライマリになりました (フェールオーバーのため)

プライマリ データベース

-

-

アクティブなセカンダリノードが再起動し、スタンバイ プライマリ ノードと同期します。

アクティブなセカンダリ ノードが失われました。フェールオーバーが原因でプライマリノードがアクティブになっていません。

セカンダリ ノード

-

×

新しいセカンダリ ノードの設定

アクティブなセカンダリ ノードが失われました。フェールオーバーが原因でプライマリ ノードがアクティブになっていません。

セカンダリ ノード

-

対応

Web インストーラを使用して、新しいセカンダリ ノードを設定します。[復元用のバックアップ ファイルを含む新規インストール (Fresh installation with backup file for restore)] を選択します。HA 設定画面で、[セカンダリ DCNM ノードのみを復元する (Restore secondary DCNM node only)] を選択します。

セカンダリ スタンバイ ノードが失われます。

セカンダリ ノード

-

×

新しいセカンダリ ノードの設定

セカンダリ スタンバイ ノードが失われます

セカンダリ ノード

-

対応

Web インストーラを使用して、新しいセカンダリ ノードを設定します。[復元用のバックアップ ファイルを含む新規インストール (Fresh installation with backup file for restore)] を選択します。HA 設定画面で、[セカンダリ DCNM ノードのみを復元する (Restore secondary DCNM node only)] を選択します。

プライマリ ノードがアクティブです。セカンダリ スタンバイ データベースが失われました。

セカンダリ データベース

-

-

プライマリ ノードは、セカンダリ ノードと同期するために再起動します。

セカンダリ ノードからプライマリ ノードへの変換

セカンダリ ノードをプライマリ ノードに変換するには、次の手順を実行します。

1. セカンダリ ノードで SSH を使用して DCNM サーバにログインします。

2. appmgr stop all コマンドを使用して、セカンダリ ノード上のすべてのアプリケーションを停止します。

3. ha-setup.properties ファイルに移動します。

4. セカンダリ ノードをプライマリ ノードとして設定するには、ノード ID を 1 に設定します。

NODE_ID 1

セカンダリ ノードのノード ID を 1 に変更した後、サーバを再起動します。古いセカンダリが新しいプライマリ ノードとして再起動します。失われたプライマリをセカンダリ ノードとしてみなし、新しいセカンダリ ノードを設定します。

DCNM 11.3(1) より前のバージョンでのセカンダリ ノードの設定

セカンダリ ノードを設定するには、リリース 11.3(1) より前の Cisco DCNM セットアップで、次の手順を実行します。

1. スタンドアロン Cisco DCNM をインストールします。失われたセカンダリ ノードと同じ設定を使用します。

（注）

プライマリ ノードが失われ、古いセカンダリ ノードがプライマリ ノードに変換された場合は、失われたプライマリ設定で新しいスタンドアロン ノードを設定します。

2. SSH を使用して新しい DCNM スタンドアロン サーバにログインし、appmgr stop all コマンドを使用してすべてのアプリケーションを停止します。

3. SSH を使用してプライマリ ノードにログオンし、appmgr stop all コマンドを使用してすべてのアプリケーションを停止します。

4. プライマリ ノードで、/root/.DO_NOT_DELETE ファイルを編集します。プライマリ ノードで NATIVE_HA_STATUS パラメータを NOT_TRIGGERED に設定します。

5. appmgr setup native-ha active コマンドを使用して、プライマリ ノードをアクティブとして設定します。

6. appmgr setup native-ha secondary コマンドを使用して、セカンダリ ノードをスタンバイとして設定します。

DCNM 11.3(1) バージョンでのセカンダリ ノードの設定

セカンダリ ノードを Cisco DCNM リリース 11.3(1) から設定するには、次の手順を実行します。

1. スタンドアロン Cisco DCNM をインストールします。失われたセカンダリ ノードと同じ設定を使用します。

（注）

プライマリ ノードが失われ、古いセカンダリ ノードがプライマリ ノードに変換された場合は、失われたプライマリ設定で新しいスタンドアロン ノードを設定します。

2. SSH を使用して新しい DCNM スタンドアロン サーバにログインし、appmgr stop all コマンドを使用してすべてのアプリケーションを停止します。

3. appmgr root-access permit を使用して、新しいノードの /root ディレクトリへのアクセスを提供します。

4. SSH を使用してプライマリ ノードにログオンし、appmgr stop all コマンドを使用してすべてのアプリケーションを停止します。

5. appmgr root-access permit を使用して、プライマリ ノードの /root ディレクトリへのアクセスを提供します。

6. プライマリ ノードで、/root/.DO_NOT_DELETE ファイルを編集します。プライマリ ノードで NATIVE_HA_STATUS パラメータを NOT_TRIGGERED に設定します。

7. appmgr setup native-ha active コマンドを使用して、プライマリ ノードをアクティブとして設定します。

8. appmgr setup native-ha secondary コマンドを使用して、セカンダリ ノードをスタンバイとして設定します。

アプリケーション ハイ アベイラビリティ

ここでは、すべての Cisco プログラマブル ファブリック HA アプリケーションについて説明します。

Cisco DCNM オープン仮想アプライアンスには 2 つのインターフェイスがあります。1 つはオープン仮想アプライアンス管理ネットワークに接続し、もう 1 つは強化されたプログラマブル ファブリック ネットワークに接続しています。仮想 IP アドレスは、両方のインターフェイスに対して定義されます。

- オープン仮想アプライアンス管理ネットワークから、DCNM REST API、DCNM インターフェイス、および AMQP には VIP アドレスを使用してアクセスします。

- 拡張されたファブリック管理ネットワークから、LDAP と DHCP に直接アクセスします。

次の 3 つの仮想 IP のみが定義されています。

- DCNM REST API (DCNM 管理ネットワーク上)

- DCNM REST API (拡張ファブリック管理ネットワーク上)

- AMQP (dcnm 管理ネットワーク上)

Note

HA で DCNM オープン仮想アプライアンスでは VIP を設定しますが、VIP は DCNM、REST API のアクセスに使用することを目的としています。GUI アクセスの場合でも、DCNM HA ピアの個別 IP アドレスを使用し、同じものを使用して DCNM SAN Java クライアントなどを起動することを推奨します。

プログラマブル ファブリック アプリケー ションとそれに対応する HA メカニズムの完全なリストについては、次の表を参照してください。

プログラマブル ファブリック アプリケーション

HA メカニズム

仮想 IP の使用

注

Data Center Network Manager

DCNM クラスタリング/フェデレーション

対応

各ネットワークに 1 つずつ定義された 2 つの VIP

RabbitMQ

RabbitMQ ミラーリング キュー

対応

OVA 管理ネットワークで定義された 1 つの VIP

リポジトリ

—

—

外部リポジトリを使用する必要があります

- データセンターのネットワーク管理

- RabbitMQ

- リポジトリ

データセンターのネットワーク管理

データ センター ネットワーク管理機能は、Cisco Data Center Network Manager (DCNM) サーバで提供されます。Cisco DCNM はデータ センター インフラストラクチャのセットアップ、仮想化、管理、およびモニタリングを提供します。Cisco DCNM には、http://[host/ip] でブラウザからアクセスできます。

Note

Cisco DCNM の詳細については、http://cisco.com/go/dcnm を参照してください。

HA の実装

両方の OVA で動作する Cisco DCNM は、HA 用のクラスタ モードとフェデレーション モードで設定されます。Cisco DCNM フェデレーションは、SAN デバイスの HA メカニズムです。SAN デバイスのグループは、DCNM フェデレーショ ンセットアップの各ノードで管理できます。すべてのデバイスは、単一のクライアント インターフェイスを使用して管理できます。

Cisco DCNM UI で自動フェールオーバーを有効にするには、Admin > Federation を選択します。自動フェールオーバーを有効にし、OVA A で実行されている Cisco DCNM に障害が発生した場合、自動フェールオーバーは、OVA A から OVA B に自動的に管理されるファブリックおよび shallow-discovered LAN のみを移動します。

DCNM 仮想 IP の使用状況

オープン仮想アプライアンス HA セットアップには、デフォルトの HTTP ポートに Cisco DCNM の 2 つの VIP アドレス (各ネットワークに 1 つずつ) があります。これらの VIP は、オープン仮想アプライアンス管理ネットワークおよび拡張ファブリック管理ネットワーク上の DCNM RESTful サービスにアクセスするために使用できます。たとえば、Cisco UCS Director などの外部システムは、オープン仮想アプライアンス管理ネットワークの VIP を指定することができ、要求がアクティブな Cisco DCNM に転送されます。同様に、拡張ファブリック管理ネットワーク内のスイッチは、POAP プロセス中に拡張ファブリック管理ネットワーク上の VIP アドレスにアクセスします。

Cisco DCNM の実際の IP アドレスに直接接続し、クラスタ/フェデレーション セットアップの DCNM の場合と同じように使用することもできます。

Note

DCNM REST API にアクセスする場合にのみ、VIP アドレスを使用することを推奨します。Cisco DCNM Web または SAN クライアントにアクセスするには、サーバの IP アドレスを使用して接続する必要があります。

ライセンス

Cisco DCNM では、最初のインスタンスのライセンスと、2 番目のインスタンスに対応する予備のライセンスがあることを推奨します。

アプリケーションのフェールオーバー

[管理 (Administration)] > [DCNM サーバ (DCNM Server)] > [ネイティブ HA (Native HA)] を選択して、オープン仮想アプライアンス HA ペアが設定されている場合に、Cisco DCNM UI で自動フェールオーバー オプションを有効にします。このプロセスにより、OVA A で実行されている DCNM に障害が発生した場合、DCNM A によって管理されているすべてのファブリックおよび shallow-discovered LAN は、所定の期間 (通常は、OVA A の DCNM の障害発生後約 5 分後) に DCNM B により自動的に管理されます。

Cisco DCNM VIP アドレスは引き続き OVA A に存在します。Representational State Transfer Web Services (REST) コールは、最初に OVA A の VIP アドレスに到達し、OVA B で実行されている Cisco DCNM にリダイレクトされます。

アプリケーション フェールバック

OVA A で Cisco DCNM が起動すると、VIP アドレスによって REST 要求が DCNM A に自動的にリダイレクトされます。

仮想 IP のフェールオーバー

OVA A の Cisco DCNM REST API に設定されている VIP アドレスは、次の 2 つの理由により失敗する可能性があります。

- OVA A で実行されているロードバランシング ソフトウェアが失敗します。

- OVA A が失敗します。

Cisco DCNM の VIP アドレスは、自動的に OVA B に移行されます。唯一の違いは、フェールオーバー後に使用される DCNM です。

- ロードバランシング ソフトウェアの障害が発生した場合、OVA-B の VIP アドレスは要求を DCNM A に送信します。

- OVA A 障害が発生した場合、OVA B の VIP アドレスは要求を DCNM B に送信します。

自動フェールオーバーにより、DCNM A によって管理されているすべてのファブリックおよび shallow-discovered LAN の所有権が自動的に DCNM B に変更されます。

仮想 IP フェールバック

OVA A が起動され、Cisco DCNM が実行されている場合、VIP アドレスはスタンバイ ノードで実行されたままになります。OVA B から OVA A への仮想 IP アドレスのフェールバックは、次の順序でのみ発生します。

1. OVA A が起動します。

2. Cisco DCNM は、OVA A 上で動作します。

3. OVA B がダウンするか、OVA B でロードバランシング ソフトウェアが失敗します。

RabbitMQ

RabbitMQ は、Advanced Messaging Queuing Protocol (AMQP) を提供するメッセージ ブロッカーです。

Note

30 秒以内に DCNM のサーバ両方で AMQP を停止および再起動する必要があります。そうしない場合、AMQP が開始しない場合があります。RabbitMQ の詳細については、https://www.rabbitmq.com/documentation.html を参照してください。

HA の実装

オープン仮想アプライアンスで HA を有効にすると、オープン仮想アプライアンス管理ネットワークに VIP アドレスが作成されます。vCloud Director などのオーケストレーション システムでは、その AMQP ブローカを VIP アドレスに設定します。

オープン仮想アプライアンスで HA を有効にすると、各ノードで実行する RabbitMQ ブローカも、他のノードで実行されているブローカと重複するように設定されます。両方の OVA は、RabbitMQ クラスタの「ディスク ノード」として機能します。これは、永続キューに保存されているすべての永続メッセージが複製されることを意味します。RabbitMQ ポリシーにより、すべてのキューがすべてのノードに自動的に複製されます。

アプリケーションのフェールオーバー

RabbitMQ A に障害が発生すると、OVA の VIP アドレスは、後続の AMQP 要求を RabbitMQ にリダイレクトします。

アプリケーション フェールバック

RabbitMQ A が起動すると、VIP アドレスが自動的に AMQP 要求の RabbitMQ への指示を開始します。

仮想 IP のフェールオーバー

OVA A で AMQP ブローカに対して設定された VIP アドレスは、次の 2 つの理由により失敗する可能性があります。

- OVA A で実行されているロードバランシング ソフトウェアが失敗します。

- OVA A が失敗します。

いずれの場合も、AMQP の VIP アドレスは自動的に OVA B に移行されます。唯一の違いは、フェールオーバー後に使用される AMQP ブローカです。

- ロードバランシング ソフトウェアの障害では、OVA B の VIP アドレスによって要求が RabbitMQ に転送されます。

- OVA A で障害が発生した場合、OVA B の VIP アドレスによって、要求が RabbitMQ B に送信されます。

仮想 IP フェールバック

OVA A が起動し、AMQP A が実行されている場合、VIP アドレスは OVA B で実行され続けます (要求を AMQP A に指示します)。RabbitMQ VIP の OVA B から OVA A へのフェールバックは、次の順序でのみ発生します。

1. OVA A が起動します。

2. RabbitMQ は、OVA A で実行されます。

3. OVA B がダウンするか、OVA B でロードバランシング ソフトウェアが失敗します。

リポジトリ

すべてのリポジトリがリモートである必要があります。

Chapter11. DCNM 展開後にユーティリティ サービスを管理する

この章では、DCNM 展開後、管理機能の DC3 (プログラミング可能なファブリック) の主要目的を提供するユーティリティ サービスをすべて確認し、管理する方法を説明します。

Cisco DCNM ユーティリティ サービス

カテゴリ

アプリケーション

[ユーザ名（Username）]

パスワード

プロトコルの実装

ネットワーク管理

Data Center Network Manager

admin

ユーザーは、[1] を選択します。

ネットワーク管理

[1] [展開中にユーザーによって入力された管理パスワードを参照するようにユーザーが選択する (User choice refers to the administration password entered by the user during the deployment)]

この章は、次の項で構成されています。

- DCNM インストール後のネットワーク プロパティ

- ユーティリティ サービスの詳細

- アプリケーションとユーティリティ サービスの管理

- IPv6 の SFTP サーバ アドレスの更新

DCNM インストール後のネットワーク プロパティ

Cisco DCNM OVA または ISO iインストールは、3 つのネットワーク インターフェイスで構成されています。

- dcnm-mgmt network (eth0) インターフェイス

このネットワークは、Cisco DCNM オープン仮想アプライアンスに接続 (SSH、SCP、HTTP、HTTPS) を提供します。DCNM 管理ネットワークに関連付けられているサブネットに対応するポート グループに、このネットワークを関連付けます。

- enhanced-fabric-mgmt (eth1) インターフェイス

このネットワークは、Nexus スイッチのファブリック管理を強化します。リーフおよびスパイン スイッチの管理ネットワークに対応するポート グループに、このネットワークを関連付けます。

- enhanced-fabric-inband (eth2) インターフェイス

このネットワークは、ファブリックへのインバンド接続を提供します。このネットワークを、ファブリック インバンド接続に対応するポートグループに関連付けます。

次の図は、Cisco DCNM 管理インターフェイスのネットワーク図を示しています。

展開タイプの Cisco DCNM のインストール中に、これらのインターフェイスを設定できます。ただし、Cisco DCNM リリース 11.2(1) 以降では、インストール後のネットワーク設定を編集および変更できます。

次の項で説明するように、パラメータを変更できます。

- スタンドアロン モードの DCNM 上でネットワーク プロパティの変更

- ネイティブ HA モードの DCNM 上でのネットワーク プロパティの変更

- DCNM インストール後に DCNM サーバ パスワードを変更する

- スタンドアロン セットアップで DCNM データベース パスワードを変更する

- ネイティブ HA セットアップで DCNM データベース パスワードを変更する

スタンドアロン モードの DCNM 上でネットワーク プロパティの変更

Note

DCNM アプライアンス コンソールで次のコマンドを実行し、早期のセッション タイムアウトを防止します。

Cisco DCNM スタンドアロン セットアップでネットワーク プロパティを変更するには、次の手順を実行します。

Procedure

Step 1

次のコマンドを使用して、コンソールのセッションを開始します。

appmgr update network-properties session start

Step 2

次のコマンドを使用して、ネットワーク プロパティを更新します。

appmgr update network-properties set ipv4 {eth0|eth1|eth2} <ipv4-address> <network-mask> <gateway>

Step 3

次のコマンドを使用して、変更を表示し確認します。

appmgr update network-properties session show {config | changes | diffs}

Step 4

変更を確認した後、次のコマンドを使用して設定を適用します。

appmgr update network-properties session apply

eth0 管理ネットワーク IP アドレスを使用して Cisco DCNM Web UI にログオンする前に、数分待機します。

Cisco DCNM スタンドアロン セットアップでネットワーク パラメータを変更する場合のサンプル コマンド出力

次のサンプル例では、Cisco DCNM スタンドアロン セットアップ用に、インストール後ネットワーク パラメータを変更する方法を示します。

dcnm# appmgr update network-properties session start

dcnm# appmgr update network-properties set ipv4 eth0 172.28.10.244 255.255.255.0 172.28.10.1
dcnm# appmgr update network-properties set ipv4 eth1 100.0.0.244 255.0.0.0
dcnm# appmgr update network-properties set ipv4 eth2 2.0.0.251 255.0.0.0 2.0.0.1
*****************************************************************
WARNING: fabric/poap configuration may need to be changed
manually after changes are applied.
*****************************************************************

dcnm# appmgr update network-properties session show changes
eth0 IPv4 addr  172.28.10.246/255.255.255.0  ->  172.28.10.244/255.255.255.0
eth1 IPv4 addr  1.0.0.246/255.0.0.0          ->  100.0.0.244/255.0.0.0
eth2 IPv4 addr  10.0.0.246/255.0.0.0         ->  2.0.0.251/255.0.0.0 2.0.0.1

dcnm# appmgr update network-properties session apply
*********************************************************************
WARNING

Applications of both nodes of the DCNM HA system need to be stopped
for the changes to be applied properly.

PLEASE STOP ALL APPLICATIONS MANUALLY
*********************************************************************

Have applications been stopped? [y/n]: y
Applying changes
DELETE 1
Node left the swarm.
Server configuration file loaded: /usr/local/cisco/dcm/fm//conf/server.properties
log4j:WARN No appenders could be found for logger (fms.db).
log4j:WARN Please initialize the log4j system properly.
log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more info.
UPDATE 1
UPDATE 1
DELETE 1
server signaled
INFO      : [ipv6_wait_tentative] Waiting for interface eth0 IPv6 address(es) to leave the 'tentative' state
INFO      : [ipv6_wait_tentative] Waiting for interface eth0 IPv6 address(es) to leave the 'tentative' state
**********************************************************************
Please run 'appmgr start afw; appmgr start all' to restart your nodes.
**********************************************************************

dcnm# appmgr start afw; appmgr start all
Started AFW Server Processes
Started AFW Agent Processes
Started AFW Server Processes
Started AFW Agent Processes
Started applications managed by heartbeat..
Check the status using 'appmgr status all'
Starting High-Availability services: INFO:  Resource is stopped
Done.

Warning: PID file not written; -detached was passed.
AMQP User Check
Started AFW Server Processes
Started AFW Agent Processes
dcnm#

ネイティブ HA モードの DCNM 上でのネットワーク プロパティの変更

Note

DCNM アプライアンス コンソールで次のコマンドを実行し、早期のセッション タイムアウトを防止します。

次の手順で示されているように、同じ順番でコマンドを実行します。

Cisco DCNM ネイティブ HA セットアップでネットワーク プロパティを変更するには、次の手順を実行します。

Procedure

Step 1

スタンバイ ノードで DCNM アプリケーションを停止するには、次のコマンドを使用します。

appmgr stop all

続行する前に、スタンバイ ノードですべてのアプリケーションが停止するのを待ちます。

Step 2

次のコマンドを使用して、アクティブ ノードで DCNM アプリケーションを停止します。

appmgr stop all

Step 3

アクティブおよびスタンバイ ノードの両方の Cisco DCNM コンソールでセッションを開始するには、次のコマンドを使用します。

appmgr update network-properties session start

Step 4

アクティブ ノードで、ネットワーク インターフェイス パラメータを変更するには、次のコマンドを使用します。

1. eth0、eth1、および eth2 アドレスの IP アドレスを設定するには、次のコマンドを使用します。

appmgr update network-properties set ipv4 {eth0|eth1|eth2} <ipv4-address> <network-mask> <gateway>

インターフェイスの新しい IPv4 または IPv6 アドレスを、サブネット マスクおよびゲートウェイ IP アドレスとともに入力します。

2. VIP IP アドレスを設定するには、次のコマンドを使用します。

appmgr update network-properties set ipv4 {vip0|vip1|vip2} <ipv4-address> <network-mask>

eth0 インターフェイスの vip0 アドレスを入力します。eth1 インターフェイスの vip1 アドレスを入力します。eth2 インターフェイスの vip2 アドレスを入力します。

3. 次のコマンドを使用して、ピア IP アドレスを設定します。

appmgr update network-properties set ipv4 {peer0|peer1|peer2} <ipv4-address>

アクティブ ノードの peer0 アドレスとして、スタンバイ ノードの eth0 アドレスを入力します。アクティブ ノードの peer1 アドレスとして、スタンバイ ノードに eth1 アドレスを入力します。アクティブ ノードの peer2 アドレスとして、スタンバイ ノードの eth2 アドレスを入力します。

4. 次のコマンドを使用して、ネットワーク パラメータに行った変更を表示および確認します。

appmgr update network-properties session show {config | changes | diffs}

Step 5

スタンバイ ノードで、t_modifying_net_prop_native_ha.xhtml#task_arr_22j_xjb__substeps_active で説明されているコマンドを使用して、ネットワーク パラメータを変更します。

Step 6

変更を確認した後、次のコマンドを使用して、アクティブ ノードで設定を適用します。

appmgr update network-properties session apply

ネットワーク パラメータが更新されていることを確認するため、プロンプトが返されるまで待ちます。

Step 7

変更を確認した後、次のコマンドを使用して、スタンバイ ノードで設定を適用します。

appmgr update network-properties session apply

Step 8

次のコマンドを使用して、アクティブ ノードですべてのアプリケーションを開始します。

appmgr start all

Note

次の手順に進む前に、アクティブ ノードですべてのアプリケーションが正常に実行されるまで待ちます。

Step 9

次のコマンドを使用して、スタンバイ ノードですべてのアプリケーションを開始します。

appmgr start all

Step 10

次のコマンドを使用して、アクティブ ノードでピア信頼キーを確立します。

appmgr update ssh-peer-trust

Step 11

次のコマンドを使用して、スタンバイ ノードでピア信頼キーを確立します。

appmgr update ssh-peer-trust

Cisco DCNM ネイティブ HA セットアップでネットワーク パラメータを変更するためのサンプル コマンド出力

次のサンプル例では、Cisco DCNM ネイティブ HA セットアップ用に、インストール後ネットワーク パラメータを変更する方法を示します。

Note

たとえば、アクティブおよびスタンバイ アプライアンスをそれぞれ dcnm1 と dcnm2 として示すことにします。

[root@dcnm2 ~]# appmgr stop all
Stopping AFW Applications...
Stopping AFW Server Processes
Stopping AFW Agent Processes
Stopped Application Framework...
Stopping High-Availability services: Done.
Stopping and halting node rabbit@dcnm-dcnm2 ...
Note: Forwarding request to 'systemctl enable rabbitmq-server.service'.
Stopping AFW Applications...
Stopping AFW Server Processes
Stopping AFW Agent Processes
Stopped Application Framework...
[root@dcnm2 ~]#

[root@dcnm1 ~]# appmgr stop all
Stopping AFW Applications...
Stopping AFW Server Processes
Stopping AFW Agent Processes
Stopped Application Framework...
Stopping High-Availability services: Done.
Stopping and halting node rabbit@dcnm1 ...
Note: Forwarding request to 'systemctl enable rabbitmq-server.service'.
Stopping AFW Applications...
Stopping AFW Server Processes
Stopping AFW Agent Processes
Stopped Application Framework...
[root@dcnm-1 ~]#

[root@dcnm1 ~]# appmgr update network-properties session start
[root@dcnm1 ~]#

[root@dcnm2 ~]# appmgr update network-properties session start
[root@dcnm2 ~]#

[root@dcnm1 ~]# appmgr update network-properties set ipv4 eth0 172.28.10.244 255.255.255.0 172.28.10.1
[root@dcnm1 ~]# appmgr update network-properties set ipv4 eth1 1.0.0.244 255.0.0.0 1.0.0.1
*****************************************************************
WARNING: fabric/poap configuration may need to be changed
manually after changes are applied.
*****************************************************************
[root@dcnm1 ~]# appmgr update network-properties set ipv4 eth2 2.0.0.244 255.0.0.0 2.0.0.1
[root@dcnm1 ~]# appmgr update network-properties set ipv4 peer0 172.29.10.238
[root@dcnm1 ~]# appmgr update network-properties set ipv4 peer1 1.0.0.238
[root@dcnm1 ~]# appmgr update network-properties set ipv4 peer2 2.0.0.238
[root@dcnm1 ~]# appmgr update network-properties set ipv4 vip0 172.28.10.239 255.255.255.0
[root@dcnm1 ~]# appmgr update network-properties set ipv4 vip1 1.0.0.239 255.0.0.0
[root@dcnm1 ~]# appmgr update network-properties set ipv4 vip2 2.0.0.239 255.0.0.0
[root@dcnm1 ~]# appmgr update network-properties set hostname local dcnm3.cisco.com
[root@dcnm1 ~]# appmgr update network-properties set hostname peer dcnm4.cisco.com
[root@dcnm1 ~]# appmgr update network-properties set hostname vip dcnm5.cisco.com
[root@dcnm1 ~]#

[root@dcnm2 ~]# appmgr update network-properties set ipv4 eth0 172.28.10.238 255.255.255.0 172.28.10.1
[root@dcnm2 ~]# appmgr update network-properties set ipv4 eth1 1.0.0.238 255.0.0.0 1.0.0.1
*****************************************************************
WARNING: fabric/poap configuration may need to be changed
manually after changes are applied.
*****************************************************************
[root@dcnm2 ~]# appmgr update network-properties set ipv4 eth2 2.0.0.238 255.0.0.0 2.0.0.1
[root@dcnm2 ~]# appmgr update network-properties set ipv4 peer0 172.29.10.244
[root@dcnm2 ~]# appmgr update network-properties set ipv4 peer1 1.0.0.244
[root@dcnm2 ~]# appmgr update network-properties set ipv4 peer2 2.0.0.244
[root@dcnm2 ~]# appmgr update network-properties set ipv4 vip0 172.28.10.239 255.255.255.0
[root@dcnm2 ~]# appmgr update network-properties set ipv4 vip1 1.0.0.239 255.0.0.0
[root@dcnm2 ~]# appmgr update network-properties set ipv4 vip2 2.0.0.239 255.0.0.0
[root@dcnm2 ~]# appmgr update network-properties set hostname local dcnm3.cisco.com
[root@dcnm2 ~]# appmgr update network-properties set hostname peer dcnm4.cisco.com
[root@dcnm2 ~]# appmgr update network-properties set hostname vip dcnm5.cisco.com
[root@dcnm2 ~]#

[root@dcnm2 ~]#
[root@dcnm1 ~]# appmgr update network-properties session show changes
eth0 IPv4 addr     172.28.10.246/255.255.255.0    ->    172.28.10.244/255.255.255.0
eth1 IPv4 addr     1.0.0.246/255.0.0.0            ->    1.0.0.244/255.0.0.0
eth1 IPv4 GW                                      ->    1.0.0.1
eth2 IPv4 addr     /                              ->    2.0.0.244/255.0.0.0
eth2 IPv4 GW                                      ->    2.0.0.1
Hostname           dcnm1.cisco.com                ->    dcnm3.cisco.com
eth0 VIP           172.28.10.248/24               ->    172.28.10.239/24
eth1 VIP           1.0.0.248/8                    ->    1.0.0.239/8
eth2 VIP           /                              ->    2.0.0.239/8
Peer eth0 IP       172.28.10.247                  ->    172.29.10.238
Peer eth1 IP       1.0.0.247                      ->    1.0.0.238
Peer eth2 IP                                      ->    2.0.0.238
Peer hostname      dcnm2.cisco.com                ->    dcnm4.cisco.com
VIP hostname       dcnm6.cisco.com                ->    dcnm5.cisco.com

[root@dcnm1 ~]# appmgr update network-properties session show config
======= Current configuration ======
Hostname dcnm1.cisco.com
NTP Server         1.ntp.esl.cisco.com
DNS Server         171.70.168.183,1.0.0.246
eth0 IPv4 addr     172.28.10.246/255.255.255.0
eth0 IPv4 GW       172.28.10.1
eth0 IPv6 addr
eth0 IPv6 GW
eth1 IPv4 addr     1.0.0.246/255.0.0.0
eth1 IPv4 GW
eth1 IPv6 addr
eth1 IPv6 GW
eth2 IPv4 addr     /
eth2 IPv4 GW
eth2 IPv6 addr
eth2 IPv6 GW
Peer hostname dcnm2.cisco.com
Peer eth0 IP     172.28.10.247
Peer eth1 IP     1.0.0.247
Peer eth2 IP
Peer eth0 IPv6
Peer eth1 IPv6
eth0 VIP         172.28.10.248/24
eth1 VIP         1.0.0.248/8
eth2 VIP         /
eth0 VIPv6       /
eth1 VIPv6       /
VIP hostname dcnm6.cisco.com

====== Session configuration ======
Hostname dcnm3.cisco.com
NTP Server       1.ntp.esl.cisco.com
DNS Server       171.70.168.183,1.0.0.246
eth0 IPv4 addr   172.28.10.244/255.255.255.0
eth0 IPv4 GW     172.28.10.1
eth0 IPv6 addr
eth0 IPv6 GW
eth1 IPv4 addr   1.0.0.244/255.0.0.0
eth1 IPv4 GW     1.0.0.1
eth1 IPv6 addr
eth1 IPv6 GW
eth2 IPv4 addr   2.0.0.244/255.0.0.0
eth2 IPv4 GW     2.0.0.1
eth2 IPv6 addr
eth2 IPv6 GW
Peer hostname     dcnm4.cisco.com
Peer eth0 IP      172.29.10.238
Peer eth1 IP      1.0.0.238
Peer eth2 IP      2.0.0.238
Peer eth0 IPv6
Peer eth1 IPv6
eth0 VIP          172.28.10.239/24
eth1 VIP          1.0.0.239/8
eth2 VIP          2.0.0.239/8
eth0 VIPv6 /
eth1 VIPv6 /
VIP hostname dcnm5.cisco.com
[root@dcnm1 ~]#

[root@dcnm2 ~]# appmgr update network-properties session show changes
eth0 IPv4 addr     172.28.10.247/255.255.255.0     ->     172.28.10.238/255.255.255.0
eth1 IPv4 addr     1.0.0.247/255.0.0.0             ->     1.0.0.238/255.0.0.0
eth1 IPv4 GW                                       ->     1.0.0.1
eth2 IPv4 addr     /                               ->     2.0.0.238/255.0.0.0
eth2 IPv4 GW                                       ->     2.0.0.1
Hostname           dcnm2.cisco.com                 ->     dcnm4.cisco.com
eth0 VIP           172.28.10.248/24                ->     172.28.10.239/24
eth1 VIP           1.0.0.248/8                     ->     1.0.0.239/8
eth2 VIP           /                               ->     2.0.0.239/8
Peer eth0 IP       172.28.10.246                   ->     172.29.10.244
Peer eth1 IP       1.0.0.246                       ->     1.0.0.244
Peer eth2 IP                                       ->     2.0.0.244
Peer hostname     dcnm1.cisco.com                  ->     dcnm3.cisco.com
VIP hostname      dcnm6.cisco.com                  ->     dcnm5.cisco.com
[root@dcnm2 ~]# appmgr update network-properties session show configuration
======= Current configuration ======
Hostname dcnm2.cisco.com
NTP Server        1.ntp.esl.cisco.com
DNS Server        171.70.168.183,1.0.0.247
eth0 IPv4 addr    172.28.10.247/255.255.255.0
eth0 IPv4 GW      172.28.10.1
eth0 IPv6 addr
eth0 IPv6 GW
eth1 IPv4 addr    1.0.0.247/255.0.0.0
eth1 IPv4 GW
eth1 IPv6 addr
eth1 IPv6 GW
eth2 IPv4 addr    /
eth2 IPv4 GW
eth2 IPv6 addr
eth2 IPv6 GW
Peer hostname     dcnm1.cisco.com
Peer eth0 IP      172.28.10.246
Peer eth1 IP      1.0.0.246
Peer eth2 IP
Peer eth0 IPv6
Peer eth1 IPv6
eth0 VIP         172.28.10.248/24
eth1 VIP         1.0.0.248/8
eth2 VIP         /
eth0 VIPv6       /
eth1 VIPv6       /
VIP hostname dcnm6.cisco.com

====== Session configuration ======
Hostname dcnm4.cisco.com
NTP Server        1.ntp.esl.cisco.com
DNS Server        171.70.168.183,1.0.0.247
eth0 IPv4 addr    172.28.10.238/255.255.255.0
eth0 IPv4 GW      172.28.10.1
eth0 IPv6 addr
eth0 IPv6 GW
eth1 IPv4 addr    1.0.0.238/255.0.0.0
eth1 IPv4 GW      1.0.0.1
eth1 IPv6 addr
eth1 IPv6 GW
eth2 IPv4 addr    2.0.0.238/255.0.0.0
eth2 IPv4 GW      2.0.0.1
eth2 IPv6 addr
eth2 IPv6 GW
Peer hostname dcnm3.cisco.com
Peer eth0 IP      172.29.10.244
Peer eth1 IP      1.0.0.244
Peer eth2 IP      2.0.0.244
Peer eth0 IPv6
Peer eth1 IPv6
eth0 VIP         172.28.10.239/24
eth1 VIP         1.0.0.239/8
eth2 VIP         2.0.0.239/8
eth0 VIPv6       /
eth1 VIPv6       /
VIP hostname dcnm5.cisco.com
[root@dcnm2 ~]#

[root@dcnm1 ~]# appmgr update network-properties session apply
*********************************************************************
WARNING
Applications of both nodes of the DCNM HA system need to be stopped
for the changes to be applied properly.
PLEASE STOP ALL APPLICATIONS MANUALLY
*********************************************************************

Have applications been stopped? [y/n]: y
Applying changes
DELETE 1
Node left the swarm.
Server configuration file loaded: /usr/local/cisco/dcm/fm//conf/server.properties
log4j:WARN No appenders could be found for logger (fms.db).
log4j:WARN Please initialize the log4j system properly.
log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more info.
UPDATE 1
UPDATE 1
DELETE 1
server signaled
INFO      : [ipv6_wait_tentative] Waiting for interface eth0 IPv6 address(es) to leave the 'tentative' state
INFO      : [ipv6_wait_tentative] Waiting for interface eth0 IPv6 address(es) to leave the 'tentative' state
**********************************************************************
Please run 'appmgr start afw; appmgr start all' to restart your nodes.
**********************************************************************
*********************************************************************
Please run 'appmgr update ssh-peer-trust' on the peer node.
*********************************************************************
[root@dcnm1 ~]#

[root@dcnm2 ~]# appmgr update network-properties session apply
*********************************************************************
WARNING
Applications of both nodes of the DCNM HA system need to be stopped
for the changes to be applied properly.
PLEASE STOP ALL APPLICATIONS MANUALLY
*********************************************************************

Have applications been stopped? [y/n]: y
Applying changes
DELETE 1
Node left the swarm.
Server configuration file loaded: /usr/local/cisco/dcm/fm//conf/server.properties
log4j:WARN No appenders could be found for logger (fms.db).
log4j:WARN Please initialize the log4j system properly.
log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more info.
UPDATE 1
UPDATE 1
DELETE 1
afwnetplugin:0.1
server signaled
**********************************************************************
Please run 'appmgr start afw; appmgr start all' to restart your nodes.
**********************************************************************
*********************************************************************
Please run 'appmgr update ssh-peer-trust' on the peer node.
*********************************************************************
[root@dcnm2 ~]#

Step 7

[root@dcnm1 ~]# appmgr start afw; appmgr start all
Started AFW Server Processes
Started AFW Agent Processes
Started AFW Server Processes
Started AFW Agent Processes
Started applications managed by heartbeat..
Check the status using 'appmgr status all'
Starting High-Availability services: INFO:  Resource is stopped
Done.
Warning: PID file not written; -detached was passed.
AMQP User Check
Started AFW Server Processes
Started AFW Agent Processes
[root@dcnm1 ~]#

Waiting for dcnm1 to become active again.

[root@dcnm2 ~]# appmgr start afw; appmgr start all
Started AFW Server Processes
Started AFW Agent Processes
Started AFW Server Processes
Started AFW Agent Processes
Started applications managed by heartbeat..
Check the status using 'appmgr status all'
Starting High-Availability services: INFO:  Resource is stopped
Done.
Warning: PID file not written; -detached was passed.
AMQP User Check
Started AFW Server Processes
Started AFW Agent Processes
[root@dcnm2 ~]#

[root@dcnm1 ~]# appmgr update ssh-peer-trust
/usr/bin/ssh-copy-id: INFO: Source of key(s) to be installed: "/root/.ssh/id_rsa.pub"

Number of key(s) added: 1

Now try logging into the machine, with:   "ssh -o 'StrictHostKeyChecking=no' '172.28.10.245'"
and check to make sure that only the key(s) you wanted were added.

/usr/bin/ssh-copy-id: INFO: Source of key(s) to be installed: "/root/.ssh/id_rsa.pub"

Number of key(s) added: 1

Now try logging into the machine, with:   "ssh -o 'StrictHostKeyChecking=no' '100.0.0.245'"
and check to make sure that only the key(s) you wanted were added.

/usr/bin/ssh-copy-id: INFO: Source of key(s) to be installed: "/root/.ssh/id_rsa.pub"

Number of key(s) added: 1

Now try logging into the machine, with:   "ssh -o 'StrictHostKeyChecking=no' 'dcnm2.cisco.com'"
and check to make sure that only the key(s) you wanted were added.

[root@dcnm1 ~]#

[root@dcnm2 ~]# appmgr update ssh-peer-trust
/usr/bin/ssh-copy-id: INFO: Source of key(s) to be installed: "/root/.ssh/id_rsa.pub"

Number of key(s) added: 1

Now try logging into the machine, with:   "ssh -o 'StrictHostKeyChecking=no' '172.28.10.244'"
and check to make sure that only the key(s) you wanted were added.

/usr/bin/ssh-copy-id: INFO: Source of key(s) to be installed: "/root/.ssh/id_rsa.pub"

Number of key(s) added: 1

Now try logging into the machine, with:   "ssh -o 'StrictHostKeyChecking=no' '100.0.0.244'"
and check to make sure that only the key(s) you wanted were added.

/usr/bin/ssh-copy-id: INFO: Source of key(s) to be installed: "/root/.ssh/id_rsa.pub"

Number of key(s) added: 1

Now try logging into the machine, with:   "ssh -o 'StrictHostKeyChecking=no' 'dcnm1.cisco.com'"
and check to make sure that only the key(s) you wanted were added.

[root@dcnm2 ~]#

DCNM インストール後に DCNM サーバ パスワードを変更する

The password to access Cisco DCNM Web UI にアクセスするためのパスワードは、展開タイプの Cisco DCNM をインストールする間に設定されます。ただし、必要に応じてインストール後にこのパスワードを変更できます。

インストール後にパスワードを変更するには、次の手順を実行します。

Procedure

Step 1

appmgr stop all コマンドを使用して、アプリケーションを停止します。

すべてのアプリケーションが稼働を停止するまで待ちます。

Step 2

appmgr change_pwd ssh {root|poap|sysadmin} [password コマンドを使用して、管理インターフェイスのパスワードを変更します。

新しいパスワードが次のパスワード要件に準拠していることを確認します。要件に従わない場合、DCNM アプリケーションは適切に機能しない場合があります。

- 最小でも 8 文字を含み、1 個のアルファベットと 1 個の数字を含む必要があります。

- アルファベット、数字、特殊文字（-_.#@&$ など）の組み合わせを含むことができます。

- DCNM パスワードにこれらの特殊文字を使用しないでください。 <SPACE> " & $ % ' ^ = < > ; : ` \ | / , .*

Step 3

appmgr start all コマンドを使用して、アプリケーションを起動します。

スタンドアロン セットアップで DCNM データベース パスワードを変更する

Cisco DCNM スタンドアロン セットアップで Postgres データベースのパスワードを変更するには、次の手順を実行します。

Procedure

Step 1

appmgr stop all コマンドを使用して、すべてのアプリケーションを停止します。

appmgr status all コマンドを使用してすべてのアプリケーションが停止していることを確認します。

Step 2

appmgr change_pwd db コマンドを使用して Postgres パスワードを変更します。

プロンプトで新しいパスワードを入力します。

Step 3

appmgr start all コマンドを使用して、アプリケーションを起動します。

appmgr status all コマンドを使用して、すべてのアプリケーションが起動していることを確認します。

Example

dcnm# appmgr stop all
dcnm# appmgr change_pwd db <<new-password>>
dcnm# appmgr start all

ネイティブ HA セットアップで DCNM データベース パスワードを変更する

Cisco DCNM ネイティブ HA セットアップで Postgres データベースのパスワードを変更するには、次の手順を実行します。

Procedure

Step 1

appmgr stop all コマンドを使用して、スタンバイ アプライアンスですべてのアプリケーションを停止します。

appmgr status all コマンドを使用して、すべてのアプリケーションが停止していることを確認します。

Step 2

appmgr stop all コマンドを使用して、アクティブ アプライアンスですべてのアプリケーションを停止します。

appmgr status all コマンドを使用して、すべてのアプリケーションが停止していることを確認します。

Step 3

アクティブおよびスタンバイ ノードで appmgr change_pwd db コマンドを使用して、 Postgres パスワードを変更します。

プロンプトで同じパスワードを提供するようにします。

Step 4

appmgr start all コマンドを使用して、アクティブ アプライアンスでアプリケーションを停止します。

appmgr status all コマンドを使用して、すべてのアプリケーションが停止していることを確認します。

Step 5

appmgr start all コマンドを使用して、スタンバイ アプライアンスでアプリケーションを開始します。

appmgr status all コマンドを使用して、すべてのアプリケーションが停止していることを確認します。

Example

アクティブおよびスタンバイを dcnm1 および dcnm2 として個別に考慮します。

dcnm1# appmgr stop all
dcnm2# appmgr stop all

dcnm1# appmgr change_pwd db <<new-password>>
dcnm2# appmgr change_pwd db <<new-password>>

dcnm1# appmgr start all
dcnm2# appmgr start all

ユーティリティ サービスの詳細

ここでは、Cisco DCNM で提供される機能内のすべてのユーティリティ サービスの詳細について説明します。機能は次のとおりです。

- ネットワーク管理

- オーケストレーション

- 電源オン自動プロビジョニング

ネットワーク管理

データ センター ネットワーク管理機能は、Cisco Data Center Network Manager (DCNM) サーバで提供されます。Cisco DCNM はデータ センター インフラストラクチャのセットアップ、仮想化、管理、およびモニタリングを提供します。Cisco DCNM には、ブラウザからアクセスできます。 http://<<hostname/IP address>>。

Note

Cisco DCNM の詳細については、http://cisco.com/go/dcnm を参照してください。

オーケストレーション

RabbitMQ

Rabbit MQ は、Advanced Messaging Queuing Protocol (AMQP) を提供するメッセージ ブロッカーです。RabbitMQ メッセージ ブロッカーは、vCloud Director/vShield Manager から解析用の Python スクリプトにイベントを送信します。ファームウェアの Secure Shell (SSH) コンソールから、特定の CLI コマンドを使用して、このプロトコルを設定できます。

Note

30 秒以内に DCNM のサーバ両方で AMQP を停止および再起動する必要があります。そうしない場合、AMQP が開始しない場合があります。RabbitMQ の詳細については、https://www.rabbitmq.com/documentation.html を参照してください。

アップグレード後、RabbitMQ 管理サービスを有効にして、次のコマンドを使用して錆巣を停止および開始します。

dcnm# appmgr stop amqp
dcnm# appmgr start amqp

AMQP が実行されない場合、メモリ スペースはファイル /var/log/rabbitmq/erl_crash.dump に示されているように使いきっています。

電源オン自動プロビジョニング

Power On Auto Provisioning (POAP) は、スタートアップ設定を使用せずにスイッチを起動すると発生します。これは、インストールされた 2 つのコンポーネントによって発生します。

- DHCP サーバ

DHCP サーバは、ファブリック内のスイッチに IP アドレスをパーセルし、POAP データベースの場所を指します。これにより、Python スクリプトが提供され、デバイスがイメージと設定に関連付けられます。

Cisco DCNM のインストール時に、内部ファブリック管理アドレスまたは OOB 管理ネットワークの IP アドレスと、Cisco プログラマブル ファブリック管理に関連付けられたサブネットを定義します。

- リポジトリ

TFTP サーバは、POAP に使用される起動スクリプトをホストします。

SCP サーバは、データベース ファイル、設定ファイル、およびソフトウェア イメージをダウンロードします。

アプリケーションとユーティリティ サービスの管理

SSH 端末のコマンドを通して、Cisco DCNM で Cisco プログラマブル ファブリックのアプリケーションとユーティリティ サービスを管理できます。

次のクレデンシャルを使用して、SSH 端末から appmgr コマンドを入力します。

- ユーザ名：root

- パスワード：展開中に提供された管理パスワード

Note

参考に、コンテキスト サービス ヘルプが appmgr コマンドに利用可能です。appmgr コマンドを使用してヘルプを表示します。

appmgr tech_support コマンドを使用して、ログ ファイルのダンプを生成します。セットアップのトラブルシューティングと分析のため、この情報を TAC チームに提供できます。

Note

このセクションは、Cisco Prime Network Services Controller を使用したネットワーク サービスのコマンドは説明しません。

このセクションの内容は次のとおりです。

- 展開後にアプリケーションおよびユーティリティ サービス ステータスを確認する

- ユーティリティ サービスの停止、開始、リセット

展開後にアプリケーションおよびユーティリティ サービス ステータスを確認する

OVA/ISO ファイルを展開後、ファイルに展開したさまざまなアプリケーションおよびユーティリティ サービスのステータスを決定できます。SSH セッションの appmgr status コマンドを使用して、この手順を実行します。

Note

コンテキストの機密ヘルプは appmgr status コマンドで使用できます。appmgr status ? コマンドを使用してヘルプを表示します。

Procedure

Step 1

SSH セッションを開きます。

1. ssh root DCNM network IP address コマンドを入力します。

2. 管理パスワードを入力してログインします。

Step 2

次のコマンドを使用して、ステータスをチェックします。

appmgr status all

Example:

DCNM Status
PID  USER      PR   NI VIRT RES  SHR  S  %CPU %MEM  TIME+   COMMAND
===  =====    ===   == ==== ===  ===  =  ==== ===== ======  =======
1891 root 20 02635m 815m  15m S  0.0 21.3       1:32.09     java

LDAP Status
PID  USER      PR   NI VIRT RES  SHR  S  %CPU %MEM  TIME+   COMMAND
===  =====    ===   == ==== ===  ===  =  ==== ===== ======  =======
1470 ldap      20   0  692m  12m 4508 S  0.0  0.3   0:00.02 slapd

AMQP Status
PID  USER      PR   NI VIRT RES  SHR  S  %CPU %MEM  TIME+   COMMAND
===  =====    ===   == ==== ===  ===  =  ==== ===== ======  =======
1504 root      20   0 52068  772  268 S  0.0  0.0   0:00.00 rabbitmq

TFTP Status
PID  USER      PR   NI VIRT RES  SHR  S  %CPU %MEM  TIME+   COMMAND
===  =====    ===   == ==== ===  ===  =  ==== ===== ======  =======
1493 root      20   0 22088 1012  780 S  0.0  0.0   0:00.00 xinetd

DHCP Status
PID  USER      PR   NI VIRT RES  SHR  S  %CPU %MEM  TIME+   COMMAND
===  =====    ===   == ==== ===  ===  =  ==== ===== ======  =======
1668 dhcpd 20   0 46356 3724 408 S  0.0  0.0   0:05.23 dhcp

ユーティリティ サービスの停止、開始、リセット

ユーティリティ サービスの停止、開始、リセットには、次の CLI コマンドを使用します。

- アプリケーションを停止するには、appmgr stop コマンドを使用します。

dcnm# appmgr stop dhcp
Shutting down dhcpd:     [  OK  ]

- アプリケーションを開始するには、appmgr start コマンドを使用します。

dcnm# appmgr start amqp
Starting vsftpd for amqp:     [  OK  ]

- アプリケーションを再起動するには、appmgr restart コマンドを使用します。

# appmgr restart tftp
Restarting TFTP...
Stopping xinetd:     [  OK  ]
Starting xinetd:     [  OK  ]

Note

Cisco DCNM リリース 7.1.x から、appmgr stop app_name コマンドを使用してアプリケーションを停止する場合、正常な再起動でアプリケーションが開始しません。

たとえば、DHCP が appmgr stop dhcp コマンドを使用して停止し、OS が再起動する場合、OS がアップ状態になり実行した後でも、DHCP アプリケーションはダウンしたままです。

再度開始するには、appmgr start dhcp コマンドを使用します。再起動後も DHCP アプリケーションが開始されます。これは、環境で仮想アプライアンス (DHCP の代わりに CPNR など) の一部としてパッケージ化されていないアプリケーションを使用している場合、ローカルで仮想アプライアンスとともにパッケージ化されているアプリケーションは OS 再起動後に機能を妨げrことはありません。

Note

DCNM アプライアンス (ISO/OVA) が展開されると。Cisco SMIS コンポーネントはデフォルトでは開始しません。しかし、このコンポーネントは、appmgr CLI を使用して管理できます。 appmgr start/stop dcnm-smis
appmgr start/stop dcnm DCNM Web コンポーネントのみを開始または停止します。

IPv6 の SFTP サーバ アドレスの更新

DCNM OVA/ISO を EFM IPv4 および IPv6 で正常に展開した後、デフォルトでは SFTP アドレスは IPv4 のみを指します。次の 2 つの場所で IPv6 アドレスを手動で変更する必要があります。

- DCNM Web クライアントで、Administration > Server Properties を選択 してから、次のフィールドを IPv6 に更新し、Apply Changes ボタンをクリックします。

#_____________________________________________________________________
# GENERAL>xFTP CREDENTIAL
#
# xFTP server's ip address for copying switch files:
server.FileServerAddress

- ssh を使用して DCNM にログインし、server.properties ファイル (/usr/local/cisco/dcm/fm/conf/server.properties) で SFTP アドレスを IPv6 で手動で更新します。

# xFTP server's ip address for copying switch files:
server.FileServerAddress=2001:420:5446:2006::224:19

THE SPECIFICATIONS AND INFORMATION REGARDING THE PRODUCTS IN THIS MANUAL ARE SUBJECT TO CHANGE WITHOUT NOTICE. ALL STATEMENTS, INFORMATION, AND RECOMMENDATIONS IN THIS MANUAL ARE BELIEVED TO BE ACCURATE BUT ARE PRESENTED WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED. USERS MUST TAKE FULL RESPONSIBILITY FOR THEIR APPLICATION OF ANY PRODUCTS.

THE SOFTWARE LICENSE AND LIMITED WARRANTY FOR THE ACCOMPANYING PRODUCT ARE SET FORTH IN THE INFORMATION PACKET THAT SHIPPED WITH THE PRODUCT AND ARE INCORPORATED HEREIN BY THIS REFERENCE. IF YOU ARE UNABLE TO LOCATE THE SOFTWARE LICENSE OR LIMITED WARRANTY, CONTACT YOUR CISCO REPRESENTATIVE FOR A COPY.

The Cisco implementation of TCP header compression is an adaptation of a program developed by the University of California, Berkeley (UCB) as part of UCB's public domain version of the UNIX operating system. All rights reserved. Copyright © 1981, Regents of the University of California.

NOTWITHSTANDING ANY OTHER WARRANTY HEREIN, ALL DOCUMENT FILES AND SOFTWARE OF THESE SUPPLIERS ARE PROVIDED “AS IS" WITH ALL FAULTS. CISCO AND THE ABOVE-NAMED SUPPLIERS DISCLAIM ALL WARRANTIES, EXPRESSED OR IMPLIED, INCLUDING, WITHOUT LIMITATION, THOSE OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT OR ARISING FROM A COURSE OF DEALING, USAGE, OR TRADE PRACTICE.

IN NO EVENT SHALL CISCO OR ITS SUPPLIERS BE LIABLE FOR ANY INDIRECT, SPECIAL, CONSEQUENTIAL, OR INCIDENTAL DAMAGES, INCLUDING, WITHOUT LIMITATION, LOST PROFITS OR LOSS OR DAMAGE TO DATA ARISING OUT OF THE USE OR INABILITY TO USE THIS MANUAL, EVEN IF CISCO OR ITS SUPPLIERS HAVE BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES.

Any Internet Protocol (IP) addresses and phone numbers used in this document are not intended to be actual addresses and phone numbers. Any examples, command display output, network topology diagrams, and other figures included in the document are shown for illustrative purposes only. Any use of actual IP addresses or phone numbers in illustrative content is unintentional and coincidental.

This product includes cryptographic software written by Eric Young (eay@cryptsoft.com).

This product includes software developed by the OpenSSL Project for use in the OpenSSL Toolkit. (http://www.openssl.org/)

This product includes software written by Tim Hudson (tjh@cryptsoft.com).

Cisco and the Cisco logo are trademarks or registered trademarks of Cisco and/or its affiliates in the U.S. and other countries. To view a list of Cisco trademarks, go to this URL: http://www.cisco.com/go/trademarks. Third-party trademarks mentioned are the property of their respective owners. The use of the word partner does not imply a partnership relationship between Cisco and any other company. (1110R)