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 クライアントとデバイス マネージャの機能も含まれています。

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

- はじめに

- インストール オプション

- 展開オプション

- root および sysadmin のユーザー権限

- Cisco DCNM リリース 11.5(1) へのアップグレード

- システム要件

はじめに

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 で表示可能なさまざまなグラフや表にコンパイルされます。

インストール オプション

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

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

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

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

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

Note

SE に Cisco DCNM をインストールする場合は、DCNM ISO 仮想アプライアンス（.iso）インストーラをインストールします。

展開オプション

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

サポートされている遅延

Cisco DCNM LAN ファブリック の展開のサポートされている遅延は下記で定義されています。

- Native HA プライマリおよびセカンダリ アプライアンス間では、遅延は 50ms です。

- DCNM Native HA プライマリからスイッチ間では、遅延は 50ms です。

- DCNM の間の計算の待ち時間は 50 ミリ秒です。

スタンドアロン サーバ

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

Note

Cisco DCNM はネイティブ HA モードで展開することを推奨します。

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

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

DCNM コンピューティング

コンピューティング ノードは、大規模なファブリックにサービスを提供するためにリソースを大量に消費するサービスを実行するスケールアウト アプリケーション ホスティング ノードです。コンピューティング ノードを追加すると、コンテナであるすべてのサービスがこれらのノードでのみ実行されます。これには、Config Compliance、Endpoint Locator、および Virtual Machine Manager が含まれます。

クラスタ モードの DCNM

クラスタ モードでは、より多くのコンピューティング ノードを備えた Cisco DCNM サーバは、より多くのアプリケーションを展開するときにリソースを拡張するアーキテクチャを提供します。DCNM サーバは、コンテナ化されたアプリケーションを実行しません。非クラスタ化モードで動作するすべてのアプリケーションは、クラスタ化モードでも動作します。

クラスタ化されていないモードの DCNM

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

root および sysadmin のユーザー権限

次の表に、DCNM 11.5 と以前のリリースとのユーザー権限の違いをまとめます。

Note

これは、DCNM OVA/ISO 展開にのみ適用されます。

説明

DCNM 11.5 リリースの機能

DCNM 11.4(1) および 11.3 (1) リリースの機能

備考

su コマンド

ローカル root パスワードが必要です。

sysadmin ユーザーは sudo su コマンドを実行できません

システム管理者パスワードが必要

su は次のエイリアスです sudo su

リモート認証が設定されている場合でも、su コマンドにはローカル パスワードが必要です。

appmgr change_pwd ssh root コマンド

このコマンドを実行できるのは root ユーザーだけです。

sysadmin もこのコマンドを実行できます。

-

appmgr root-access {permit|deny|…} コマンド

root ユーザーのみがこのコマンドを実行できます

sysadmin ユーザーはこのコマンドを実行することもできます

-

appmgr remote-auth コマンド

root ユーザーのみがこのコマンドを実行できます

使用不可

-

その他の appmgr コマンド

root または sysadmin ユーザーはこれらのコマンドを実行できます

root または sysadmin ユーザーはこれらのコマンドを実行できます

-

Cisco DCNM リリース 11.5(1) へのアップグレード

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

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

LAN ファブリック展開のアップグレードのタイプ

現在のリリース番号

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

11.4(1)

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

11.3(1)

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

11.2(1)

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

11.1 (1)

11.1(1) → 11.2(1) → 11.5(1)

11.1(1) → 11.3(1) → 11.5(1)

11.1(1) → 11.4(1) → 11.5(1)

→ インライン アップグレードを表します

システム要件

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

（注）

基盤となるサードパーティ ソフトウェアを個別にアップグレードしないことを推奨します。必要なソフトウェア コンポーネントはすべて、インライン アップグレード手順で更新されます。DCNM アップグレード以外のコンポーネントをアップグレードすると、パフォーマンスの問題が発生します。

- Java の要件

- サーバ要件

- サポートされている遅延

- データベースの要件

- ハイパーバイザ

- サーバ リソース要件

- Cisco DCNM の VMware Snapshot サポート

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

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

（注）

Cisco DCNM コンピューティング クラスタに Network Insights アプリケーションを導入する場合は、コンピューティングの追加の CPU またはメモリ要件について、アプリケーション固有のリリース ノートを参照してください。

Java の要件

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

DCNM_root_directory/java/jdk11

サーバ要件

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

- IP for Media および LAN ファブリックの展開:

- CentOS Linux リリース 7.8 と統合した Open Virtual Appliance (OVA)

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

サポートされている遅延

Cisco DCNM LAN ファブリック の展開のサポートされている遅延は下記で定義されています。

- Native HA プライマリおよびセカンダリ アプライアンス間では、遅延は 50ms です。

- DCNM Native HA プライマリからスイッチ間では、遅延は 50ms です。

- DCNM の間の計算の待ち時間は 50 ミリ秒です。

データベースの要件

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

- PostgreSQL 10.15-OVA / ISO 展開向け

（注）

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

ハイパーバイザ

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

サーバ

製品 ID（PID）

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

Cisco UCS C240M4

UCSC-C240-M4S

32G / 500G 16 vCPU

Cisco UCS C240M4

UCSC-C240-M4L

32G / 500G 16 vCPU

Cisco UCS C240 M5S

UCSC-C240-M5SX

32G / 500G 16 vCPU

Cisco UCS C220 M5L

UCSC-C220-M5L

32G / 500G 16 vCPU

[1] 16 vCPU、64G RAM、および 500 GB のハード ディスクを搭載した Cisco DCNM コンピューティング ノードをインストールします。

[2] Network Insights アプリケーションを Cisco DCNM Compute クラスタで展開する場合、Compute に対する追加の CPU/メモリ要件については、アプリ特有のリリース ノードを参照してください。

（注）

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

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

Cisco DCNM サーバは、次のハイパーバイザで使用できます。

ハイパーバイザ サポート

Data Center Manager サーバ アプリケーション

サポートされる展開

ESXi 7.0

vCenter 7.0

すべて（All）

ESXi 6.7 P01

vCenter 6.7 P01

すべて（All）

ESXi 6.5

vCenter 6.5

すべて（All）

ESXi 6.0

vCenter 6.0

すべて（All）

RedHat 7.6 KVM with QEMU バージョン 1.5.3

Virtual Machine Manager（RHEL 7.6 に付属）

LAN ファブリック

Hyper-V on Windows Server 2019

Hyper-V Manager（Windows Server 2019 に付属）

LAN ファブリック

これはネイティブ HA モードでサポートされ、クラスタ モードではサポートされません。

サーバ リソース要件

（注）

仮想マシンの Cisco DCNM をインストールする場合、サーバ リソース要件と同等のリソースを予約し、物理マシンを持つベースラインを確保する必要があります。

既存の Elasticsearch データベースが 250GB を超える場合、Cisco DCNM サーバは、再インデックス作成を完了するために 500GB を超える HDD スペースを必要とします。

Cisco DCNM LAN ファブリック展開のシステム要件

展開タイプ

小規模 (Lab または POC)

大規模 (生産)

81〜350 台のスイッチのコンピューティング スケール（ネットワーク インサイトなし）

最大 80 台のスイッチのコンピューティング（ネットワーク インサイトを使用）

OVA/ISO

CPU：vCPU x 8

RAM：24 GB

DISK：500 GB

CPU：vCPU x 16

RAM：32 GB

DISK：500 GB

CPU：vCPU x 16

RAM：64 GB

DISK：500 GB

CPU：32 vCPUs

RAM：64 GB

DISK：500 GB

（注）

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

既存の Elasticsearch データベースが 250GB を超える場合、Cisco DCNM サーバは、再インデックス作成を完了するために 500GB を超える HDD スペースを必要とします。

DCNM のインストールを完了し、DCNM アプリケーションを安定して継続的に動作させるために、ルート パーティションに十分なディスク領域を割り当てます。ディスク領域の要件については、アプリケーションのユーザー ガイドを参照してください。インストールまたはアップグレード中に /tmp ディレクトリをマウントできる別のディスクをマウントできます。appmgr system scan-disks-and-extend-fs コマンドを使用して、ディスク領域とディスク ファイル システムを追加することもできます。

ネットワーク インサイトなしの Cisco DCNM LAN ファブリック展開（NI）

（注）

Cisco DCNM LAN ファブリック展開を適切に機能させるためのさまざまなシステム要件については、 システム要件 を参照してください。

Network Insights（NI）を使用した Cisco DCNM LAN 展開のサイジング情報については、Network Insights ユーザー ガイドを参照してください。

LAN ファブリック展開を管理するために、Cisco DCNM 11.5(1) の検証済みのスケール制限を表示するには、Cisco DCNM の検証済みのスケール制限 を参照してください。

最大 80 個のスイッチ

ノード

CPU 展開モード

CPU

メモリー

ストレージ

ネットワーク

DCNM

OVA/ISO

16 vCPU

32G

500G HDD

3xNIC

コンピューティング

該当なし

—

—

—

—

81–350 スイッチ

ノード

CPU 展開モード

CPU

メモリー

ストレージ

ネットワーク

DCNM

OVA/ISO

16 vCPU

32G

500G HDD

3xNIC

コンピューティング

OVA/ISO

16 vCPU

64G

500G HDD

3xNIC

Cisco DCNM の VMware Snapshot サポート

スナップショットでは、スナップショットを撮影した時点の仮想マシン全体の状態をキャプチャします。仮想マシンの電源をオンまたはオフにしたときにスナップショットを撮影できます。次の表に、展開のスナップショット サポートを示します。

VMware vSphere Hypervisor（ESXi）

6.0

6.5

6.7

6.7 P01

7.0

VMware vCenter サーバ

6.0

6.5

6.7

6.7 P01

7.0

（注）

Cisco DCNM OVA インストーラ を展開するには、VMware vCenter サーバが必要です。しかし、vCenter を使用せずに VMware ESXi に DCNM を直接インストールするには、DCNM ISO 展開を選択できます。正しい CPU、メモリ、ディスク、および NIC リソースがその VM に割り当てられていることを確認します。

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

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

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

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

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

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

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

（注）

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

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

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

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

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

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

- Google Chrome バージョン: 86.0.4240.198

- Mozilla Firefox バージョン: 82.0.3（64 ビット）

- Microsoft Edge バージョン: 86.0.622.63

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

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

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

コンポーネント

機能

セキュリティ

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

- ISE バージョン 2.6

- ISE バージョン 3.0

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

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

- TLS 1.3

OVA/ISO インストーラ

CentOS 7.6/Linux カーネル 3.10.x

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

Chapter2. 注意事項と制約事項

- 注意事項と制約事項

- DCNM-SE を Nexus Dashboard に変換する前の TPM パーティションの確認

注意事項と制約事項

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 サーバを使用します。

- ネイティブ HA セットアップで実行中の Postgres データベースのステータスを確認するには、pg_ctl コマンドを使用します。systemctl コマンドは使用しないでください。

- ハッシュ（#）記号でパスワードを開始しないでください。Cisco DCNMは、# 記号で始まるパスワードを暗号化されたテキストと見なします。

- 基盤となるサードパーティ ソフトウェアを個別にアップグレードしないことを推奨します。必要なソフトウェア コンポーネントはすべて、インライン アップグレード手順で更新されます。DCNM アップグレードの外部のコンポーネントのアップグレードは、パフォーマンスの問題を生じさせます。

新規インストール

- 仮想アプライアンス (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

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

- アップグレード後に NIR アプリケーションを起動する前に、DCNM Web UI で [アプリケーション（Application）] > [設定（Preferences）] を選択します。必要に応じてネットワーク設定を変更します。アップグレード後にファブリックのテレメトリを有効にする前にネットワーク設定を変更しないと、設定は完了しません。この問題を解決するには、NIR アプリを停止し、ネットワーク設定を変更してからアプリを再起動する必要があります。

DCNM-SE を Nexus Dashboard に変換する前の TPM パーティションの確認

DCNM 11.5（1）以前の では、TPM パーティションが破損している可能性があります。これにより、Cisco Nexus Dashboard ソフトウェアのインストールが失敗します。Cisco DCNM-SE から Cisco Nexus Dashboardにアップグレードする前に、TPM パーティションを確認する必要があります。

（注）

TPM は、DCNM 11.x リリースの要件ではありません。したがって、デバイスがこの問題の影響を受けている場合でも、この問題はデバイスの既存の DCNM 11.x 機能には影響しません。Cisco Nexus ダッシュボードへのアップグレードを決定するまで、これ以上のアクションは必要ありません。

Cisco DCNM-SE がこの問題の影響を受けているかどうかを確認するには、次の手順を実行します。

手順

ステップ 1

sysadmin ユーザーを使用して Cisco Application Services Engine に SSH で接続します。

ステップ 2

次のコマンドを実行して、モデルとそのベンダーのリストを表示します。

lsblk-S

[root@dcnm-se-active sysadmin]$ lsblk -S
NAME   HCTL       TYPE     VENDOR   MODEL             REV TRAN
...
sdc    0:2:2:0    disk     Cisco    UCSC-RAID12G-2GB  5.10
sdd    0:2:3:0    disk     Cisco    UCSC-RAID12G-2GB  5.10
sde    0:2:4:0    disk     Cisco    UCSC-RAID12G-2GB  5.10
sdf    7:0:0:0    disk     UNIGEN   PQT8000           1100 usb  /*identiifying device from UNIGEN Vendor*/
sdg    8:0:0:0    disk     UNIGEN   PHF16H0CM1-ETG    PMAP usb
sdl    1:0:0:0    disk     ATA      Micron_5100_MTFD  H072 sata
...

UNIGEN ベンダーのアプリケーション サービス エンジンがデバイス名 sdf で検出されました。

ステップ 3

次のコマンドを実行して、ディスクのパーティションを表示します。

lsblk -s または lsblk

- 例 1

次の例は、2 つのパーティション sdf1 と sdf2 で機能する TPM ディスクを示しています。これは、問題なく Cisco Nexus ダッシュボード ソフトウェアでインストールできます。

[root@dcnm-se-active sysadmin]$ lsblk
NAME                 MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
...
sdc                    8:32   0   2.2T  0 disk
sdd                    8:48   0   2.2T  0 disk
sde                    8:64   0   371.6G  0 disk
sdf                    8:80   1   7.7G  0 disk  /*functioning TPM with partition*/
|--sdf1                 8:81   1    60M  0 part
|--sdf2                 8:82   1   3.7G  0 part
nvme0n1              259:0    0   1.5T  0 disk
|--nvme0n1p1          259:1    0   1.5T  0 part
|--flashvg-flashvol 253:3    0   1.5T  0 lvm  /var/afw/vols/data/flash
...

- 例 2

次の例は、デバイス sdf でパーティションが定義されていない、不良または破損した TPM ディスクを示しています。このユニットは Cisco Nexus Dashboard ソフトウェアのインストールには使用できないため、交換する必要があります。

[root@dcnm-se-active sysadmin]$ lsblk
NAME                 MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
...
sdc                    8:32   0   2.2T  0 disk
sdd                    8:48   0   2.2T  0 disk
sde                    8:64   0   371.6G  0 disk
sdf                    8:80   1   16G  0 disk  /*corrupted TPM without partition*/
nvme0n1              259:0    0   1.5T  0 disk
|--nvme0n1p1          259:1    0   1.5T  0 part
|--flashvg-flashvol 253:3    0   1.5T  0 lvm  /var/afw/vols/data/flash
...

ステップ 4

デバイスにパーティションのない TPM ディスクがある場合は、Cisco Technical Assistance Center (TAC) に連絡して RMA を開始し、デバイスを交換してください。

TPM にパーティションがある場合、これ以上の操作は必要ありません。

Chapter3. 前提条件

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

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

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

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

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

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

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

- VCenter にインポートされた ESXi ホストを VMware します。

- 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 とメモリ要件の詳細については、「Cisco DCNM リリース ノート」の「サーバ リソースの要件」セクションを参照してください。

次のいずれかのホストを設定して、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 のインストール

サポートされている遅延

Cisco DCNM LAN ファブリック の展開のサポートされている遅延は下記で定義されています。

- Native HA プライマリおよびセカンダリ アプライアンス間では、遅延は 50ms です。

- DCNM Native HA プライマリからスイッチ間では、遅延は 50ms です。

- DCNM の間の計算の待ち時間は 50 ミリ秒です。

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

SE に Cisco DCNM をインストールする場合は、DCNM ISO 仮想アプライアンス（.iso）インストーラをインストールします。

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

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

- スタンドアロン セットアップからネイティブ HA セットアップへの変換

- 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/http://software.cisco.com/download/

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

Step 2

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

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

Step 3

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

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

Step 4

最新リリースのリストで、11.5(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 を搭載した仮想マシンを設定します。

この設定は、SAN 管理用に DCNM を導入し、SAN Insights 機能を使用する場合に推奨されます。

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

この設定は、Cisco Network Insights アプリケーションを使用する場合に推奨されます。

[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 の電源をオンにしないでください。 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

スタンドアロン モードまたはネイティブ 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)] をクリックします。

Caution

システム設定が最小リソース要件を満たしていない場合は、Web インストーラに SYSTEM RESOURCE ERROR と表示され、インストールが中止されます。システム要件を変更し、Web インストーラを起動してインストールを完了します。

Step 2

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

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

Step 3

[インストール モード（Install Mode）] タブで、DCNM 導入タイプを選択します。

[インストール モード (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.

コンピューティング クラスタが必要な場合は、仮想アプライアンスの設定時に 3NIC があることを確認します。後で NIC をインストールすることはサポートされていません。3つのNICがない場合は、[クラスタモードの有効化（Enable Clustered Mode）]は使用できません。

Note

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

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

Step 4

[管理（Administration）] タブで、パスワードに関する情報を入力します。

- [管理者のパスワード] フィールドで、Cisco DCMN のアプリケーションに接続するために使用されるパスワードを入力してください。

パスワードは、%$^=;.*\'" <SPACE> を除くすべての特殊文字を使用できます。

[管理者パスワードの確認] フィールドにパスワードをもう一度入力します。

- [データベース パスワード（Database Password）] フィールドに、PostgreSQL データベースのパスワードを入力します。

すべての特殊文字は %$^=;.*\'" <SPACE> を除き、パスワードに使用できます。

[管理者パスワードの確認] フィールドにパスワードをもう一度入力します。

Note

[データベース パスワード（Database Password）] フィールドを空白のままにすると、管理者パスワードが PostgreSQL のパスワードと見なされます。

- [Superuser Password（root）] フィールドに、スーパーユーザーが root 権限にアクセスするためのパスワードを入力します。

[スーパーユーザー パスワード（Superuser Password）] フィールドにもう一度パスワードを入力します。

Note

スーパーユーザー パスワードが空白のままの場合は、管理者パスワードをスーパーユーザー パスワードと見なします。ただし、セキュリティ上の理由から、強力なパスワードを設定することを推奨します。

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

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

Step 5

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

- [完全修飾ホスト名 (Fully Qualified Hostname)] フィールドで、RFC1123 セクション 2.1 の通りに、完全修飾ドメイン名 (FQDN) のホスト名を入力します。数字のみのホスト名はサポートされていません。

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

IPv6 アドレスを使用して DNS サーバを設定することもできます。

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

Note

Network Insights アプリケーションを使用している場合は、DNS サーバが有効で到達可能であることを確認します。

- [NTP サーバ アドレス リスト（NTP Server Address List）] フィールドでは、NTP サーバの IP アドレスを入力します。

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

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

- タイムゾーン ドロップダウン リストから、DCNM を展開しているタイムゾーンを選択します。

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

Step 6

[ネットワーク設定 (Network Settings)] タブで、DCNM Web UI に到達するために使用されるネットワーク パラメータを構成します。

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

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

Note

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

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

2. [アウトオブバンド ネットワーク (Out-of-Band Network)] 領域で、IPv4 アドレス と ゲートウェイ IPv4 アドレス を入力します。

DCNMがIPv6ネットワーク上にある場合は、IPv6アドレスとゲートウェイIPv6アドレスに関連するIPv6アドレスを入力して、ネットワークを設定します。

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

Note

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

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

ステップ Step 3 でクラスタの有効化モードを選択した場合、このフィールドは必須です。

DCNM が IPv6 ネットワーク上にある場合は、 IPv6 アドレス と ゲートウェイ IPv6 アドレス の関連する IPv6 アドレスを入力することで、ネットワークを構成します。

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

Note

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

コンピューティング クラスタが必要な場合は、仮想アプライアンスの設定時に 3NIC があることを確認します。後で NIC をインストールすることはサポートされていません。3 NICs がなく、[クラスタ モードを有効にする（Enable Clustered Mode）] が使用できない場合、eth2 インターフェイスを構成できません。

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

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

Step 7

[アプリケーション（Applications）] タブで、[内部アプリケーション サービス ネットワーク] 、および [クラスタ モード設定] を構成します。

Note

デバイス コネクタは、デフォルトで有効になります。

デバイス コネクタは、クラウドベース管理プラットフォームであるCisco Intersightの機能を実現する組み込み管理コントローラです。

1. (Optional) [プロキシ サーバー（Proxy Server）] フィールドで、プロキシ サーバーの IP アドレスを入力します。

プロキシ サーバーは RFC1123 準拠名でなければなりません。

Note

デフォルトで、ポート 80 がプロキシ サーバに使用されます。<proxy-server-ip>:<port> を使用して、プロキシ サーバに異なるポートを使用します。

プロキシ サーバが認証を必要とする場合、関連するユーザー名とパスワードを [プロキシ サーバー ユーザー名（Proxy Server Username）] と [プロキシ サーバー パスワード（Proxy Server Password）] フィールドに入力します。

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

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

3. [クラスタ モード設定（Clustered mode configuration）] 領域で、ネットワーク設定を構成して、クラスタ モードで DCNM インスタンスを展開します。クラスタ モードで、アプリケーションは個別のコンピューティング ノードで実行されます。

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

Note

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

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

オプションで、[アウトオブバンド IPv6 ネットワーク アドレス プール（Out-of-Band IPv6 Network Address Pool）] フィールドに IPv6 アドレス プールを入力することもできます。

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

オプションで、[インバンド IPv6 ネットワーク アドレス プール（In-Band IPv6 Network Address Pool）] フィールドに IPv6 アドレス プールを入力することもできます。

アドレスは eth1 サブネットから利用可能で小さい IP アドレスのプレフィックスである必要があります。例：eth1 サブネットがインストール中に 10.1.1.0/24 に設定された場合、10.1.1.240/28 を使用します。このサブネットは、最小で /28 (16 アドレス) および最大で /24 (256 アドレス) である必要があります。また、east-west プール以上にしないでください。このサブネットは、スイッチとの通信のためコンテナに割り当てられます。

[次へ (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>>
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 update network-properties add route ipv4 eth2 <ipv4-network-ip-address/prefix>

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

dcnm# appmgr update network-properties session start
dcnm# appmgr update network-properties add route ipv4 eth2 10.0.0.0/24
dcnm# appmgr update network-properties add route ipv4 eth2 40.1.1.0/24
dcnm# appmgr update network-properties session apply

ネイティブ 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)] をクリックします。

Caution

システム設定が最小リソース要件を満たしていない場合は、Web インストーラに SYSTEM RESOURCE ERROR と表示され、インストールが中止されます。システム要件を変更し、Web インストーラを起動してインストールを完了します。

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

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

3. [インストール モード（Install Mode）] タブで、DCNM 導入タイプを選択します。

[インストール モード（Installation mode）] ドロップダウン リストから 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.

コンピューティング クラスタが必要な場合は、仮想アプライアンスの設定時に 3NIC があることを確認します。後で NIC をインストールすることはサポートされていません。3つのNICがない場合は、[クラスタモードの有効化（Enable Clustered Mode）]は使用できません。

Note

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

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

4. [管理（Administration）] タブで、パスワードに関する情報を入力します。

- [管理者のパスワード] フィールドで、Cisco DCMN のアプリケーションに接続するために使用されるパスワードを入力してください。

パスワードは、%$^=;.*\'" <SPACE> を除くすべての特殊文字を使用できます。

[管理者パスワードの確認] フィールドにパスワードをもう一度入力します。

- [データベース パスワード（Database Password）] フィールドに、PostgreSQL データベースのパスワードを入力します。

すべての特殊文字は %$^=;.*\'" <SPACE> を除き、パスワードに使用できます。

[管理者パスワードの確認] フィールドにパスワードをもう一度入力します。

Note

[データベース パスワード（Database Password）] フィールドを空白のままにすると、管理者パスワードが PostgreSQL のパスワードと見なされます。

- [Superuser Password（root）] フィールドに、スーパーユーザーが root 権限にアクセスするためのパスワードを入力します。

[スーパーユーザー パスワード（Superuser Password）] フィールドにもう一度パスワードを入力します。

Note

スーパーユーザー パスワードが空白のままの場合は、管理者パスワードをスーパーユーザー パスワードと見なします。ただし、セキュリティ上の理由から、強力なパスワードを設定することを推奨します。

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

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

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

- [完全修飾ホスト名 (Fully Qualified Hostname)] フィールドで、RFC1123 セクション 2.1 の通りに、完全修飾ドメイン名 (FQDN) のホスト名を入力します。数字のみのホスト名はサポートされていません。

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

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

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

Note

Network Insights アプリケーションを使用している場合は、DNS サーバが有効で到達可能であることを確認します。

- [NTP サーバ アドレス リスト（NTP Server Address List）] フィールドでは、NTP サーバの IP アドレスを入力します。

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

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

- タイムゾーン ドロップダウン リストから、DCNM を展開しているタイムゾーンを選択します。

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

6. [ネットワーク設定 (Network Settings)] タブで、DCNM Web UI に到達するために使用されるネットワーク パラメータを構成します。

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

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

Note

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

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

2. [アウトオブバンド ネットワーク (Out-of-Band Network)] 領域で、IPv4 アドレス と ゲートウェイ IPv4 アドレス を入力します。

DCNMがIPv6ネットワーク上にある場合は、IPv6アドレスとゲートウェイIPv6アドレスに関連するIPv6アドレスを入力して、ネットワークを設定します。

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

Note

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

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

[クラスタを有効にする（Enable Cluster）] モードを選択した場合、このフィールドは必須です。

DCNM が IPv6 ネットワーク上にある場合は、 IPv6 アドレス と ゲートウェイ IPv6 アドレス の関連する IPv6 アドレスを入力することで、ネットワークを構成します。

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

Note

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

コンピューティング クラスタが必要な場合は、仮想アプライアンスの設定時に 3NIC があることを確認します。後で NIC をインストールすることはサポートされていません。3 NICs がなく、[クラスタ モードを有効にする（Enable Clustered Mode）] が使用できない場合、eth2 インターフェイスを構成できません。

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

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

7. [アプリケーション（Applications）] タブで、[デバイス コネクタ] と [内部アプリケーション サービス ネットワーク] を構成します。

Note

デバイス コネクタは、デフォルトで有効になります。

デバイス コネクタは、クラウドベース管理プラットフォームであるCisco Intersightの機能を実現する組み込み管理コントローラです。

1. [プロキシ サーバー（Proxy Server）] フィールドで、プロキシ サーバーの IP アドレスを入力します。

プロキシ サーバーは RFC1123 準拠名でなければなりません。

Note

デフォルトで、ポート 80 がプロキシ サーバに使用されます。<proxy-server-ip>:<port> を使用して、プロキシ サーバに異なるポートを使用します。

プロキシ サーバが認証を必要とする場合、関連するユーザー名とパスワードを [プロキシ サーバー ユーザー名（Proxy Server Username）] と [プロキシ サーバー パスワード（Proxy Server Password）] フィールドに入力します。

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

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

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

Note

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

3. [クラスタ モード設定（Clustered mode configuration）] 領域で、ネットワーク設定を構成して、クラスタ モードで DCNM インスタンスを展開します。クラスタ モードで、アプリケーションは個別のコンピューティング ノードで実行されます。

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

オプションで、[アウトオブバンド IPv6 ネットワーク アドレス プール（Out-of-Band IPv6 Network Address Pool）] フィールドに IPv6 アドレス プールを入力することもできます。

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

オプションで、[インバンド IPv6 ネットワーク アドレス プール（In-Band IPv6 Network Address Pool）] フィールドに IPv6 アドレス プールを入力することもできます。

アドレスは eth1 サブネットから利用可能で小さい IP アドレスのプレフィックスである必要があります。例：eth1 サブネットがインストール中に 10.1.1.0/24 に設定された場合、10.1.1.240/28 を使用します。このサブネットは、最小で /28 (16 アドレス) および最大で /24 (256 アドレス) である必要があります。また、east-west プール以上にしないでください。このサブネットは、スイッチとの通信のためコンテナに割り当てられます。

8. [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)] をクリックします。

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)] をクリックします。

Caution

システム設定が最小リソース要件を満たしていない場合は、Web インストーラに SYSTEM RESOURCE ERROR と表示され、インストールが中止されます。システム要件を変更し、Web インストーラを起動してインストールを完了します。

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

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

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

Note

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

クラスタ モードで Cisco DCNM プライマリを構成している場合は、[クラスタ モードを有効にする (Enable Clustered Mode)] チェックボックスをオンにします。

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

4. [管理（Administration）] タブで、パスワードに関する情報を入力します。

Note

すべてのパスワードは、プライマリノードの設定時に指定したパスワードと同じである必要があります。

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

- [完全修飾ホスト名 (Fully Qualified Hostname)] フィールドで、RFC1123 セクション 2.1 の通りに、完全修飾ドメイン名 (FQDN) のホスト名を入力します。数字のみのホスト名はサポートされていません。

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

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

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

Note

Network Insights アプリケーションを使用している場合は、DNS サーバが有効で到達可能であることを確認します。

- [NTP サーバ アドレス リスト（NTP Server Address List）] フィールドでは、NTP サーバの IP アドレスを入力します。

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

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

- タイムゾーン ドロップダウン リストから、DCNM を展開しているタイムゾーンを選択します。

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

6. [ネットワーク設定 (Network Settings)] タブで、DCNM Web UI に到達するために使用されるネットワーク パラメータを構成します。

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

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

Note

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

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

2. [アウトオブバンド ネットワーク (Out-of-Band Network)] 領域で、IPv4 アドレス と ゲートウェイ IPv4 アドレス を入力します。

DCNMがIPv6ネットワーク上にある場合は、IPv6アドレスとゲートウェイIPv6アドレスに関連するIPv6アドレスを入力して、ネットワークを設定します。

Note

IPアドレスがプライマリノードで設定された同じアウトオブバンドネットワークに属していることを確認します。

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

Note

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

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

DCNM が IPv6 ネットワーク上にある場合は、 IPv6 アドレス と ゲートウェイ IPv6 アドレス の関連する IPv6 アドレスを入力することで、ネットワークを構成します。

Note

IPアドレスがプライマリノードで設定された同じインバンドネットワークに属していることを確認します。

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

Note

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

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

7. [アプリケーション（Applications）] タブで、[内部アプリケーション サービス ネットワーク] 、および [クラスタ モード設定] を構成します。

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

2. [クラスタ モード設定（Clustered mode configuration）] 領域で、ネットワーク設定を構成して、クラスタ モードで DCNM インスタンスを展開します。クラスタ モードで、アプリケーションは個別のコンピューティング ノードで実行されます。

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

オプションで、[アウトオブバンド IPv6 ネットワーク アドレス プール（Out-of-Band IPv6 Network Address Pool）] フィールドに IPv6 アドレス プールを入力することもできます。

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

オプションで、[インバンド IPv6 ネットワーク アドレス プール（In-Band IPv6 Network Address Pool）] フィールドに IPv6 アドレス プールを入力することもできます。

IP アドレスがプライマリ ノードで構成されたものと同じプールに属することを確認します。

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 アドレス（Management Network VIP Address）] フィールドに、管理ネットワークの VIP として使用された IP アドレスを入力します。

オプションで、[管理ネットワークのVIPv6アドレス（Management Network VIPv6 Address）] フィールドに IPv6 VIP アドレスを入力することもできます。

Note

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

- [アウトオブバンド ネットワーク VIP アドレス（Out-of-Band Network VIP Address）] フィールドにアウトオブバンド ネットワークの VIP として使用される IP アドレスを入力します。

オプションで、[アウトオブバンド ネットワークの VIPv6 アドレス（Out-of-Band Network VIPv6 Address）] フィールドに IPv6 VIP アドレスを入力することもできます。

- [インバンド ネットワーク VIP アドレス（In-Band Network VIP Address）] フィールドにアウトオブバンド ネットワークの VIP として使用される IP アドレスを入力します。

オプションで、[インバンド ネットワークの VIPv6 アドレス（In-Band Network VIPv6 Address）] フィールドに IPv6 VIP アドレスを入力することもできます。

Note

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

- [HA Ping 機能 IPv4 アドレス（HA Ping Feature IPv4 Address）] フィールドに、必要に応じて、HA ping IP アドレスを入力し、この機能を有効にします。

Note

構成済みの IPv4 アドレスは、ICMP echo ping に応答する必要があります。

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

HA ping IPv4 アドレスを Split Brain シナリオを避けるように構成する必要があります。この IP アドレスは、Enhanced Fabric 管理ネットワークに属す必要があります。

[次へ (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>>
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 update network-properties add route ipv4 eth2 <ipv4-network-ip-address/prefix>

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

dcnm# appmgr update network-properties session start
dcnm# appmgr update network-properties add route ipv4 eth2 10.0.0.0/24
dcnm# appmgr update network-properties add route ipv4 eth2 40.1.1.0/24
dcnm# appmgr update network-properties session apply

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

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

（注）

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

SE に Cisco DCNM をインストールする場合は、DCNM ISO 仮想アプライアンス（.iso）インストーラをインストールします。

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

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

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

- Nexus ダッシュボードで 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/http://software.cisco.com/download/

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

Step 2

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

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

Step 3

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

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

Step 4

最新リリースのリストで、11.5(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 仮想アプライアンスをインストールするには、次のタスクを実行します。

Note

appmgr コマンドはシェル（Bash）によって実行され、一部の文字は解釈が異なります。したがって、特殊文字を含むコマンド自体で指定されたパスワードは引用符で囲む必要があります。代わりに、appmgr change_pwd ssh root を実行してプロンプトにパスワードを入力することもできます。

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-kvm-vm.xml ファイルを検索します。

Step 2

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

Step 3

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

Step 4

および 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 のインストール」セクションを参照してください。

Nexus ダッシュボードで DCNM ISO 仮想アプライアンスをインストールする

Nexus ダッシュボードに DCNM ISO 仮想アプライアンスをインストールするには、次のタスクを実行します。

Before you begin

『Cisco Nexus ダッシュボード ハードウェア セットアップ ガイド』の説明に従って、ハードウェアとネットワークの接続を設定します。

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 を押して再起動プロセスを中断します。ブート選択メニューが表示されます。

Step 8

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

Step 9

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

Step 10

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

Step 11

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

提供された IP アドレスは、管理ネットワーク インターフェイス（eth0）の設定に使用されます。これで、システムがネットワーク経由で到達可能になります。

インストールが完了した後、システムが再起動し、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 メモリを設定します。

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 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)] をクリックします。

Caution

システム設定が最小リソース要件を満たしていない場合は、Web インストーラに SYSTEM RESOURCE ERROR と表示され、インストールが中止されます。システム要件を変更し、Web インストーラを起動してインストールを完了します。

Step 2

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

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

Step 3

[インストール モード（Install Mode）] タブで、DCNM 導入タイプを選択します。

[インストール モード (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.

コンピューティング クラスタが必要な場合は、仮想アプライアンスの設定時に 3NIC があることを確認します。後で NIC をインストールすることはサポートされていません。3つのNICがない場合は、[クラスタモードの有効化（Enable Clustered Mode）]は使用できません。

Note

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

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

Step 4

[管理（Administration）] タブで、パスワードに関する情報を入力します。

- [管理者のパスワード] フィールドで、Cisco DCMN のアプリケーションに接続するために使用されるパスワードを入力してください。

パスワードは、%$^=;.*\'" <SPACE> を除くすべての特殊文字を使用できます。

[管理者パスワードの確認] フィールドにパスワードをもう一度入力します。

- [データベース パスワード（Database Password）] フィールドに、PostgreSQL データベースのパスワードを入力します。

すべての特殊文字は %$^=;.*\'" <SPACE> を除き、パスワードに使用できます。

[管理者パスワードの確認] フィールドにパスワードをもう一度入力します。

Note

[データベース パスワード（Database Password）] フィールドを空白のままにすると、管理者パスワードが PostgreSQL のパスワードと見なされます。

- [Superuser Password（root）] フィールドに、スーパーユーザーが root 権限にアクセスするためのパスワードを入力します。

[スーパーユーザー パスワード（Superuser Password）] フィールドにもう一度パスワードを入力します。

Note

スーパーユーザー パスワードが空白のままの場合は、管理者パスワードをスーパーユーザー パスワードと見なします。ただし、セキュリティ上の理由から、強力なパスワードを設定することを推奨します。

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

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

Step 5

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

- [完全修飾ホスト名 (Fully Qualified Hostname)] フィールドで、RFC1123 セクション 2.1 の通りに、完全修飾ドメイン名 (FQDN) のホスト名を入力します。数字のみのホスト名はサポートされていません。

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

IPv6 アドレスを使用して DNS サーバを設定することもできます。

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

Note

Network Insights アプリケーションを使用している場合は、DNS サーバが有効で到達可能であることを確認します。

- [NTP サーバ アドレス リスト（NTP Server Address List）] フィールドでは、NTP サーバの IP アドレスを入力します。

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

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

- タイムゾーン ドロップダウン リストから、DCNM を展開しているタイムゾーンを選択します。

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

Step 6

[ネットワーク設定 (Network Settings)] タブで、DCNM Web UI に到達するために使用されるネットワーク パラメータを構成します。

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

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

Note

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

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

2. [アウトオブバンド ネットワーク (Out-of-Band Network)] 領域で、IPv4 アドレス と ゲートウェイ IPv4 アドレス を入力します。

DCNMがIPv6ネットワーク上にある場合は、IPv6アドレスとゲートウェイIPv6アドレスに関連するIPv6アドレスを入力して、ネットワークを設定します。

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

Note

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

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

ステップ Step 3 でクラスタの有効化モードを選択した場合、このフィールドは必須です。

DCNM が IPv6 ネットワーク上にある場合は、 IPv6 アドレス と ゲートウェイ IPv6 アドレス の関連する IPv6 アドレスを入力することで、ネットワークを構成します。

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

Note

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

コンピューティング クラスタが必要な場合は、仮想アプライアンスの設定時に 3NIC があることを確認します。後で NIC をインストールすることはサポートされていません。3 NICs がなく、[クラスタ モードを有効にする（Enable Clustered Mode）] が使用できない場合、eth2 インターフェイスを構成できません。

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

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

Step 7

[アプリケーション（Applications）] タブで、[内部アプリケーション サービス ネットワーク] 、および [クラスタ モード設定] を構成します。

Note

デバイス コネクタは、デフォルトで有効になります。

デバイス コネクタは、クラウドベース管理プラットフォームであるCisco Intersightの機能を実現する組み込み管理コントローラです。

1. (Optional) [プロキシ サーバー（Proxy Server）] フィールドで、プロキシ サーバーの IP アドレスを入力します。

プロキシ サーバーは RFC1123 準拠名でなければなりません。

Note

デフォルトで、ポート 80 がプロキシ サーバに使用されます。<proxy-server-ip>:<port> を使用して、プロキシ サーバに異なるポートを使用します。

プロキシ サーバが認証を必要とする場合、関連するユーザー名とパスワードを [プロキシ サーバー ユーザー名（Proxy Server Username）] と [プロキシ サーバー パスワード（Proxy Server Password）] フィールドに入力します。

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

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

3. [クラスタ モード設定（Clustered mode configuration）] 領域で、ネットワーク設定を構成して、クラスタ モードで DCNM インスタンスを展開します。クラスタ モードで、アプリケーションは個別のコンピューティング ノードで実行されます。

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

Note

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

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

オプションで、[アウトオブバンド IPv6 ネットワーク アドレス プール（Out-of-Band IPv6 Network Address Pool）] フィールドに IPv6 アドレス プールを入力することもできます。

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

オプションで、[インバンド IPv6 ネットワーク アドレス プール（In-Band IPv6 Network Address Pool）] フィールドに IPv6 アドレス プールを入力することもできます。

アドレスは eth1 サブネットから利用可能で小さい IP アドレスのプレフィックスである必要があります。例：eth1 サブネットがインストール中に 10.1.1.0/24 に設定された場合、10.1.1.240/28 を使用します。このサブネットは、最小で /28 (16 アドレス) および最大で /24 (256 アドレス) である必要があります。また、east-west プール以上にしないでください。このサブネットは、スイッチとの通信のためコンテナに割り当てられます。

[次へ (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>>
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 update network-properties add route ipv4 eth2 <ipv4-network-ip-address/prefix>

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

dcnm# appmgr update network-properties session start
dcnm# appmgr update network-properties add route ipv4 eth2 10.0.0.0/24
dcnm# appmgr update network-properties add route ipv4 eth2 40.1.1.0/24
dcnm# appmgr update network-properties session apply

ネイティブ 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)] をクリックします。

Caution

システム設定が最小リソース要件を満たしていない場合は、Web インストーラに SYSTEM RESOURCE ERROR と表示され、インストールが中止されます。システム要件を変更し、Web インストーラを起動してインストールを完了します。

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

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

3. [インストール モード（Install Mode）] タブで、DCNM 導入タイプを選択します。

[インストール モード（Installation mode）] ドロップダウン リストから 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.

コンピューティング クラスタが必要な場合は、仮想アプライアンスの設定時に 3NIC があることを確認します。後で NIC をインストールすることはサポートされていません。3つのNICがない場合は、[クラスタモードの有効化（Enable Clustered Mode）]は使用できません。

Note

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

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

4. [管理（Administration）] タブで、パスワードに関する情報を入力します。

- [管理者のパスワード] フィールドで、Cisco DCMN のアプリケーションに接続するために使用されるパスワードを入力してください。

パスワードは、%$^=;.*\'" <SPACE> を除くすべての特殊文字を使用できます。

[管理者パスワードの確認] フィールドにパスワードをもう一度入力します。

- [データベース パスワード（Database Password）] フィールドに、PostgreSQL データベースのパスワードを入力します。

すべての特殊文字は %$^=;.*\'" <SPACE> を除き、パスワードに使用できます。

[管理者パスワードの確認] フィールドにパスワードをもう一度入力します。

Note

[データベース パスワード（Database Password）] フィールドを空白のままにすると、管理者パスワードが PostgreSQL のパスワードと見なされます。

- [Superuser Password（root）] フィールドに、スーパーユーザーが root 権限にアクセスするためのパスワードを入力します。

[スーパーユーザー パスワード（Superuser Password）] フィールドにもう一度パスワードを入力します。

Note

スーパーユーザー パスワードが空白のままの場合は、管理者パスワードをスーパーユーザー パスワードと見なします。ただし、セキュリティ上の理由から、強力なパスワードを設定することを推奨します。

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

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

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

- [完全修飾ホスト名 (Fully Qualified Hostname)] フィールドで、RFC1123 セクション 2.1 の通りに、完全修飾ドメイン名 (FQDN) のホスト名を入力します。数字のみのホスト名はサポートされていません。

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

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

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

Note

Network Insights アプリケーションを使用している場合は、DNS サーバが有効で到達可能であることを確認します。

- [NTP サーバ アドレス リスト（NTP Server Address List）] フィールドでは、NTP サーバの IP アドレスを入力します。

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

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

- タイムゾーン ドロップダウン リストから、DCNM を展開しているタイムゾーンを選択します。

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

6. [ネットワーク設定 (Network Settings)] タブで、DCNM Web UI に到達するために使用されるネットワーク パラメータを構成します。

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

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

Note

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

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

2. [アウトオブバンド ネットワーク (Out-of-Band Network)] 領域で、IPv4 アドレス と ゲートウェイ IPv4 アドレス を入力します。

DCNMがIPv6ネットワーク上にある場合は、IPv6アドレスとゲートウェイIPv6アドレスに関連するIPv6アドレスを入力して、ネットワークを設定します。

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

Note

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

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

[クラスタを有効にする（Enable Cluster）] モードを選択した場合、このフィールドは必須です。

DCNM が IPv6 ネットワーク上にある場合は、 IPv6 アドレス と ゲートウェイ IPv6 アドレス の関連する IPv6 アドレスを入力することで、ネットワークを構成します。

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

Note

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

コンピューティング クラスタが必要な場合は、仮想アプライアンスの設定時に 3NIC があることを確認します。後で NIC をインストールすることはサポートされていません。3 NICs がなく、[クラスタ モードを有効にする（Enable Clustered Mode）] が使用できない場合、eth2 インターフェイスを構成できません。

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

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

7. [アプリケーション（Applications）] タブで、[デバイス コネクタ] と [内部アプリケーション サービス ネットワーク] を構成します。

Note

デバイス コネクタは、デフォルトで有効になります。

デバイス コネクタは、クラウドベース管理プラットフォームであるCisco Intersightの機能を実現する組み込み管理コントローラです。

1. [プロキシ サーバー（Proxy Server）] フィールドで、プロキシ サーバーの IP アドレスを入力します。

プロキシ サーバーは RFC1123 準拠名でなければなりません。

Note

デフォルトで、ポート 80 がプロキシ サーバに使用されます。<proxy-server-ip>:<port> を使用して、プロキシ サーバに異なるポートを使用します。

プロキシ サーバが認証を必要とする場合、関連するユーザー名とパスワードを [プロキシ サーバー ユーザー名（Proxy Server Username）] と [プロキシ サーバー パスワード（Proxy Server Password）] フィールドに入力します。

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

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

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

Note

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

3. [クラスタ モード設定（Clustered mode configuration）] 領域で、ネットワーク設定を構成して、クラスタ モードで DCNM インスタンスを展開します。クラスタ モードで、アプリケーションは個別のコンピューティング ノードで実行されます。

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

オプションで、[アウトオブバンド IPv6 ネットワーク アドレス プール（Out-of-Band IPv6 Network Address Pool）] フィールドに IPv6 アドレス プールを入力することもできます。

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

オプションで、[インバンド IPv6 ネットワーク アドレス プール（In-Band IPv6 Network Address Pool）] フィールドに IPv6 アドレス プールを入力することもできます。

アドレスは eth1 サブネットから利用可能で小さい IP アドレスのプレフィックスである必要があります。例：eth1 サブネットがインストール中に 10.1.1.0/24 に設定された場合、10.1.1.240/28 を使用します。このサブネットは、最小で /28 (16 アドレス) および最大で /24 (256 アドレス) である必要があります。また、east-west プール以上にしないでください。このサブネットは、スイッチとの通信のためコンテナに割り当てられます。

8. [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)] をクリックします。

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)] をクリックします。

Caution

システム設定が最小リソース要件を満たしていない場合は、Web インストーラに SYSTEM RESOURCE ERROR と表示され、インストールが中止されます。システム要件を変更し、Web インストーラを起動してインストールを完了します。

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

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

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

Note

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

クラスタ モードで Cisco DCNM プライマリを構成している場合は、[クラスタ モードを有効にする (Enable Clustered Mode)] チェックボックスをオンにします。

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

4. [管理（Administration）] タブで、パスワードに関する情報を入力します。

Note

すべてのパスワードは、プライマリノードの設定時に指定したパスワードと同じである必要があります。

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

- [完全修飾ホスト名 (Fully Qualified Hostname)] フィールドで、RFC1123 セクション 2.1 の通りに、完全修飾ドメイン名 (FQDN) のホスト名を入力します。数字のみのホスト名はサポートされていません。

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

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

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

Note

Network Insights アプリケーションを使用している場合は、DNS サーバが有効で到達可能であることを確認します。

- [NTP サーバ アドレス リスト（NTP Server Address List）] フィールドでは、NTP サーバの IP アドレスを入力します。

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

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

- タイムゾーン ドロップダウン リストから、DCNM を展開しているタイムゾーンを選択します。

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

6. [ネットワーク設定 (Network Settings)] タブで、DCNM Web UI に到達するために使用されるネットワーク パラメータを構成します。

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

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

Note

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

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

2. [アウトオブバンド ネットワーク (Out-of-Band Network)] 領域で、IPv4 アドレス と ゲートウェイ IPv4 アドレス を入力します。

DCNMがIPv6ネットワーク上にある場合は、IPv6アドレスとゲートウェイIPv6アドレスに関連するIPv6アドレスを入力して、ネットワークを設定します。

Note

IPアドレスがプライマリノードで設定された同じアウトオブバンドネットワークに属していることを確認します。

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

Note

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

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

DCNM が IPv6 ネットワーク上にある場合は、 IPv6 アドレス と ゲートウェイ IPv6 アドレス の関連する IPv6 アドレスを入力することで、ネットワークを構成します。

Note

IPアドレスがプライマリノードで設定された同じインバンドネットワークに属していることを確認します。

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

Note

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

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

7. [アプリケーション（Applications）] タブで、[内部アプリケーション サービス ネットワーク] 、および [クラスタ モード設定] を構成します。

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

2. [クラスタ モード設定（Clustered mode configuration）] 領域で、ネットワーク設定を構成して、クラスタ モードで DCNM インスタンスを展開します。クラスタ モードで、アプリケーションは個別のコンピューティング ノードで実行されます。

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

オプションで、[アウトオブバンド IPv6 ネットワーク アドレス プール（Out-of-Band IPv6 Network Address Pool）] フィールドに IPv6 アドレス プールを入力することもできます。

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

オプションで、[インバンド IPv6 ネットワーク アドレス プール（In-Band IPv6 Network Address Pool）] フィールドに IPv6 アドレス プールを入力することもできます。

IP アドレスがプライマリ ノードで構成されたものと同じプールに属することを確認します。

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 アドレス（Management Network VIP Address）] フィールドに、管理ネットワークの VIP として使用された IP アドレスを入力します。

オプションで、[管理ネットワークのVIPv6アドレス（Management Network VIPv6 Address）] フィールドに IPv6 VIP アドレスを入力することもできます。

Note

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

- [アウトオブバンド ネットワーク VIP アドレス（Out-of-Band Network VIP Address）] フィールドにアウトオブバンド ネットワークの VIP として使用される IP アドレスを入力します。

オプションで、[アウトオブバンド ネットワークの VIPv6 アドレス（Out-of-Band Network VIPv6 Address）] フィールドに IPv6 VIP アドレスを入力することもできます。

- [インバンド ネットワーク VIP アドレス（In-Band Network VIP Address）] フィールドにアウトオブバンド ネットワークの VIP として使用される IP アドレスを入力します。

オプションで、[インバンド ネットワークの VIPv6 アドレス（In-Band Network VIPv6 Address）] フィールドに IPv6 VIP アドレスを入力することもできます。

Note

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

- [HA Ping 機能 IPv4 アドレス（HA Ping Feature IPv4 Address）] フィールドに、必要に応じて、HA ping IP アドレスを入力し、この機能を有効にします。

Note

構成済みの IPv4 アドレスは、ICMP echo ping に応答する必要があります。

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

HA ping IPv4 アドレスを Split Brain シナリオを避けるように構成する必要があります。この IP アドレスは、Enhanced Fabric 管理ネットワークに属す必要があります。

[次へ (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>>
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 update network-properties add route ipv4 eth2 <ipv4-network-ip-address/prefix>

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

dcnm# appmgr update network-properties session start
dcnm# appmgr update network-properties add route ipv4 eth2 10.0.0.0/24
dcnm# appmgr update network-properties add route ipv4 eth2 40.1.1.0/24
dcnm# appmgr update network-properties session apply

スタンドアロン セットアップからネイティブ HA セットアップへの変換

既存の Cisco DCNM スタンドアロン セットアップをネイティブ HA セットアップに変換するには、次の手順を実行します。

始める前に

appmgr show version コマンドを使用して、スタンドアロン セットアップがアクティブで動作していることを確認します。

dcnm# appmgr show version

Cisco Data Center Network Manager
Version: 11.5(1)
Install mode: LAN Fabric
Standalone node. HA not enabled.
dcnm#

手順

ステップ 1

スタンドアロン セットアップで、 appmgr root-access permit のコマンドを使用してSSHを起動し、root ユーザー アクセスを有効にします。

dcnm# appmgr root-access permit

ステップ 2

新しい DCNM をセカンダリ ノードとして展開します。[新規インストール - HA セカンダリ] を選択します

たとえば、既存のセットアップを dcnm1 として、新しい DCNM をセカンダリノードとして dcnm2 として指定します。

注意

システム設定が最小リソース要件を満たしていない場合は、Web インストーラに SYSTEM RESOURCE ERROR と表示され、インストールが中止されます。システム要件を変更し、Web インストーラを起動してインストールを完了します。

ステップ 3

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

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

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

注意

システム設定が最小リソース要件を満たしていない場合は、Web インストーラに SYSTEM RESOURCE ERROR と表示され、インストールが中止されます。システム要件を変更し、Web インストーラを起動してインストールを完了します。

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

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

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

（注）

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

クラスタ モードで Cisco DCNM プライマリを構成している場合は、[クラスタ モードを有効にする (Enable Clustered Mode)] チェックボックスをオンにします。

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

4. [管理（Administration）] タブで、パスワードに関する情報を入力します。

（注）

すべてのパスワードは、プライマリノードの設定時に指定したパスワードと同じである必要があります。

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

- [完全修飾ホスト名 (Fully Qualified Hostname)] フィールドで、RFC1123 セクション 2.1 の通りに、完全修飾ドメイン名 (FQDN) のホスト名を入力します。数字のみのホスト名はサポートされていません。

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

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

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

（注）

Network Insights アプリケーションを使用している場合は、DNS サーバが有効で到達可能であることを確認します。

- [NTP サーバ アドレス リスト（NTP Server Address List）] フィールドでは、NTP サーバの IP アドレスを入力します。

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

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

- タイムゾーン ドロップダウン リストから、DCNM を展開しているタイムゾーンを選択します。

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

6. [ネットワーク設定 (Network Settings)] タブで、DCNM Web UI に到達するために使用されるネットワーク パラメータを構成します。

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

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

（注）

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

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

2. [アウトオブバンド ネットワーク (Out-of-Band Network)] 領域で、IPv4 アドレス と ゲートウェイ IPv4 アドレス を入力します。

DCNMがIPv6ネットワーク上にある場合は、IPv6アドレスとゲートウェイIPv6アドレスに関連するIPv6アドレスを入力して、ネットワークを設定します。

（注）

IPアドレスがプライマリノードで設定された同じアウトオブバンドネットワークに属していることを確認します。

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

（注）

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

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

DCNM が IPv6 ネットワーク上にある場合は、 IPv6 アドレス と ゲートウェイ IPv6 アドレス の関連する IPv6 アドレスを入力することで、ネットワークを構成します。

（注）

IPアドレスがプライマリノードで設定された同じインバンドネットワークに属していることを確認します。

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

（注）

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

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

7. [アプリケーション（Applications）] タブで、[内部アプリケーション サービス ネットワーク] 、および [クラスタ モード設定] を構成します。

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

2. [クラスタ モード設定（Clustered mode configuration）] 領域で、ネットワーク設定を構成して、クラスタ モードで DCNM インスタンスを展開します。クラスタ モードで、アプリケーションは個別のコンピューティング ノードで実行されます。

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

オプションで、[アウトオブバンド IPv6 ネットワーク アドレス プール（Out-of-Band IPv6 Network Address Pool）] フィールドに IPv6 アドレス プールを入力することもできます。

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

オプションで、[インバンド IPv6 ネットワーク アドレス プール（In-Band IPv6 Network Address Pool）] フィールドに IPv6 アドレス プールを入力することもできます。

IP アドレスがプライマリ ノードで構成されたものと同じプールに属することを確認します。

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 アドレス（Management Network VIP Address）] フィールドに、管理ネットワークの VIP として使用された IP アドレスを入力します。

オプションで、[管理ネットワークのVIPv6アドレス（Management Network VIPv6 Address）] フィールドに IPv6 VIP アドレスを入力することもできます。

（注）

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

- [アウトオブバンド ネットワーク VIP アドレス（Out-of-Band Network VIP Address）] フィールドにアウトオブバンド ネットワークの VIP として使用される IP アドレスを入力します。

オプションで、[アウトオブバンド ネットワークの VIPv6 アドレス（Out-of-Band Network VIPv6 Address）] フィールドに IPv6 VIP アドレスを入力することもできます。

- [インバンド ネットワーク VIP アドレス（In-Band Network VIP Address）] フィールドにアウトオブバンド ネットワークの VIP として使用される IP アドレスを入力します。

オプションで、[インバンド ネットワークの VIPv6 アドレス（In-Band Network VIPv6 Address）] フィールドに IPv6 VIP アドレスを入力することもできます。

（注）

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

- [HA Ping 機能 IPv4 アドレス（HA Ping Feature IPv4 Address）] フィールドに、必要に応じて、HA ping IP アドレスを入力し、この機能を有効にします。

（注）

構成済みの IPv4 アドレスは、ICMP echo ping に応答する必要があります。

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

HA ping IPv4 アドレスを Split Brain シナリオを避けるように構成する必要があります。この IP アドレスは、Enhanced Fabric 管理ネットワークに属す必要があります。

[次へ (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>>
You will be redirected there in 60 seconds.
Thank you
***************************************************************

（注）

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

次のタスク

appmgr show ha-role コマンドを使用して、HA ロールを確認します。
アクティブノード（古いスタンドアロンノード）：

dcnm1# appmgr show ha-role
Native HA enabled.
Deployed role: Active
Current role: Active

スタンバイノード（新しく展開されたノード）：

dcnm2# appmgr show ha-role
Native HA enabled.
Deployed role: Standby
Current role: Standby

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

[コンソール (Console)] タブに表示されている URL を貼り付け、[Enter] キーを押します。初期メッセージが表示されます。Cisco DCNM OVA と ISO の両方の展開にコンピューティング ノードをインストールできます。

Note

コンピューティング ノードを使用すると、アプリケーション負荷が、通常の 1 または 2 (HA がある場合) ノードではなく、すべてのコンピューティング ノードで共有されるため、ユーザーは DCNM を拡張できます。

Note

DCNM のインストール中に [クラスター化モードを有効にする] が選択された場合、構成コンプライアンス、EPL、NIA、NIR などのアプリケーションは、計算ノードをインストールするまで機能しません。

NIR/NIA アプリケーションがより大規模に有効になっている場合、つまり 250 のスイッチと 10000 のハードウェア テレメトリ フローがある場合、DCNM Computes ノードは 10Gig リンクを使用してすべての eth0、eth1、および eth2 インターフェイスに接続する必要があります。

Web インストーラから Cisco DCNM コンピューティング ノードのインストールを完了するには、次の手順を実行します。

Before you begin

コンピューティング ノードをインストールするには、16 個の vCPUs、64 GB の RAM、および 500 GB のハードディスクがあることを確認します。

デフォルトでは、ComputeHuge 構成には 32vCPU と 2GB ディスクの 128GB RAM があります。この構成は Cisco Network Insights アプリケーションを使用する場合にお勧めします。

Procedure

Step 1

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

Step 2

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

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

Step 3

[インストール モード (Install Mode)] タブのドロップダウン リストから、[コンピューティング (Compute)] を選択して DCNM インスタンスを展開します。

Note

OVF テンプレートまたは ISO ハイパーバイザを構成する間に、[コンピューティング（Compute）] または [ComputeHuge] を選択した場合、[コンピューティング（Compute）] オプションはドロップダウン リストに表示されます。

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

Step 4

[管理（Administration）] タブで、パスワードに関する情報を入力します。

- [管理者のパスワード] フィールドで、Cisco DCMN のアプリケーションに接続するために使用されるパスワードを入力してください。

パスワードは、%$^=;.*\'" <SPACE> を除くすべての特殊文字を使用できます。

[管理者パスワードの確認] フィールドにパスワードをもう一度入力します。

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

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

Step 5

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

- [完全修飾ホスト名 (Fully Qualified Hostname)] フィールドで、RFC1123 セクション 2.1 の通りに、完全修飾ドメイン名 (FQDN) のホスト名を入力します。数字のみのホスト名はサポートされていません。

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

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

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

Note

Network Insights アプリケーションを使用している場合は、DNS サーバが有効で到達可能であることを確認します。

- [NTP サーバ アドレス リスト（NTP Server Address List）] フィールドでは、NTP サーバの IP アドレスを入力します。

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

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

- タイムゾーン ドロップダウン リストから、DCNM を展開しているタイムゾーンを選択します。

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

Step 6

[ネットワーク設定 (Network Settings)] タブで、DCNM Web UI に到達するために使用されるネットワーク パラメータを構成します。

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

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

Note

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

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

2. [アウトオブバンド ネットワーク (Out-of-Band Network)] 領域で、IPv4 アドレス と ゲートウェイ IPv4 アドレス を入力します。

DCNMがIPv6ネットワーク上にある場合は、IPv6アドレスとゲートウェイIPv6アドレスに関連するIPv6アドレスを入力して、ネットワークを設定します。

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

Note

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

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

DCNM が IPv6 ネットワーク上にある場合は、 IPv6 アドレス と ゲートウェイ IPv6 アドレス の関連する IPv6 アドレスを入力することで、ネットワークを構成します。

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

Note

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

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

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

Step 7

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

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

[次へ (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
***************************************************************

What to do next

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

[アプリケーション (Applications)] タブには、インストールした DCNM 展開で実行中のすべてのサービスが表示されます。[コンピューティング (Compute)] タブをクリックすると、CISCO Dcnm Web UI で検出された状態の新しいコンピューティングが表示されます。

クラスタにコンピューティング ノードを追加するために、詳細については、展開固有の『Cisco DCNM コンフィギュレーション ガイド』の「クラスタ ノードへのコンピューティングの追加」を参照してください。

Note

DCNM をインストールする間にクラスタされたモードを有効にしなかった場合は、appmgr afw config-cluster コマンドを使用して、コンピューティング クラスタを有効にします。手順については、『Cisco DCNM LAN ファブリック コンフィギュレーション ガイド』の「コンピューティング クラスタを有効にする」を参照してください。

コンピューティング ノードがスケジュールされていないパワーサイクルを通過し、再起動するとき、Elasticsearch コンテナは起動しません。一部のファイル システムが破損している可能性があります。この問題を解決するために、fsck -y コマンドを使用して、セーフ モードでコンピューティング ノードをリブートしてください。

Chapter5. Cisco DCNM のアップグレード

この章では、Cisco DCNM のアップグレードについて説明します。次の項を含みます。

- Cisco DCNM リリース 11.5(1) へのアップグレード

- インライン アップグレードを使用して ISO または OVA をアップグレードする

- パフォーマンス マネージャ データをドロップする

Cisco DCNM リリース 11.5(1) へのアップグレード

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

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

LAN ファブリック展開のアップグレードのタイプ

現在のリリース番号

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

11.4(1)

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

11.3(1)

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

11.2(1)

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

11.1 (1)

11.1(1) → 11.2(1) → 11.5(1)

11.1(1) → 11.3(1) → 11.5(1)

11.1(1) → 11.4(1) → 11.5(1)

→ インライン アップグレードを表します

インライン アップグレードを使用して ISO または OVA をアップグレードする

既存の DCNM に新しい DCNM を提供することで、インライン アップグレードで DCNM をアップグレード可能になります。インライン アップグレード後、DCNM アプリケーションを起動する前にブラウザ キャッシュを消去するようにしてください。

Cisco DCNM をインストールするとき、デフォルトで自己署名付き証明書がインストールされています。ただし、最新の Cisco DCNM リリースにアップグレードした後は、証明書を復元する必要があります。

（注）

証明書の復元は、破壊的なメカニズムです。アプリケーションを停止して再起動する必要があります。アップグレードされたシステムが安定している場合にのみ、証明書を復元します。つまり、Cisco DCNM Web UI にログインできる必要があります。

アップグレード後に証明書を復元するには、アップグレード後に証明書を復元する を参照してください。

ここでは、インライン アップグレード方式を使用して DCNM をアップグレードする手順について説明します。

（注）

クラシック LAN 展開のアップグレードでは、DCNMリリース 11.5(1) にアップグレードすると、展開は自動的に LAN ファブリック展開モードに変換されます。

- スタンドアロン モードでの DCNM 仮想アプライアンスのインライン アップグレード

- ネイティブ HA モードでの DCNM 仮想アプライアンスのインライン アップグレード

- DCNM コンピューティング ノードのインライン アップグレード

スタンドアロン モードでの DCNM 仮想アプライアンスのインライン アップグレード

既存の DCNM に新しい DCNM を提供することで、インライン アップグレードで DCNM をアップグレード可能になります。インライン アップグレード後、DCNM アプリケーションを起動する前にブラウザ キャッシュを消去するようにしてください。

スタンドアロン モードで DCNM 仮想アプライアンスをアップグレードするには、次の作業を実行します。

Before you begin

Cisco DCNM セットアップがクラスタ モードの場合は、必ず Network Insights - Resources（NIR）2.x アプリケーションを停止してください。Cisco DCNM Web UI で、[アプリケーション (Applications)] > [カタログ (Catalog)] を選択します。NIR アプリで、[停止 (Stop)] アイコンをクリックしてアプリケーションを停止します。カタログからアプリケーションを削除するには、[削除 (Delete)] をクリックします。

Procedure

Step 1

Cisco DCNM アプライアンス コンソールにログインします。

Caution

システム要件が最小リソース要件を満たしていない場合、コンソールまたは SSH 経由で DCNM にログオンするたびに、SYSTEM RESOURCE ERROR が表示されます。コンソール/ SSH 経由で DCNM にシステム要件のログオンを変更します。

- OVA のインストールの場合：ホスト用に展開された OVF テンプレートで、右クリックして [設定 (Settings)] > [Web コンソールの起動 (Launch Web Console)] を選択します。

- ISO のインストールの場合：KVM コンソールまたは UCS (ベア メタル) コンソールを選択します。

Caution

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

または

次のコマンドを実行してスクリーン セッションを作成します。

dcnm# screen

これにより、コマンドを実行できるセッションが作成されます。このコマンドは、ウィンドウが表示されていない場合、または切断された場合でも実行し続けます。

Step 2

appmgr backup コマンドを使用してアプリケーション データのバックアップを取得します。

dcnm# appmgr backup

DCNM サーバの外部にある安全な場所にバックアップ ファイルをコピーします。

Step 3

su コマンドを使用して、/root/ ディレクトリにログオンします。

dcnm# su
Enter password: <<enter-password>>
[root@dcnm]#

Note

ISO をディレクトリにマウントする前に、/root/ フォルダーにアクセスできることを確認します。

Step 4

dcnm-va.11.5.1.iso.zip ファイルを解凍し、DCNM 11.5(1) ISO ファイルをアップグレードする DCNM セットアップ内の /root/ フォルダーにアップロードします。

Step 5

mkdir /mnt/iso コマンドを使用して、iso という名前のフォルダを作成します。

[root@dcnm]# mkdir /mnt/iso

Step 6

/mnt/iso フォルダーのスタンドアロン セットアップに DCNM 11.5(1) ISO ファイルをマウントします。

mount -o loop <DCNM 11.5(1) image> /mnt/iso

[root@dcnm]# mount -o loop dcnm-va.11.5.1.iso /mnt/iso

Step 7

/mnt/iso/packaged-files/scripts/ に移動して ./inline-upgrade.sh スクリプトを実行します。

[root@dcnm]# cd /mnt/iso/packaged-files/scripts/
dcnm# ./inline-upgrade.sh
Do you want to continue and perform the inline upgrade to 11.5(1)? [y/n]: y

Note

Cisco DCNM リリース 11.2(1) からアップグレードする場合にのみ、新しい sysadmin パスワードを入力するように求められます。

Step 8

プロンプトで新しい sysadmin ユーザー パスワードを入力します。

Note

Cisco DCNM リリース 11.2(1) からアップグレードする場合にのみ、新しい sysadmin パスワードを入力するように求められます。

Enter the password for the new sysadmin user: <<sysadmin_password>>
Enter it again for verification: <<sysadmin_password>>

アップグレードが完了すると、アプライアンスが再起動します。再起動後、SSH \root アクセスはデフォルトで無効になっています。sysadmin ユーザーを使用します。

11.2(1) および 11.3(1) でサポートされている Elasticsearch バージョンは、11.5(1) でサポートされている Elasticsearch と互換性がないため、リリース 11.5(1) にアップグレードする前に Elasticsearch データのインデックスを再作成する必要があります。

次のメッセージが生成されます。

*********************************************************************
WARNING: Elasticsearch indices for historical Performance Monitoring (PM)
data need to be reindexed manually.
Check DCNM installation and upgrade guide for more details.
*********************************************************************

確認メッセージが表示されます。[y] を入力して、アップグレードを続行してください。

アップグレードの完了後に、システムがリブートします。

Step 9

appmgr status all コマンドを使用して、DCNM アプリケーションが機能していることを確認します。

[root@dcnm]# appmgr status all

Step 10

Cisco DCNM リリース 11.5(1) が正常にインストールされていることを確認するには、 appmgr show version コマンドを使用します。

[root@dcnm]# appmgr show version

Cisco Data Center Network Manager
Version: 11.5(1)
Install mode: LAN Fabric
Standalone node. HA not enabled.

Step 11

exit コマンドを使用して、screen セッションを終了します。

[root@dcnm]# exit

Step 12

DCNM セットアップのすべての計算ノードから dcnm-va-patch.11.5.1.iso ファイルをアンマウントします。

Note

.iso ファイルをマウント解除する前に、screen セッションを終了する必要があります。

[root@dcnm]# umount /mnt/iso

What to do next

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

Note

リリース11.3(1) では、sysadmin と root ユーザーのパスワードは同一ではありません。11.5(1) にアップグレードすると、sysadmin および root ユーザーのパスワードは保持されます。

ただし、アップグレード後にCisco DCNMでバックアップと復元を実行すると、sysadmin ユーザーは root ユーザーからパスワードを継承するため、両方のユーザーが同じパスワードを持ちます。復元が完了したら、両方のユーザーのパスワードを変更できます。

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

古いPMデータは Elasticsearch に保持されます。Elasticsearch は、Cisco DCNM Web UI、[ダッシュボード（Dashboard）]、[ヘルス（Health）] と[管理（Administration）]、[DCNMサーバ（DCNM Server）]、[サーバステータス（Server Status）]の順に選択すると、再インデックスが必要と表示されます。

リリース 11.5(1) にアップグレードするときに Performance Manager データを保存することを選択した場合は、Cisco TAC に連絡してサポートを受けることを推奨します。

Performance Manager データを保存することを選択した場合は、Cisco TAC に連絡してサポートを受けることを推奨します。

Cisco DCNM リリース 11.5(1) にアップグレー後に Cisco Nexus 9000 スイッチを構成する Cisco DCNM リリース 11.3(1) またはリリース 11.4(1) 管理対象 VXLAN BGP EVPN ファブリックを正常にオンボードするには、「VXLAN BGP EVPN、外部、および MSD ファブリックの DCNM 11.5 (1) アップグレード後」を参照してください。

ネイティブ HA モードでの DCNM 仮想アプライアンスのインライン アップグレード

既存の DCNM に新しい DCNM を提供することで、インライン アップグレードで DCNM をアップグレード可能になります。インライン アップグレード後、DCNM アプリケーションを起動する前にブラウザ キャッシュを消去するようにしてください。

ネイティブ HA モードで DCNM 仮想アプライアンスをアップグレードするには、次の作業を実行します。

Before you begin

- Cisco DCNM アクティブ ピアとスタンバイ ピアの両方が稼働していることを確認します。

- クラスタ モードで Cisco DCNM をアップグレードする前に、Network Insights - Resources (NIR) 2.x アプリケーションを停止します。Cisco DCNM Web UI で、[アプリケーション (Applications)] > [カタログ (Catalog)] を選択します。NIR アプリで、[停止 (Stop)] アイコンをクリックしてアプリケーションを停止します。カタログからアプリケーションを削除するには、[削除 (Delete)] をクリックします。

Note

クラスタ モードでの Cisco DCNM のインライン アップグレードは、リリース 11.2(1) 以降でサポートされています。リリース 11.1(1) では、クラスタ モードの DCNM のインライン アップグレードはサポートされていません。

- appmgr show ha-role コマンドを使用して、アクティブ サーバとスタンバイ サーバが動作していることを確認します。

例:

アクティブ ノードで次の操作を実行します。

dcnm1# appmgr show ha-role
Native HA enabled.
Deployed role: Active
Current role: Active

スタンバイ ノードで次の操作を実行します。

dcnm2# appmgr show ha-role
Native HA enabled.
Deployed role: Standby
Current role: Standby

Procedure

Step 1

dcnm-va.11.5.1.iso.zip ファイルを解凍し、DCNM 11.5(1) ISO ファイルを /root/ フォルダーに、アップグレードする DCNM セットアップの Active と Standby ノードの両方でアップロードします。

Note

例えば、アクティブおよびスタンバイ アプライアンスを dcnm1 および dcnm2 に個別に示します。

Step 2

Cisco DCNM アプライアンス コンソールにログインします。

Caution

システム要件が最小リソース要件を満たしていない場合、コンソールまたは SSH 経由で DCNM にログオンするたびに、SYSTEM RESOURCE ERROR が表示されます。コンソール/ SSH 経由で DCNM にシステム要件のログオンを変更します。

- OVA のインストールの場合：ホスト用に展開された OVF テンプレートで、右クリックして [設定 (Settings)] > [Web コンソールの起動 (Launch Web Console)] を選択します。

- ISO のインストールの場合：KVM コンソールまたは UCS (ベア メタル) コンソールを選択します。

Caution

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

または

次のコマンドを実行してスクリーン セッションを作成します。

dcnm1# screen
dcnm2# screen

これにより、コマンドを実行できるセッションが作成されます。このコマンドは、ウィンドウが表示されていない場合、または切断された場合でも実行し続けます。

Step 3

アクティブおよびスタンバイの両方のアプライアンスで appmgr backup コマンドを使用して、アプリケーション データのバックアップを取得します。

dcnm1# appmgr backup
dcnm2# appmgr backup

DCNM サーバの外部にある安全な場所にバックアップ ファイルをコピーします。

Step 4

su コマンドを使用して、/root/ ディレクトリにログオンします。

dcnm1# su
Enter password: <<enter-password>>
[root@dcnm1]#

dcnm2# su
Enter password: <<enter-password>>
[root@dcnm2]#

Note

ISO をディレクトリにマウントする前に、/root/ フォルダーにアクセスできることを確認します。

Step 5

アクティブノードで、インライン アップグレードを実行します。

1. mkdir /mnt/iso コマンドを使用して、iso という名前のフォルダを作成します。

[root@dcnm1]# mkdir /mnt/iso

2. DCNM 11.5(1) ISO ファイルを /mnt/iso フォルダで Active ノードにマウントします。

[root@dcnm1]# mount -o loop dcnm-va.11.5.1.iso /mnt/iso

3. /mnt/iso/packaged-files/scripts/ に移動し、./inline-upgrade.sh スクリプトを実行します。

[root@dcnm1]# cd /mnt/iso/packaged-files/scripts/
dcnm1# ./inline-upgrade.sh

Note

一部のサービスがまだ実行されている場合は、サービスが停止することを示すプロンプトが表示されます。プロンプトが表示されたら、 y を押して続行します。

[root@dcnm1]# Do you want to continue and perform the inline upgrade to 11.5(1)? [y/n]: y

4. プロンプトで新しい sysadmin ユーザー パスワードを入力します。

Note

Cisco DCNM リリース 11.1(1) またはリリース 11.2(1) からアップグレードする場合にのみ、新しい sysadmin パスワードを入力するように求められます。

Enter the password for the new sysadmin user: <<sysadmin_password>>
Enter it again for verification: <<sysadmin_password>>

アップグレードが完了すると、アプライアンスが再起動します。再起動後、SSH \root アクセスはデフォルトで無効になっています。sysadmin ユーザーを使用します。

11.2(1) および 11.3(1) でサポートされている Elasticsearch バージョンは、11.5(1) でサポートされている Elasticsearch と互換性がないため、リリース 11.5(1) にアップグレードする前に Elasticsearch データのインデックスを再作成する必要があります。

次のメッセージが生成されます。

*********************************************************************
WARNING: Elasticsearch indices for historical Performance Monitoring (PM)
data need to be reindexed manually.
Check DCNM installation and upgrade guide for more details.
*********************************************************************

確認メッセージが表示されます。[y] を入力して、アップグレードを続行してください。

アップグレードの完了後に、システムがリブートします。

5. appmgr status all コマンドを使用して、DCNM アプリケーションが機能していることを確認します。

[root@dcnm1]# appmgr status all

Note

スタンバイ ノードのアップグレードに進む前に、すべてのサービスが Cisco DCNM アクティブ ノードで稼働していることを確認します。

6. appmgr show ha-role コマンドを使用して、アクティブ ノードのロールを確認します。現在のロールはアクティブとして表示される必要があります。

[root@dcnm1]# appmgr show ha-role

Native HA enabled.
Deployed role: Active
Current role: Active

Warning

アクティブ ノードの現在のロールがアクティブでない限り、スタンバイ ノードのアップグレードを続行しないことをお勧めします。

Step 6

スタンバイ ノードで、インライン アップグレードを実行します。

1. mkdir /mnt/iso コマンドを使用して、iso という名前のフォルダを作成します。

[root@dcnm2]# mkdir /mnt/iso

2. DCNM 11.5(1) ISO ファイルを /mnt/iso フォルダーで Standby ノードでマウントします。

[root@dcnm2]# mount -o loop dcnm-va.11.5.1.iso /mnt/iso

3. /mnt/iso/packaged-files/scripts/ に移動し、./inline-upgrade.sh スクリプトを実行します。

[root@dcnm2]# cd /mnt/iso/packaged-files/scripts/
dcnm2# ./inline-upgrade.sh --standby

Note

一部のサービスがまだ実行されている場合は、サービスが停止することを示すプロンプトが表示されます。プロンプトが表示されたら、[y] を押して続行します。

[root@dcnm2]# Do you want to continue and perform the inline upgrade to 11.5(1)? [y/n]: y

4. プロンプトで新しい sysadmin ユーザー パスワードを入力します。

Note

Cisco DCNM リリース 11.1(1) またはリリース 11.2(1) からアップグレードする場合にのみ、新しい sysadmin パスワードを入力するように求められます。

Enter the password for the new sysadmin user: <<sysadmin_password>>
Enter it again for verification: <<sysadmin_password>>

アップグレードが完了すると、アプライアンスが再起動します。再起動後、SSH \root アクセスはデフォルトで無効になっています。sysadmin ユーザーを使用します。

アップグレードが完了すると、アプライアンスが再起動します。次のコマンドを使用して、アプライアンスのロールを確認します。

[root@dcnm2]# appmgr show ha-role
Native HA enabled.
Deployed role: Standby
Current role: Standby

Step 7

exit コマンドを使用して、screen セッションを終了します。

[root@dcnm1]# exit
[root@dcnm2]# exit

Step 8

DCNM セットアップのアクティブ ノードとスタンバイ ノードの両方で dcnm-va-patch.11.5.1.iso ファイルをアンマウントします。

Note

.iso ファイルをマウント解除する前に、screen セッションを終了する必要があります。

[root@dcnm1]# umount /mnt/iso
[root@dcnm2]# umount /mnt/iso

What to do next

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

Note

リリース11.3(1) では、sysadmin と root ユーザーのパスワードは同一ではありません。11.5(1) にアップグレードすると、sysadmin および root ユーザーのパスワードは保持されます。

ただし、アップグレード後にCisco DCNMでバックアップと復元を実行すると、sysadmin ユーザーは root ユーザーからパスワードを継承するため、両方のユーザーが同じパスワードを持ちます。復元が完了したら、両方のユーザーのパスワードを変更できます。

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

古いPMデータは Elasticsearch に保持されます。Elasticsearch は、Cisco DCNM Web UI、[ダッシュボード（Dashboard）]、[ヘルス（Health）] と[管理（Administration）]、[DCNMサーバ（DCNM Server）]、[サーバステータス（Server Status）]の順に選択すると、再インデックスが必要と表示されます。

Performance Manager データを保存することを選択した場合は、Cisco TAC に連絡してサポートを受けることを推奨します。

を使用して、両方のアプライアンスのロールを確認します。 appmgr show ha-role

dcnm1# appmgr show ha-role
Native HA enabled.
Deployed role: Active
Current role: Active

dcnm2# appmgr show ha-role
Native HA enabled.
Deployed role: Standby
Current role: Standby

appmgr status all コマンドを使用して、すべてのアプリケーションのステータスを確認します。

Cisco DCNM リリース 11.5(1) にアップグレー後に Cisco Nexus 9000 スイッチを構成する Cisco DCNM リリース 11.3(1) またはリリース 11.4(1) 管理対象 VXLAN BGP EVPN ファブリックを正常にオンボードするには、「VXLAN BGP EVPN、外部、および MSD ファブリックの DCNM 11.5 (1) アップグレード後」を参照してください。

DCNM コンピューティング ノードのインライン アップグレード

DCNM コンピューティング ノードを リリース 11.2(1) または リリース 11.3(1) または リリース 11.4(1) から リリース 11.5(1)へ インライン アップグレードを使用してアップグレードできます。インライン アップグレードでは、新しい DCNM バージョンを既存のコンピューティング ノードに強制することによって、コンピューティング ノードをアップグレードできます。

Note

Cisco DCNM リリース 11.3(1) の Cisco アプリケーション サービスのコンピューティング ノードを リリース 11.5(1) へインラインアップグレード手順を使用してアップグレードできます。詳細については、『https://www.cisco.com/c/en/us/support/data-center-analytics/nexus-dashboard/products-installation-guides-list.html』を参照してください。

スタンドアロンとネイティブの両方の HA モードで DCNM コンピューティング ノードをアップグレードするには、次の作業を実行します。

Before you begin

DCNM コンピューティング ノードをアップグレードする前に、スタンドアロン ノードまたはネイティブ HA モードのいずれかの Cisco DCNM サーバをリリース 11.5(1) にアップグレードする必要があります。

Procedure

Step 1

Cisco DCNM コンピューティング コンソールにログオンします。

Caution

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

Caution

システム要件が最小リソース要件を満たしていない場合、コンソールまたは SSH 経由で DCNM にログオンするたびに、SYSTEM RESOURCE ERROR が表示されます。コンソール/ SSH 経由で DCNM にシステム要件のログオンを変更します。

または

次のコマンドを実行して、コンピューティング ノードにスクリーン セッションを作成します。

dcnm-compute# screen

これにより、コマンドを実行できるセッションが作成されます。このコマンドは、ウィンドウが表示されない場合や切断された場合でも実行され続けます。

Step 2

dcnm-va.11.5.1.iso.zip ファイルを解凍し、DCNM 11.5(1) ISO ファイルをすべてのコンピューティング ノードの root/ フォルダーにアップロードします。

Step 3

すべてのコンピューティングで mkdir /mnt/iso コマンドを使用して、iso という名前のフォルダを作成します。

dcnm-compute# mkdir /mnt/iso

Step 4

DCNM 11.5(1) ISO ファイルを /mnt/iso フォルダーのコンピューティング ノードでフォルダーにマウントします。

mount -o loop <DCNM 11.5(1) image> /mnt/iso

dcnm-compute# mount -o loop dcnm-va.11.5.1.iso /mnt/iso

すべてのコンピューティング ノードに ISO をマウントします。

Step 5

/mnt/iso/packaged-files/scripts に移動して ./inline-upgrade.sh スクリプトを実行します。

dcnm-compute# cd /mnt/iso/packaged-files/scripts
dcnm-compute# ./inline-upgrade.sh --task-disable updatePoapUser
dcnm-compute# ./inline-upgrade.sh
Do you want to continue and perform the inline upgrade to 11.5(1)? [y/n]: y

Note

一部のサービスがまだ実行されている場合は、サービスを停止するように促すプロンプトが表示されます。プロンプトが表示されたら、 y を押して続行します。

Note

Cisco DCNM リリース 11.1(1) またはリリース 11.2(1) からアップグレードする場合にのみ、新しい sysadmin パスワードを入力するように求められます。

Step 6

プロンプトで新しい sysadmin ユーザー パスワードを入力します。

Enter the password for the new sysadmin user:<<sysadmin_password>>
Enter it again for verification:<<sysadmin_password>>

アップグレードが完了すると、コンピューティング ノードが再起動します。再起動後、SSH \root アクセスはデフォルトで無効になっています。sysadmin ユーザーを使用します。

Step 7

appmgr show version コマンドを使用して、Cisco DCNM リリース 11.5(1) へのアップグレードが正常に行われたことを確認します。

dcnm-compute# appmgr show version

Cisco Data Center Network Manager
Version: 11.5(1)
Install mode: Compute

Step 8

すべての計算ノードで exit コマンドを使用して、screen セッションを終了します。

dcnm-compute# exit

Step 9

DCNM セットアップのすべての計算ノードから dcnm-va-patch.11.5.1.iso ファイルをアンマウントします。

Note

.iso ファイルをマウント解除する前に、screen セッションを終了する必要があります。

dcnm-compute# umount /mnt/iso

What to do next

クラスタ内の 3 つのコンピューティング ノードすべてをアップグレードする必要があります。

アップグレード プロセスが完了すると、各コンピューティング ノードが再起動し、自動的にクラスタに参加します。Cisco DCNM Web UI で、[アプリケーション (Applications)] > [コンピューティング (Compute)] の順に選択して、コンピューティング ノードが [結合済み (Joined)] として表示されるかどうかを確認します。

Cisco DCNM リリース 11.5(1) にアップグレー後に Cisco Nexus 9000 スイッチを構成する Cisco DCNM リリース 11.3(1) またはリリース 11.4(1) 管理対象 VXLAN BGP EVPN ファブリックを正常にオンボードするには、「VXLAN BGP EVPN、外部、および MSD ファブリックの DCNM 11.5 (1) アップグレード後」を参照してください。

パフォーマンス マネージャ データをドロップする

Note

リリース 11.5(1) にアップグレードするときに Performance Manager データを保存することを選択した場合は、Cisco TAC に連絡してサポートを受けることを推奨します。

Performance Manager（PM）データをドロップするには、次の手順を実行します。

Before you begin

- DCNM アプライアンスが動作していることを確認します。（スタンドアロンのアップグレード向け）

- フェデレーションを設定している場合は、DCNM フェデレーション設定のすべてのノードが動作していることを確認します。（フェデレーション セットアップ向け）

Procedure

Step 1

SSH セッションを起動し、次のコマンドを実行して PMDB インデックスを表示します。

Performance Manager データベースの PMDB インデックスを特定します。

次に例を示します。

dcnm-root-11-4# curl http://127.0.0.1:33500/_cat/indices?pretty | grep pmdb

% Total    % Received % Xferd  Average Speed    Time    Time     Time  Current
Dload   Upload   Total   Spent    Left  Speed
100  2448  100  2448    0     0   4523      0 --:--:-- --:--:-- --:--:--  4524
green open pmdb_cpumemdata                       rb-CJf-NR0my8M3mO-7QkA 5 1  7286   0   1.4mb 760.2kb
green open pmdb_ethintfratedata                  P18gMKdPTkCODv0TomYAdw 5 1  9283   0   2.4mb   1.2mb

「pmdb_」というプレフィックスが付いたインデックスが表示されます。

Step 2

Cisco DCNM Web UI で、[管理（Administration）] > [パフォーマンスの設定（Performance Setup）] > [LAN コレクション（LAN Collection）] を選択します。

すべてのスイッチとコレクションを無効にするには、すべてのチェックボックスをオフにし、[適用（Apply）] をクリックします。

Step 3

[管理 (Administration)] > [DCNM サーバ (DCNM Server)] > [サーバ ステータス (Server Status)] を選択します。

Step 4

Performance Collector サービスに対して、[アクション（Actions）] 列の停止アイコンをクリックして、データ収集を停止します。

Step 5

削除アイコンをクリックして、Performance Manager データベースを消去します。

このアクションにより、Performance Manager データベース内の古いエントリが削除されます。

Step 6

[再初期化（reinitialize）] アイコンをクリックして、Elasticsearch データベース スキーマのインデックスを再作成します。

この操作は、Elasticsearch データベースの Performance Manager データを消去し、Performance Manager を再起動します。完了するまで数分かかる場合があります。

Step 7

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

Performance Collector サービスのステータスが [停止（Stopped）] と表示されます。

Step 8

次のコマンドを使用して、すべての PMDB エントリを削除したことを確認します。

- リリース 11.1(1) からのアップグレード用

curl https://127.0.0.1:33500/_cat/indices?pretty | grep pmdb

- リリース 11.2 (1) からのアップグレード

curl https://127.0.0.1:33500/_cat/indices?pretty | grep pmdb

- リリース 11.3 (1) からのアップグレード用

curl http://127.0.0.1:33500/_cat/indices?pretty | grep pmdb

- リリース 11.4(1) からのアップグレード用

curl http://127.0.0.1:33500/_cat/indices?pretty | grep pmdb

次に例を示します。

dcnm-root-11-4# curl http://127.0.0.1:33500/_cat/indices?pretty | grep pmdb

% Total    % Received % Xferd  Average  Speed   Time    Time     Time  Current
Dload    Upload  Total   Spent    Left  Speed
100  2244  100  2244    0     0   3638      0 --:--:-- --:--:-- --:--:--  3636

Step 9

DCNM のリリース 11.5(1) へのアップグレードに進みます。

Chapter6. Cisco DCNM Classic LAN 展開のアップグレード

- 概要

- ファブリックの移行

- アップグレード後の LAN ファブリックでサポートされるスイッチ ロール

- LAN ファブリックの従来の LAN テンプレート

- クラシック LAN 展開から LAN ファブリック展開へのアップグレード

- LAN クラシック ファブリック テンプレートの機能

概要

Cisco DCNM リリース 11.4（1）以降では、クラシック LAN の導入はサポートされていません。従来のローカル エリア ネットワーク（LAN）展開を DCNM リリース 11.5（1）にアップグレードすることを計画している場合は、次の表にリストされているアップグレード オプションを参照してください。ローカル エリア ネットワーク（LAN）クラシック インストールは、インライン アップグレード中に自動的にローカル エリア ネットワーク（LAN）ファブリック インストール モードに変換されます。

LAN ファブリックの導入では、スイッチの管理に使用できる 2 つの新しいファブリック テンプレートがあります。詳細については、「クラシック LAN テンプレートを使用したスイッチの管理」を参照してください。

次の表に、 Cisco DCNM Release 11.5(1) への従来の LAN 展開のアップグレードの概要を示します。

クラシック LAN アップグレード

DCNM リリースのクラシック LAN 展開から

DCNM リリースでの LAN ファブリックの導入

アップグレード

11.3(1)

11.5(1)

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

11.2(1)

11.5(1)

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

古いリリースから Cisco DCNM リリース 11.5（1）へのインライン アップグレードを実行すると、LAN_Classic および Fabric_Group ファブリック テンプレートを使用したローカル エリア ネットワーク（LAN）ファブリック モードへの自動変換が実行されます。

（注）

アップグレードを進める前に、Cisco DCNM LAN ファブリックの機能を理解しておくことをお勧めします。詳細については、 『Cisco DCNM LAN Fabric Configuration Guide、Release 11.5(1)』 『』を参照してください。

前提条件

- Cisco DCNM 11.5(1) LAN ファブリックのシステム要件を確認し、既存の展開がこれらの基準を満たしていることを確認します。「システム要件」を参照してください。

- 「Cisco DCNM LAN Fabric Verified Scalability」セクションを参照して、既存の導入ニーズが満たされていることを確認します。『Verified Scalability Guide for Cisco DCNM』を参照してください。

注意事項と制約事項

- クラシック LAN 展開では、インバンド インターフェイスを使用してスイッチを管理している場合、LAN ファブリック展開へのアップグレードはサポートされません。管理（mgmt0）インターフェイスを使用してスイッチを管理するように変更してから、アップグレードする必要があります。

インバンド インターフェイス管理のサポートは、将来のリリースで使用可能になる予定です。

- Cisco Nexus 7000 シリーズ スイッチの VDC 自動プロビジョニング（VOAP）は、LAN ファブリック インストール モードではサポートされません。

- 次の設定は、クラシック LAN から LAN ファブリック展開に移行されません。

- アーカイブ ジョブの設定。

アップグレード後に、ファブリックの設定からファブリックのバックアップを設定する必要があります。

- CLI ジョブ。

- POAP DHCP 設定。

アップグレード後に、POAP のファブリック設定を構成する必要があります。

ファブリックの移行

クラシック LAN からの DCNM アップグレードでは、クラシック LAN スイッチおよびコンテナ グループに一致するように、LAN ファブリックにファブリック インスタンスが自動的に作成されます。ネストされたグループ化が存在する場合、LANファブリック モードへのインライン アップグレードでは、2 レベルの階層のみが保持されます。すべての中間グループまたは空のグループが自動的に削除されます。参考として、次の図を参照してください。

移行動作のサマリは、次のとおりです。

- スイッチを保持するスイッチグループのみが、LAN_Classicファブリックテンプレートを使用してファブリックインスタンスに移行されます。この例では、SG1、LAB1、LAB2、および Default_LAN が移行されます。

- アップグレード中に維持される階層のレベルは 2 つだけです。中間グループが削除され、最下位レベルのスイッチ グループが階層の最上位に昇格されます。

この例では、次のようになります。

- SJC_Bldg1 は、クラシック LAN で有効なスイッチ グループを持つ最上位のコンテナ グループです。したがって、SJC_Bldg1 のファブリック インスタンスが LAN ファブリックで作成され、Fabric_Group テンプレートが使用されます。

- LAB1 および LAB2 のファブリック インスタンスは、LAN ファブリックの LAN_Classic ファブリック テンプレートを使用して作成されます。これらのファブリック インスタンスは、SJC_Bldg1 のメンバー ファブリックになります。

- 中間の SJCFloor1 および SJCFloor2 コンテナは、LAN ファブリックに引き継がれません。

- 有効なスイッチ グループがないコンテナ グループは移行されません。この例では、Floor1 と SJC_Bldg2 は移行されません。

- スイッチ グループは、LAN_Classic ファブリック テンプレートを使用してスタンドアロン ファブリック インスタンスに移行されます。この例では、Default_LAN は LAN_Classic ファブリック テンプレートを使用して LAN ファブリックに移行されます。

- 移行後、デバイスは LAN_Classicファブリック テンプレートに関連付けられたファブリックで移行モードになります。ファブリックはファブリック モニタ モードになります。

次の手順の詳細については、「従来の LAN 展開から LAN ファブリック展開へのアップグレード」を参照してください。

アップグレード後の LAN ファブリックでサポートされるスイッチ ロール

クラシック LAN インストール モードでサポートされているスイッチ ロールの一部は、LAN ファブリックでは使用できません。次の表に、従来の LAN のスイッチ ロールと LAN ファブリックの同等のスイッチ ロールを示します。

クラシック LAN（アップグレード前）

LAN ファブリック（アップグレード後）

ボーダー PE

ボーダー

エッジ

エッジ ルータ

FEX

ホスト

管理 VDC

アクセス

これらのロールは、アップグレード後に LAN ファブリックの同等のロールに自動的にマッピングされることに注意してください。

次のスイッチの役割は、アップグレード後も LAN ファブリックで同じです。

- スパイン

- リーフ

- ボーダー スパイン

- ボーダー

- ボーダーゲートウェイ

- エッジ ルータ

- コア ルータ

- アクセス

- 集約

LAN ファブリックの従来の LAN テンプレート

templateType = CLI のテンプレートは、templateType = POLICY に変換されます。これらのテンプレートは、[制御（Control）] > [テンプレート ライブラリ（Template Library）] に表示されます。必要に応じて、[ポリシーの表示/編集（View / Edit Policies）] ウィンドウから PTI を作成できます。

（注）

自動的に更新されるポリシーを確認する必要がある場合は、元のファイルのバックアップが DCNM の /usr/local/cisco/dcm/dcnm/data/templates/ ディレクトリに保存されます。

クラシック LAN で使用可能なテンプレート言語の一部は、LAN ファブリックのインストールではサポートされていません。次に例を示します。

- カスタム プロンプト処理

- コマンド実行ロジック

- 派生/継承テンプレート

（注）

LAN ファブリックを使用するには、テンプレートを適切に編集する必要があります。

サポートされていないテンプレート言語コンテンツ

次のクラシック LAN テンプレート言語機能は、LAN ファブリック インストール モードではサポートされていません。

このコンテンツを使用する既存のテンプレートはサポートされていないことに注意してください。互換性のあるテンプレートを作成するには、それらを確認または編集する必要があります。

1. インタラクティブ コマンド処理

インタラクティブ コマンドを処理するためのテンプレート コンテンツの一部として、プロンプトと応答を含めます。

次に例を示します。

##template variables
string srcFile;
string srcDir;
string password;
string vrf;
##

##template content
copy scp://root@10.127.117.65/$$srcFile$$ bootflash: vrf $$vrf$$ <prompt:'(yes/no)?',
response:'yes'> <prompt:'(y/n)?[n]',
response:'y'> <prompt:'password:',
response:'$$password$$'>

2. 動的な決定

設定テンプレートは、特殊な内部変数 LAST_CMD_RESPONSE を提供します。

次に例を示します。

##template content
show vlan id $$vlan_id$$
if($$LAST_CMD_RESPONSE$$ contains
"not found"){
vlan $$vlan_id$$
}
else{
}

3. テンプレート参照

この場合、テンプレートは別のテンプレートから参照されます。

派生テンプレート：

##template properties
[snip]
imports = baseTemplate1,baseTemplate2;

##

テンプレートの詳細については、 『Cisco DCNM Classic LAN Configuration Guide、Release 11.3(1)』および 『Cisco DCNM LAN Fabric Configuration Guide、Release 11.4(1)』を参照してください。

クラシック LAN 展開から LAN ファブリック展開へのアップグレード

手順

ステップ 1

すべてのスイッチがアップグレード前に Cisco DCNM から到達可能であることを確認してください。

（注）

ネストされたスイッチ グループが DCNM 11.3(1) にあり、テレメトリがそれらで有効になっている場合、アップグレード前にこれらのスイッチ グループのテレメトリを無効にする必要があります。

ステップ 2

LAN ファブリック展開にアップグレードするためのインライン アップグレード手順に従ってください。

詳細については、「インライン アップグレードを通じた ISO または OVA のアップグレード（Upgrading ISO or OVA through Inline Upgrade）」を参照してください。

ステップ 3

アップグレード後に、DCNM インストール タイプは自動的に LAN ファブリックに変更され、適切なファブリック インスタンスが作成されます。ファブリックの詳細については、ファブリックの移行 を参照してください。

ステップ 4

スイッチは 移行モード になります。各 LAN_Classic ファブリックにナビゲーションして、[保存して展開（Save & Deploy）] をクリックします。

（注）

ファブリックはデフォルトで、[モニタ モード（Monitor Mode）] になっています。このモードのためにエラー メッセージが表示されますが、無視できます。

このステップでは、最小の構成インテントがスイッチに対してキャプチャされることを確認します。スイッチはすべての接続の問題やエラーが解決するまで、[移行モード（Migration Mode）] のままになります。スイッチをこのモードから外すには、その後の [保存して展開（Save & Deploy）] 操作が必要です。

LAN クラシック ファブリック テンプレートの機能

LAN_Classic テンプレートの次の機能は、External_Fabric_11_1 テンプレートと同じサポートを提供します。

サポートされる機能は次のとおりです。

- 設定コンプライアンス

- ファブリック/スイッチのバックアップまたは復元

- ネットワーク インサイト

- パフォーマンス モニタリング

- VMM

- トポロジ ビュー

- Kubernetes の可視化

- RBAC

詳細については、機能固有のセクションを参照してください。

Chapter7. 展開のベスト プラクティス

- 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 インターフェイスに関連付けられているサブネットと異なっていることを確認します。

- eth0 と eth1 の両方のインターフェイスが同じサブネット上にあるため、DHCP は同じ IP アドレスを返しますが、2 つの応答は同じです。

- 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 とコンピューティング ベア メタルの物理接続

Chapter8. ディザスタ リカバリ (バックアップおよび復元)

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

- スタンドアロン DCNM セットアップでの Cisco DCNM およびアプリケーション データのバックアップおよび復元

- ネイティブ HA セットアップでの Cisco DCNM およびアプリケーション データのバックアップおよび復元

- Cisco DCNM シングル HA ノードのリカバリ

- 管理アカウントのリカバリ

- SRM を使用した HA の災害回避

- クラスタ セットアップでの Cisco DCNM のバックアップと復元

スタンドアロン DCNM セットアップでの Cisco DCNM およびアプリケーション データのバックアップおよび復元

分析およびトラブルシューティングのために、Cisco DCNM アプリケーション データのバックアップを作成できます。

Note

リリース11.3(1) では、sysadmin と root ユーザーのパスワードは同一ではありません。11.5(1) にアップグレードすると、sysadmin および root ユーザーのパスワードは保持されます。

ただし、アップグレード後にCisco DCNMでバックアップと復元を実行すると、sysadmin ユーザーは root ユーザーからパスワードを継承するため、両方のユーザーが同じパスワードを持ちます。復元が完了したら、両方のユーザーのパスワードを変更できます。

Cisco DCNM およびアプリケーション データのバックアップを作成するには、次の作業を実行します。

Procedure

Step 1

SSH を使用して Cisco DCNM アプライアンスにログインします。

Step 2

appmgr backup コマンドを使用してアプリケーション データのバックアップを取得します。

dcnm# appmgr backup

リリース11.4(1) 以降、Cisco DCNM では、バックアップをリモート scp サーバに保存できる cron ジョブを設定できます。スケジュール バックアップを設定するために、appmgr backup schedule コマンドを使用します。

dcnm# appmgr backup schedule [day] <hh<hh>:<mm>
[destination <user>@<host>:[<dir>]]

バックアップ ファイルを安全な場所にコピーし、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 およびアプリケーション データのバックアップおよび復元

分析およびトラブルシューティングのために、Cisco DCNM アプリケーション データのバックアップを作成できます。

Note

リリース11.3(1) では、sysadmin と root ユーザーのパスワードは同一ではありません。11.5(1) にアップグレードすると、sysadmin および root ユーザーのパスワードは保持されます。

ただし、アップグレード後にCisco DCNMでバックアップと復元を実行すると、sysadmin ユーザーは root ユーザーからパスワードを継承するため、両方のユーザーが同じパスワードを持ちます。復元が完了したら、両方のユーザーのパスワードを変更できます。

ネイティブ HA セットアップでデータのバックアップと復元を実行するには、次の作業を実行します。

Before you begin

アクティブ ノードが動作しており、機能していることを確認します。

Procedure

Step 1

アクティブ ノードが動作しているかどうかを確認します。それ以外の場合は、フェールオーバーをトリガします。

Step 2

SSH を使用して Cisco DCNM アプライアンスにログインします。

Step 3

アクティブおよびスタンバイの両方のアプライアンスで appmgr backup コマンドを使用して、アプリケーション データのバックアップを取得します。

dcnm1# appmgr backup
dcnm2 appmgr backup

リリース11.4(1) 以降、Cisco DCNM では、バックアップをリモート scp サーバに保存できる cron ジョブを設定できます。スケジュール バックアップを設定するために、appmgr backup schedule コマンドを使用します。

dcnm# appmgr backup schedule [day] <hh<hh>:<mm>
[destination <user>@<host>:[<dir>]]

アクティブおよびスタンバイの両方のアプライアンスのバックアップ ファイルを安全な場所にコピーし、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 コマンドを使用してステータスを確認します。

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. /root/packaged-files/properties/ha-setup.properties ファイルに移動します。

4. セカンダリ ノードをプライマリ ノードとして設定するには、ノード ID を 1 に設定します。

NODE_ID 1

セカンダリ ノードのノード ID を 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 standby コマンドを使用して、セカンダリ ノードをスタンバイとして構成します。

管理アカウントのリカバリ

ネットワーク管理ユーザー/クレデンシャルが存在する場合、Cisco DCNM Web UI からログインして他のユーザーのパスワードをリカバリできます。「ステップ 5」を参照してください。

Cisco DCNM Web UI ユーザーまたはパスワードを回復するには、次の手順を実行します。

始める前に

パスワードを変更する権限があることを確認してください。

手順

ステップ 1

SSH を起動し、/root ユーザーとして DCNM サーバにログインします。

[root@dcnm]#

ステップ 2

/usr/local/cisco/dcm/fm/bin フォルダに移動します。

[root@dcnm]# cd /usr/local/cisco/dcm/fm/bin
[root@dcnm bin]#

ステップ 3

addUser.sh スクリプトを実行して、新しいネットワーク管理者ユーザーを作成します。新しいユーザー名、パスワード、データベース パスワードを指定します。

[root@dcnm bin]# ./addUser.sh <user> <password> <dbpassword>

次のメッセージが生成され、新しいユーザーが作成されます。

----------------------- OUTPUT ---------------------------
----insertUser--------
----username----------john123
----role--------------network-admin
----insertUser--------done...
Added user : john123 successful!
------------------------ END -----------------------------

ステップ 4

新しいユーザーで Cisco DCNM Web UI にログインします。

ステップ 5

[管理（Administration）] > [管理ユーザー（Management Users）] > [ローカル（Local）] を選択します。

新しいユーザーがリストに表示されます。

ステップ 6

パスワードをリカバリするユーザーを選択し、[編集（Edit）] アイコンをクリックします。

ステップ 7

[ユーザー編集（Edit User）] ウィンドウで、ユーザーの [ロール（Role）] と [パスワード（Password）] を変更します。

パスワードを 180 日で期限切れに設定することもできます。

ステップ 8

[Apply] をクリックして変更内容を保存します。

SRM を使用した HA の災害回避

Cisco DCNM リリース 11.5(1) は、VM Site Recovery Manager（SRM）に正常に導入できます。SRM は、フェールオーバーとフェールバックの自動オーケストレーションを提供するダウンタイムを最小限に抑えるディザスタ リカバリ ソフトウェアです。

（注）

このドキュメントでは、高度なワークフローについて説明します。詳細については、https://docs.vmware.com/en/Site-Recovery-Manager/index.html を参照してください。

DCNM を設定して SRM に移行するには、次のタスクを実行します。

1. サイト 1 で実行されている vCenter、SRM、VM レプリケータ マネージャを実行する管理サーバ（ESXi 6.7）を設定します。

2. 同様に、サイト 2 で実行する vCenter、SRM、VM レプリケータ マネージャを実行する管理サーバ（ESXi 6.7）を設定します。

VRM は、あるサイトから別のサイトに VM を複製するのに役立ちます。

（注）

すべての VM を同じサイトにまとめて展開する必要があります。DCNM VM を移行する場合（計画的リカバリまたはディザスタ リカバリ）、すべての DCNM VM をリカバリ サイトに移行する必要があります。

3. 同期する Site1 を Site2 に複製します。

4. Site1 および Site2 を Site Recovery Manager に移行します。

5. リカバリ サイトに VM を展開します。

互換性：

- ESXi 6.7

- SRM 8.3

DCNM HA ディザスタ リカバリ用に SRM を設定するには、次のタスクを実行します。

1. SRM を起動します。

2. Site1 と Site2 をペアリングします。レプリケーションが完了すると、両方のサイトが同期されます。

3. [詳細の表示（View Details）] をクリックします。

[概要（Summary）] ページが開きます。

4. [概要（Summary）] タブで、

1. [ネットワーク マッピング（Network Mappings）] をクリックし、Site1 と Site2 の両方で VM が使用するネットワークをマッピングします。

2. [フォルダ マッピング（Folder Mappings）] をクリックします。vCenter が VM に使用するすべてのフォルダをマッピングします。

3. [リソース マッピング（Resource Mappings）] をクリックします。Site1 の各コンポーネントのリソースを Site2 のコンポーネントにマッピングします。[リバース マッピング（Reverse Mapping）] で [Yes] を選択します。

4. [プレースホルダ データストア（Placeholder Datastores）] をクリックします。ホスト/クラスタを正しいデータストアにマッピングします。たとえば、ホスト/クラスタ内の VM は、マッピングされたデータストアに複製されます。

（注）

VM が正しいデータストアに複製されていることを確認します。そうでない場合、リカバリ プランは失敗します。

5. [レプリケーション（Replications）] タブでは、

1. vSphere Replication を使用して、ソース サイトからターゲット サイトに VM を複製します。

2. 左側のペインで、[Outgoing] をクリックします。site2 と同期されたすべてのデータが表示されます。

3. Site1 にあり、Site2 にすべてのレプリケーションがある場合、このタブは空になります。

4. 左側のペインで、[Incoming] をクリックします。Site2 と同期しているすべての VM のステータスが表示されます。

5. 許容できる最大データ損失を決定するために、レプリケーションの設定時にリカバリ ポイント目標（RPO）値を設定します。

6. [新規（New）] をクリックして、レプリケーション レイテンシを設定し、目標リカバリ ポイントを設定します。VM の前にある矢印をクリックして、VM の設定データを表示します。

6. [保護グループ（Protection Groups）] タブ：

1 つのリカバリ プランは 1 つ以上の保護グループに適用されます。リカバリ プランは、Site Recovery Manager に含まれる保護グループ内の仮想マシンをリカバリする方法を指定します。

7. [リカバリ プラン（Recovery Plans）]タブで、

保護サイトとリカバリ サイトで Site Recovery Manager を設定した後、リカバリ プランを作成、テスト、および実行できます。

1. リカバリ プランを作成または変更する場合は、計画された移行またはディザスタ リカバリに使用する前に、それをテストしてください。

2. 保護されたサイトからリカバリ サイトに仮想マシンを移行するために、計画された状況でリカバリ プランを実行できます。保護されたサイトで予期しないイベントが発生し、データが失われる可能性がある場合は、計画外の状況でリカバリ プランを実行することもできます。

3. リカバリ プランを作成、テスト、および実行することで、リカバリ中の Site Recovery Manager のアクションをカスタマイズできます。

4. このプランをリカバリ モードで実行すると、保護サイトでVMのシャットダウンが試行され、リカバリ サイトで VM のリカバリが試行されます。

5. 次のいずれかのリカバリ タイプを選択できます。

- 計画的移行：最近の変更をリカバリ サイトに複製し、エラーが発生した場合はリカバリをキャンセルします。計画的移行中は、リソース集中的な操作を実行しないでください。

- ディザスタ リカバリ：最新の変更をリカバリ サイトに複製しようとしますが、それ以外は最新のストレージ同期データを使用します。エラーが発生した場合でも、リカバリを続行します。

6. [実行（Run）] の後ろの […] をクリックし、[再保護（Reprotect）] をクリックして VM を保護するか、[キャンセル（Cancel）] をクリックしてリカバリ プランを停止します。

Site Recovery Manager がリカバリを実行すると、仮想マシンがリカバリ サイトで起動します。保護されたサイトがオンラインに戻ったときに reprotect を実行すると、レプリケーションの方向が逆になり、リカバリサイトのリカバリされた仮想マシンが元の保護されたサイトに保護されます。

クラスタ セットアップでの Cisco DCNM のバックアップと復元

分析およびトラブルシューティングのために、Cisco DCNM アプリケーション データのバックアップを作成できます。

Cisco DCNM クラスタ セットアップでデータのバックアップと復元を実行するには、次の作業を実行します。

始める前に

appmgr show ha-role コマンドを使用して、アクティブ サーバとスタンバイ サーバーが動作していることをチェックして確認します。

例:

アクティブ ノードで次の操作を実行します。

dcnm-active# appmgr show ha-role
Native HA enabled.
Deployed role: Active
Current role: Active

スタンバイ ノードで次の操作を実行します。

dcnm2-standby# appmgr show ha-role
Native HA enabled.
Deployed role: Standby
Current role: Standby

手順

ステップ 1

SSH を使用して Cisco DCNM アプライアンスにログインします。

ステップ 2

アクティブおよびスタンバイの両方のアプライアンス、およびすべてのコンピューティング ノードで appmgr backup コマンドを使用して、アプリケーション データのバックアップを取得します。

dcnm-active# appmgr backup
dcnm-standby# appmgr backup
dcnm-compute1# appmgr backup
dcnm-compute2# appmgr backup
dcnm-compute3# appmgr backup

すべてのノードのバックアップ ファイルを安全な場所にコピーし、DCNM アプライアンスをシャットダウンします。

ステップ 3

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

ステップ 4

2 つの Cisco DCNM リリース 11.5(1) アプライアンスをインストールします。

（注）

ホスト名が以前のアクティブおよびスタンバイ アプライアンスと一致することを確認します。

手順については、「Cisco DCNM のインストール」を参照してください。

ステップ 5

3 つの Cisco DCNM コンピューティングノードをインストールします。

（注）

ホスト名が以前のコンピューティング ノードと一致することを確認します。

手順については、「Cisco DCNM コンピューティング ノードのインストール」を参照してください。

ステップ 6

次のコマンドを使用して、すべてのノードで /root ディレクトリにアクセスします。

dcnm# appmgr root-access permit

ステップ 7

次のコマンドを使用して、アクティブおよびスタンバイ ノードでテレメトリを停止します。

dcnm-active# systemctl stop pmn-telemetry
dcnm-standby# systemctl stop pmn-telemetry

ステップ 8

次のコマンドを使用して、CLI によりプロセスを復元し、アクティブとスタンバイ バックアップ ファイルと同じホスト名でノードを復元するように、環境変数を設定します。

（注）

復元を、Active、Standby、Compute1、Compute2、および Compute3 の同じ順序で実行するようにします。

dcnm-active# APPMGR_ALLOW_RESTORE=1 appmgr restore <dcnm1-backup-file>
dcnm-standby# APPMGR_ALLOW_RESTORE=1 appmgr restore <dcnm2-backup-file>
dcnm-compute1# APPMGR_ALLOW_RESTORE=1 appmgr restore <compute1-backup-file>
dcnm-compute2# APPMGR_ALLOW_RESTORE=1 appmgr restore <compute2-backup-file>
dcnm-compute3# APPMGR_ALLOW_RESTORE=1 appmgr restore <dcnm2-backup-file>

ステップ 9

データが復元されたら、appmr status all コマンドを使用してステータスを確認します。

次のタスク

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

[アプリケーション (Applications)] タブには、インストールした DCNM 展開で実行中のすべてのサービスが表示されます。[コンピューティング (Compute)] タブをクリックすると、CISCO Dcnm Web UI で検出された状態の新しいコンピューティングが表示されます。

クラスタにコンピューティング ノードを追加するために、詳細については、展開固有の『Cisco DCNM コンフィギュレーション ガイド』の「クラスタ ノードへのコンピューティングの追加」を参照してください。

（注）

DCNM をインストールする間にクラスタしたモードを有効にしなかった場合は、appmgr afw config-cluster コマンドを使用して、コンピューティング クラスタを有効にします。手順については、『Cisco DCNM LAN ファブリック コンフィギュレーション ガイド』の「コンピューティング クラスタを有効にする」を参照してください。

コンピューティング ノードがスケジュールされていないパワーサイクルを実行し、再開するとき、Elasticsearch コンテナは起動しません。一部のファイルシステムが破損している可能性があります。この問題を解決するために、fsck -y コマンドを使用してセーフ モードでコンピューティング ノードを再開します。

Chapter9. 証明書

- の証明書管理

の証明書管理

（注）

このセクションでは、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 = <<storepass-pwd>>
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#

（注）

<<storepass-pwd> > は、DCNM サーバのインストール時に生成されるパスワード文字列です。この文字列は <install dir>/dcm/fm/conf/serverstore.properties ディレクトリにあります。storepass-pwd の dcnm.fmserver.token 値を取得します。

インストール後、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

認証局によって署名された証明書を取得します。

認証局（CA）は、プライマリ、中間（Issuing/Subordinate）証明書、およびルート証明書の 3 つの証明書を返します。3 つの証明書すべてを one.pem ファイルに結合し、DCNM にインポートします。

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 スタンドアロン展開をリリース にアップグレードした後に証明書を復元するには、次の手順を実行します。

Procedure

Step 1

Cisco DCNM スタンドアロン アプライアンスが正常にアップグレードされたら、SSH を使用して DCNM サーバにログインします。

Note

リリース にアップグレードすると、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 スタンドアロン展開をリリース にアップグレードした後に証明書を復元するには、次の手順を実行します。

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 に表示されている詳細と一致している必要があります。

Chapter10. ファイアウォール背後での Cisco DCNM の実行

この章では、ファイアウォールの背後で Cisco DCNM を実行する方法について説明します。

- ファイアウォール背後での Cisco DCNM の実行

- カスタム ファイアウォールの設定

ファイアウォール背後での Cisco DCNM の実行

通常、企業 (外部) およびデータセンターはファイアウォールによって分離されます。つまり、DCNM はファイアウォールの背後に設定されます。Cisco DCNM Web クライアントと SSH 接続は、そのファイアウォールを通過する必要があります。また、ファイアウォールは、DCNM サーバと DCNM 管理対象デバイスの間に配置できます。

すべての Cisco DCNM ネイティブ HA ノードは、ファイアウォールの同じ側にある必要があります。内部 DCNM ネイティブ HA ポートは一覧表示されていません。ネイティブ HA ノード間でファイアウォールを設定することは推奨されていません。

Note

DCNM で LAN デバイスを追加または検出すると、検出プロセスの一部として java が使用されます。ファイアウォールがプロセスをブロックすると、TCP 接続ポート 7 が検出プロセスとして使用されます。cdp.discoverPingDisable サーバ プロパティが true に設定されていることを確認します。[Web UI]、[Administration]、[DCNM Server]、[Server Properties] の順に選択して、サーバ プロパティを設定します。

入力トラフィックがクライアントから入力される場合のスタンダード ポートは、ローカル ファイアウォールを無効にするまで変更できません。

次の表に、Cisco DCNM Web クライアント、SSH クライアント、および Cisco DCNM サーバ間の通信に使用されるすべてのポートを示します。

ポート番号

プロトコル

Service Name

コミュニケーション方向

備考

22

TCP

SSH

クライアントから DCNM サーバ

外部への SSH アクセスはオプションです。

443

TCP

HTTPS

クライアントから DCNM サーバ

これは DCNM Web サーバに到達するために必要です。

2443

TCP

HTTPS

クライアントから DCNM サーバ

サーバに到達するために、インストール中に必要です。インストール完了後、DCNM はポートを閉じます。

次の表に、Cisco DCNM サーバとその他のサービス間の通信に使用されるすべてのポートを示します。

Note

サービスは、ファイアウォールのいずれかの側でホストできます。

ポート番号

プロトコル

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 サーバと管理対象デバイス間の通信に使用されるすべてのポートを示します。

ポート番号

プロトコル

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 コマンドを使用します。

Chapter11. 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)] でアラーム ポリシーを設定できません。

Chapter12. ハイ アベイラビリティ環境でのアプリケーションの管理

この章では、Cisco プログラマブル ファブリック ソリューション用に、Cisco DCNM オープン仮想アプライアンス展開でハイアベイラビリティ (HA) 環境を設定する方法について説明します。また、Cisco DCNM オープン仮想アプライアンス内にバンドルされている各アプリケーションの HA 機能に関する詳細も含まれています。

（注）

DCNM で適切な HA 機能を実現するには、NTP サーバがアクティブ ピアとスタンバイ ピア間で同期されていることが必要です。

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

- Information About Application Level HA in the Cisco DCNM オープン仮想アプライアンスのアプリケーション レベル HA に関する情報

- ネイティブ 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 プログラマブル ファブリック 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 でロードバランシング ソフトウェアが失敗します。

リポジトリ

すべてのリポジトリがリモートである必要があります。

Chapter13. DCNM 展開後にユーティリティ サービスを管理する

この章では、DCNM 展開後、管理機能の DC3 (プログラミング可能なファブリック) の主要目的を提供するユーティリティ サービスをすべて確認し、管理する方法を説明します。

Cisco DCNM ユーティリティ サービス

カテゴリ

アプリケーション

ユーザ名（Username）

パスワード（Password）

プロトコルの実装

ネットワーク管理

Data Center Network Manager

admin

ユーザーは、[1] を選択します。

ネットワーク管理

[1] [展開中にユーザーによって入力された管理パスワードを参照するようにユーザーが選択する (User choice refers to the administration password entered by the user during the deployment)]

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

- DCNM インストール後のネットワーク プロパティ

- スタンドアロン セットアップからネイティブ HA セットアップへの変換

- ユーティリティ サービスの詳細

- アプリケーションとユーティリティ サービスの管理

- 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) 以降では、インストール後のネットワーク設定を編集および変更できます。

（注）

ネットワーク プロパティを更新するために、appmgr コマンドを使用するようにお勧めします。ネットワーク インターフェイスを手動で再起動しないでください。

次の項で説明するように、パラメータを変更できます。

- ネットワーク インターフェイス (eth0 および eth1) の DCNM インストール後の変更

- スタンドアロン モードの DCNM 上でネットワーク プロパティの変更

- ネイティブ HA モードの DCNM 上でネットワーク プロパティの変更

- スタンドアロン セットアップで DCNM サーバ パスワードを変更する

- ネイティブ HA セットアップでの DCNM サーバー パスワードの変更

- スタンドアロン セットアップで DCNM データベース パスワードを変更する

- ネイティブ HA セットアップで DCNM データベース パスワードを変更する

ネットワーク インターフェイス (eth0 および eth1) の DCNM インストール後の変更

Eth0 および eth1 の IP アドレス (IPv4 および IPv6) とともに、appmgr update network-properties コマンドを使用して DNS および NTP サーバの設定を変更することもできます。

appmgr update network-properties コマンドを使用して、ネットワーク パラメータを変更する方法の手順については、次の項を参照してください。

- スタンドアロン モードの DCNM 上でネットワーク プロパティの変更

Cisco DCNM スタンドアロン セットアップでネットワーク パラメータを変更する場合のサンプル コマンド出力

- ネイティブ HA モードの DCNM 上でネットワーク プロパティの変更

Cisco DCNM ネイティブ HA セットアップでネットワーク パラメータを変更する場合のサンプル コマンド出力

スタンドアロン モードの DCNM 上でネットワーク プロパティの変更

次の例は、Cisco DCNM スタンドアロン アプライアンスに対する appmgr update network-properties コマンドの出力例を示しています。

Note

DCNM アプライアンス コンソールで次のコマンドを実行し、早期のセッション タイムアウトを防止します。

1. 次のコマンドを使用して、コンソールのセッションを開始します。

appmgr update network-properties session start

2. 次のコマンドを使用して、ネットワーク プロパティを更新します。

appmgr update network-properties set ipv4 {eth0|eth1} <ipv4-address> <network-mask> <gateway>

サブネット マスクおよびゲートウェイ IP アドレスとともに、管理 (eth0) インターフェイスの新しい IPv4 アドレスを入力します。

3. 次のコマンドを使用して、変更を表示し確認します。

appmgr update network-properties session show {config | changes | diffs}

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
*****************************************************************
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

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 上でネットワーク プロパティの変更

次の例は、Cisco DCNM ネイティブ HA アプライアンスに対して、appmgr update network-properties コマンドを使用してネットワーク パラメータを変更するための出力を示しています。

Note

- DCNM アクティブおよびスタンバイ ノード コンソールで次のコマンドを実行し、早期のセッション タイムアウトを防止します。

- 次の手順で示されているように、同じ順番でコマンドを実行します。

1. 次のコマンドを使用して、スタンバイ ノードで DCNM アプリケーションを停止します。

appmgr stop all
続行する前に、スタンバイ ノードですべてのアプリケーションが停止するまで待ちます。

2. 次のコマンドを使用して、アクティブ ノードで DCNM アプリケーションを停止します。

appmgr stop all

3. 次のコマンドを使用して、アクティブおよびスタンバイ ノードの両方の Cisco DCNM コンソールでセッションを開始します。

appmgr update network-properties session start

4. アクティブ ノードで、次のコマンドを使用してネットワーク インターフェイス パラメータを変更します。

1. 次のコマンドを使用して、eth0 および eth1 アドレスの IP アドレスを設定します。

appmgr update network-properties set ipv4 {eth0|eth1} <ipv4-address> <network-mask> <gateway>

サブネット マスクおよびゲートウェイ IP アドレスとともに、eth1 インターフェイスの新しい IPv4 または IPv6 アドレスを入力します。

2. 次のコマンドを使用して、VIP IP アドレスを設定します。

appmgr update network-properties set ipv4 {vip0|vip1} <ipv4-address> <network-mask>

eth0 インターフェイスの vip0 アドレスを入力します。eth1 インターフェイスの vip1 アドレスを入力します。

3. 次のコマンドを使用して、ピア IP アドレスを設定します。

appmgr update network-properties set ipv4 {peer0|peer1} <ipv4-address>

アクティブ ノードに peer0 アドレスとして、スタンバイ ノードの eth0 アドレスを入力します。アクティブ ノードに peer1 アドレスとして、スタンバイ ノードに eth1 アドレスを入力します。

4. 次のコマンドを使用して、ネットワーク パラメータに行った変更を表示および確認します。

appmgr update network-properties session show {config | changes | diffs}

次のコマンドを使用して、設定した変更を表示します。

5. スタンバイ ノードで、手順 4で説明したコマンドを使用して、ネットワーク インターフェイスのパラメータを変更します。

6. 変更を確認した後、アクティブ ノードで次のコマンドを使用して設定を適用します。

appmgr update network-properties session apply
ネットワーク パラメータが更新されていることを確認するため、プロンプトが返されるまで待ちます。

7. 変更を確認した後、次のコマンドを使用してスタンバイ ノードで設定を適用します。

appmgr update network-properties session apply

8. 次のコマンドを使用して、アクティブ ノードですべてのアプリケーションを開始します。

appmgr start all

Note

次の手順に進む前に、アクティブ ノードですべてのアプリケーションが正常に稼働するまで待ちます。

9. 次のコマンドを使用して、スタンバイ ノードですべてのアプリケーションを開始します。

appmgr start all

10. 次のコマンドを使用して、アクティブ ノードでピア信頼キーを確立します。

appmgr update ssh-peer-trust

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@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@dcnm1]#

[root@dcnm1]# appmgr update network-properties session start
[root@dcnm2]# appmgr update network-properties session start

[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 100.0.0.244 255.0.0.0
*****************************************************************
WARNING: fabric/poap configuration may need to be changed
manually after changes are applied.
*****************************************************************
[root@dcnm1]# appmgr update network-properties set ipv4 vip0 172.28.10.238 255.255.255.0
[root@dcnm1]# appmgr update network-properties set ipv4 vip1 100.0.0.238 255.0.0.0
[root@dcnm1]# appmgr update network-properties set ipv4 peer0 172.28.10.245
[root@dcnm1]# appmgr update network-properties set ipv4 peer1 100.0.0.245
[root@dcnm1]# appmgr update network-properties session show changes

[root@dcnm2]# appmgr update network-properties set ipv4 eth0 172.28.10.245 255.255.255.0 172.28.10.1
[root@dcnm2]# appmgr update network-properties set ipv4 eth1 100.0.0.245 255.0.0.0
*****************************************************************
WARNING: fabric/poap configuration may need to be changed
manually after changes are applied.
*****************************************************************
[root@dcnm2]# appmgr update network-properties set ipv4 vip0 172.28.10.238 255.255.255.0
[root@dcnm2]# appmgr update network-properties set ipv4 vip1 100.0.0.238 255.0.0.0
[root@dcnm2]# appmgr update network-properties set ipv4 peer0 172.28.10.244
[root@dcnm2]# appmgr update network-properties set ipv4 peer1 100.0.0.244
[root@dcnm2]# appmgr update network-properties session show changes

[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          ->  100.0.0.244/255.0.0.0
eth0 VIP        172.28.10.248/24             ->  172.28.10.238/24
eth1 VIP        1.0.0.248/8                  ->  100.0.0.238/8
Peer eth0 IP    172.28.10.247                ->  172.28.10.245
Peer eth1 IP    1.0.0.245                    ->  100.0.0.245

[root@dcnm1]# appmgr update network-properties session show config
======= Current configuration ======
NTP Server      1.ntp.esl.cisco.com
eth0 IPv4 addr  172.28.10.246/255.255.255.0
eth0 IPv4 GW    172.28.10.1
eth0 DNS        171.70.168.183
eth0 IPv6 addr  2001:420:284:2004:4:112:210:20/112
eth0 IPv6 GW    2001:420:284:2004:4:112:210:1
eth1 IPv4 addr  1.0.0.246/255.0.0.0
eth1 IPv4 GW
eth1 DNS        1.0.0.246
eth1 IPv6 addr
eth2 IPv4 addr  /
eth2 IPv4 GW
Peer eth0 IP    172.28.10.247
Peer eth1 IP    1.0.0.247
Peer eth2 IP
eth0 VIP        172.28.10.248/24
eth1 VIP        1.0.0.248/8
eth2 VIP        /
eth0 VIPv6      /
eth1 VIPv6      /

====== Session configuration ======
NTP Server      1.ntp.esl.cisco.com
eth0 IPv4 addr  172.28.10.244/255.255.255.0
eth0 IPv4 GW    172.28.10.1
eth0 DNS        171.70.168.183
eth0 IPv6 addr  2001:420:284:2004:4:112:210:20/112
eth0 IPv6 GW    2001:420:284:2004:4:112:210:1
eth1 IPv4 addr  100.0.0.244/255.0.0.0
eth1 IPv4 GW
eth1 DNS        1.0.0.246
eth1 IPv6 addr
eth2 IPv4 addr  /
eth2 IPv4 GW
Peer eth0 IP    172.28.10.245
Peer eth1 IP    100.0.0.245
Peer eth2 IP
eth0 VIP        172.28.10.238/24
eth1 VIP        100.0.0.238/8
eth2 VIP        /
eth0 VIPv6      /
eth1 VIPv6      /
[root@dcnm1]#

[root@dcnm2]# appmgr update network-properties session show config
======= Current configuration ======
NTP Server      1.ntp.esl.cisco.com
eth0 IPv4 addr  172.28.10.247/255.255.255.0
eth0 IPv4 GW    172.28.10.1
eth0 DNS        171.70.168.183
eth0 IPv6 addr
eth0 IPv6 GW
eth1 IPv4 addr  1.0.0.247/255.0.0.0
eth1 IPv4 GW
eth1 DNS        1.0.0.247
eth1 IPv6 addr
eth2 IPv4 addr  /
eth2 IPv4 GW
Peer eth0 IP    172.28.10.246
Peer eth1 IP    1.0.0.246
Peer eth2 IP
eth0 VIP        172.28.10.248/24
eth1 VIP        1.0.0.248/8
eth2 VIP        /
eth0 VIPv6      /
eth1 VIPv6      /

====== Session configuration ======
NTP Server      1.ntp.esl.cisco.com
eth0 IPv4 addr  172.28.10.245/255.255.255.0
eth0 IPv4 GW    172.28.10.1
eth0 DNS        171.70.168.183
eth0 IPv6 addr
eth0 IPv6 GW
eth1 IPv4 addr  100.0.0.245/255.0.0.0
eth1 IPv4 GW
eth1 DNS        1.0.0.247
eth1 IPv6 addr
eth2 IPv4 addr  /
eth2 IPv4 GW
Peer eth0 IP    172.28.10.244
Peer eth1 IP    100.0.0.244
Peer eth2 IP
eth0 VIP        172.28.10.238/24
eth1 VIP        100.0.0.238/8
eth2 VIP        /
eth0 VIPv6      /
eth1 VIPv6      /
[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]#

[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]#

Wait until dcnm1 becomes 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' 'dcnm-247.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' 'dcnm-246.cisco.com'"
and check to make sure that only the key(s) you wanted were added.
[root@dcnm2]#

スタンドアロン モードの 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 アプライアンス コンソールで次のコマンドを実行し、早期のセッション タイムアウトを防止します。

次の手順で示されているように、同じ順番でコマンドを実行します。

Note

ネイティブ HA ノードは、単一のエンティティと見なす必要があります。アクティブ ノードの eth1 IP アドレスを変更する場合は、スタンバイ ノードの eth1 IP アドレスも変更する必要があります。

任意のノードの eth0 IP アドレスを変更する場合は、そのノードの eth2 IP アドレスを変更する必要があります。

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>

サブネット マスクおよびゲートウェイ IP アドレスとともに、インターフェイスの新しい IPv4 または IPv6 アドレスを入力します。

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 アドレスを入力します。アクティブ ノードnipeer2 アドレスとしてスタンバイ ノードの eth2 アドレスを入力します。

4. 次のコマンドを使用して、ネットワーク パラメータに行った変更を表示および確認します。

appmgr update network-properties session show {config | changes | diffs}

Step 5

スタンバイ ノードで、ステップ Step 4 で説明したコマンドを使用して、ネットワーク インターフェイスのパラメータを変更します。

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 サーバ パスワードを変更する

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 コマンドを使用して、アプリケーションを起動します。

Example

dcnm# appmgr stop all

dcnm# appmgr change_pwd ssh root <<new-password>>
dcnm# appmgr change_pwd ssh poap <<new-password>>
dcnm# appmgr change_pwd ssh sysadmin <<new-password>>

dcnm# appmgr start all

ネイティブ HA セットアップでの DCNM サーバー パスワードの変更

The password to access Cisco DCNM Web UI にアクセスするためのパスワードは、展開タイプの Cisco DCNM をインストールする間に設定されます。ただし、必要に応じてインストール後にこのパスワードを変更できます。

インストール後にパスワードを変更するには、次の手順を実行します。

Procedure

Step 1

appmgr stop all コマンドを使用して、スタンバイ アプライアンスですべてのアプリケーションを停止します。

appmgr status all コマンドを使用して、すべてのアプリケーションが停止していることを確認します。

Step 2

appmgr stop all コマンドを使用して、アクティブ アプライアンスですべてのアプリケーションを停止します。

appmgr status all コマンドを使用して、すべてのアプリケーションが停止していることを確認します。

Step 3

アクティブ モードとスタンバイ ノードの両方で、appmgr change_pwd ssh {root|poap|sysadmin} [password コマンドを使用して、管理インターフェイスのパスワードを変更します。

Note

プロンプトの両方のノードに対して同じパスワードを提供しています。

新しいパスワードが次のパスワード要件に準拠していることを確認します。要件に従わない場合、DCNM アプリケーションは適切に機能しない場合があります。

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

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

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

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 ssh root <<new-password>>
dcnm1# appmgr change_pwd ssh poap <<new-password>>
dcnm1# appmgr change_pwd ssh sysadmin <<new-password>>

dcnm2# appmgr change_pwd ssh root <<new-password>>
dcnm2# appmgr change_pwd ssh poap <<new-password>>
dcnm2# appmgr change_pwd ssh sysadmin <<new-password>>

dcnm1# appmgr start all
dcnm2# 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

スタンドアロン セットアップからネイティブ HA セットアップへの変換

既存の Cisco DCNM スタンドアロン セットアップをネイティブ HA セットアップに変換するには、次の手順を実行します。

始める前に

appmgr show version コマンドを使用して、スタンドアロン セットアップがアクティブで動作していることを確認します。

dcnm# appmgr show version

Cisco Data Center Network Manager
Version: 11.5(1)
Install mode: LAN Fabric
Standalone node. HA not enabled.
dcnm#

手順

ステップ 1

スタンドアロン セットアップで、 appmgr root-access permit のコマンドを使用してSSHを起動し、root ユーザー アクセスを有効にします。

dcnm# appmgr root-access permit

ステップ 2

新しい DCNM をセカンダリ ノードとして展開します。[新規インストール - HA セカンダリ] を選択します

たとえば、既存のセットアップを dcnm1 として、新しい DCNM をセカンダリノードとして dcnm2 として指定します。

注意

システム設定が最小リソース要件を満たしていない場合は、Web インストーラに SYSTEM RESOURCE ERROR と表示され、インストールが中止されます。システム要件を変更し、Web インストーラを起動してインストールを完了します。

ステップ 3

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

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

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

注意

システム設定が最小リソース要件を満たしていない場合は、Web インストーラに SYSTEM RESOURCE ERROR と表示され、インストールが中止されます。システム要件を変更し、Web インストーラを起動してインストールを完了します。

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

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

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

（注）

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

クラスタ モードで Cisco DCNM プライマリを構成している場合は、[クラスタ モードを有効にする (Enable Clustered Mode)] チェックボックスをオンにします。

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

4. [管理（Administration）] タブで、パスワードに関する情報を入力します。

（注）

すべてのパスワードは、プライマリノードの設定時に指定したパスワードと同じである必要があります。

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

- [完全修飾ホスト名 (Fully Qualified Hostname)] フィールドで、RFC1123 セクション 2.1 の通りに、完全修飾ドメイン名 (FQDN) のホスト名を入力します。数字のみのホスト名はサポートされていません。

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

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

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

（注）

Network Insights アプリケーションを使用している場合は、DNS サーバが有効で到達可能であることを確認します。

- [NTP サーバ アドレス リスト（NTP Server Address List）] フィールドでは、NTP サーバの IP アドレスを入力します。

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

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

- タイムゾーン ドロップダウン リストから、DCNM を展開しているタイムゾーンを選択します。

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

6. [ネットワーク設定 (Network Settings)] タブで、DCNM Web UI に到達するために使用されるネットワーク パラメータを構成します。

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

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

（注）

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

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

2. [アウトオブバンド ネットワーク (Out-of-Band Network)] 領域で、IPv4 アドレス と ゲートウェイ IPv4 アドレス を入力します。

DCNMがIPv6ネットワーク上にある場合は、IPv6アドレスとゲートウェイIPv6アドレスに関連するIPv6アドレスを入力して、ネットワークを設定します。

（注）

IPアドレスがプライマリノードで設定された同じアウトオブバンドネットワークに属していることを確認します。

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

（注）

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

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

DCNM が IPv6 ネットワーク上にある場合は、 IPv6 アドレス と ゲートウェイ IPv6 アドレス の関連する IPv6 アドレスを入力することで、ネットワークを構成します。

（注）

IPアドレスがプライマリノードで設定された同じインバンドネットワークに属していることを確認します。

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

（注）

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

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

7. [アプリケーション（Applications）] タブで、[内部アプリケーション サービス ネットワーク] 、および [クラスタ モード設定] を構成します。

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

2. [クラスタ モード設定（Clustered mode configuration）] 領域で、ネットワーク設定を構成して、クラスタ モードで DCNM インスタンスを展開します。クラスタ モードで、アプリケーションは個別のコンピューティング ノードで実行されます。

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

オプションで、[アウトオブバンド IPv6 ネットワーク アドレス プール（Out-of-Band IPv6 Network Address Pool）] フィールドに IPv6 アドレス プールを入力することもできます。

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

オプションで、[インバンド IPv6 ネットワーク アドレス プール（In-Band IPv6 Network Address Pool）] フィールドに IPv6 アドレス プールを入力することもできます。

IP アドレスがプライマリ ノードで構成されたものと同じプールに属することを確認します。

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 アドレス（Management Network VIP Address）] フィールドに、管理ネットワークの VIP として使用された IP アドレスを入力します。

オプションで、[管理ネットワークのVIPv6アドレス（Management Network VIPv6 Address）] フィールドに IPv6 VIP アドレスを入力することもできます。

（注）

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

- [アウトオブバンド ネットワーク VIP アドレス（Out-of-Band Network VIP Address）] フィールドにアウトオブバンド ネットワークの VIP として使用される IP アドレスを入力します。

オプションで、[アウトオブバンド ネットワークの VIPv6 アドレス（Out-of-Band Network VIPv6 Address）] フィールドに IPv6 VIP アドレスを入力することもできます。

- [インバンド ネットワーク VIP アドレス（In-Band Network VIP Address）] フィールドにアウトオブバンド ネットワークの VIP として使用される IP アドレスを入力します。

オプションで、[インバンド ネットワークの VIPv6 アドレス（In-Band Network VIPv6 Address）] フィールドに IPv6 VIP アドレスを入力することもできます。

（注）

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

- [HA Ping 機能 IPv4 アドレス（HA Ping Feature IPv4 Address）] フィールドに、必要に応じて、HA ping IP アドレスを入力し、この機能を有効にします。

（注）

構成済みの IPv4 アドレスは、ICMP echo ping に応答する必要があります。

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

HA ping IPv4 アドレスを Split Brain シナリオを避けるように構成する必要があります。この IP アドレスは、Enhanced Fabric 管理ネットワークに属す必要があります。

[次へ (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>>
You will be redirected there in 60 seconds.
Thank you
***************************************************************

（注）

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

次のタスク

appmgr show ha-role コマンドを使用して、HA ロールを確認します。
アクティブノード（古いスタンドアロンノード）：

dcnm1# appmgr show ha-role
Native HA enabled.
Deployed role: Active
Current role: Active

スタンバイノード（新しく展開されたノード）：

dcnm2# appmgr show ha-role
Native HA enabled.
Deployed role: Standby
Current role: Standby

ユーティリティ サービスの詳細

ここでは、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 サーバは、データベース ファイル、設定ファイル、およびソフトウェア イメージをダウンロードします。

- コマンド appmgr change_pwd ssh poap を使用して、POAP パスワードを変更できます。現用系とスタンバイの両方の HA ノードでコマンドを実行してください。

アプリケーションとユーティリティ サービスの管理

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

Chapter14. DCNM 検証を行う Tetration エージェント

Tetration ソフトウェア エージェントは、ホスト システムで実行される小さなソフトウェア アプリケーションです。その主な機能は、ネットワーク フロー情報をモニタおよび収集することです。また、システムで実行されているネットワーク インターフェイスやアクティブなプロセスなど、その他のホスト情報も収集します。エージェントによって収集された情報は、さらなる分析処理のために Tetration クラスタ内で実行されている一連のコレクタにエクスポートされます。

- DCNM 検証を行う Tetration エージェント

DCNM 検証を行う Tetration エージェント

Linux プラットフォームで詳細可視性適用エージェントを展開する場合は、インストーラ スクリプトを使用することをお勧めします。

始める前に

インストールされたエージェントを Tetration クラスタに接続する場合は、ACTIVATION_KEY および HTTPS_PROXY パラメータが必要です。インストーラスクリプトを使用すると、自動的に ACTIVATION_KEY が入力されますが、HTTPS_PROXY情報をスクリプトに直接挿入する必要があります。

手動展開を使用する場合は、ACTIVATION_KEY と HTTPS_PROXY の両方のパラメータを手動で挿入します。詳細については、「Tetration SaaS のユーザー設定」を参照してください。

手順

ステップ 1

クレデンシャルを使用して Cisco TetrationOS ソフトウェアの Web UI にログインします。

ステップ 2

[設定（Settings）] メニューから [エージェント設定（Agent Config）] を選択して、[エージェント設定（Agent Config）] ウィンドウを表示します。

ステップ 3

[ソフトウェア エージェント ダウンロード（Software Agent Download）] タブに移動します。

ステップ 4

[Select Platform（プラットフォームの選択）] セクションで [Linux] を選択します。

ステップ 5

[Select Agent Type（エージェント タイプの選択）] セクションで [Deep Visibility] または [Enforcement] を選択します。

ステップ 6

[Download Installer（インストーラのダウンロード）] ボタンをクリックし、ファイルをローカルディスクに保存します。

ステップ 7

ルート権限で DCNM にログインします。インストーラ シェル スクリプトをコピーし、スクリプトを実行します。

（注）

エージェントがすでにインストールされている場合、インストーラ スクリプトは続行されません。

インストーラ スクリプト コマンドおよびその構文は、次のとおりです。

$ tetration_linux_installer.sh [-skip-pre-check] [-noInstall]
[-logFile=filename] [-proxy=proxy_string>] [-skip-ipv6-check]
[-help] [-version] [-sensor-version=version_info] [-ls] [-file=filename]
[-save=filename] [-new]

-skip-pre-check

インストール前のチェックをスキップします。

-noInstall

センサー パッケージはダウンロードされず、システムにインストールされません。

-logFile filename

filenameで指定されたファイルにログを書き込みます。

-proxy proxy_string

HTTPS_PROXY の値を設定します。クラスタとの通信にプロキシ サーバが必要な場合は、これを使用します。文字列は http://proxy:port の形式にする必要があります。

-skip-ipv6-check

IPv6 検証をスキップします。

-help

このヘルプ情報を出力します。

-version

現在のスクリプトのバージョンを印刷します。

-sensorVersion version_info

特定のセンサー バージョンをダウンロードします。デフォルトは最新バージョンです。version_infoエントリの例は –sensor-version = 3.1.1.53.devel です。

ls

システムで使用可能なすべてのセンサー バージョンを一覧表示します（3.1より前のパッケージは一覧表示しません）。これはリストのみです。パッケージをダウンロードしません。

-file filename

クラスタからダウンロードする代わりに、センサーのインストールに使用するローカル zip ファイルを指定します。

-save filename

Tetration クラスタからインストーラの zip ファイルをダウンロードし、ファイル名を付けてローカルに保存します。

-new

Tetration エージェントがこのローカル マシンにすでにインストールされている場合は、すべてのコピーをアンインストールまたは削除します。

ステップ 8

次のコマンドを実行して、エージェントがインストールされていることを確認します。

sudo rpm -q tet-sensor

エントリは次のように表示されます。

$ sudo rpm -q tet-sensor

tet-sensor-3.1.1.50-1.el6.x86_64

（注）

DCNM ネイティブ HA クラスタ展開には、DCNM プライマリ、DCNM セカンダリ、および 3 つのコンピューティング ノードの 5 つのノードがあります。DCNM クラスタを完全に可視化するために、これらの各ノードに Tetration エージェントをインストールします。

DCNM クラスタを使用する Tetration エージェント

Chapter15. TACACS+ サーバ経由で認証をセットアップ

- TACACS+ サーバ経由で SSH 認証をセットアップ

TACACS+ サーバ経由で SSH 認証をセットアップ

リリース 11.5(1) 以降、DCNM には、TACACS+ サーバ経由で ssh アクセスの認証を設定するための appmgr コマンドが用意されています。DCNM への SSH アクセスの場合、アクセスが許可されているかどうかを判断するために、資格情報が以前に設定された TACACS+ サーバに送信されます。成功した場合、DCNM への SSH アクセスが許可されます。TACACS+ サーバに到達できない場合、システムはローカル認証に戻ります。

DCNM は、sysadmin、poap、root の 3 人のユーザに SSH アクセスを許可します。sysadmin ユーザーには、DCNM への一般的な SSH アクセスがあります。root ユーザーは、デフォルトでは無効になっています。ただし、DCNM のプライマリ サーバとセカンダリ サーバは、ネイティブ HA のセットアップとメンテナンスのために、パスワードなしのアクセス権を持つ root ユーザを使用して、SSH を介して相互に通信します。poap ユーザーは、DCNM と NX-OS スイッチ間の情報の SSH/SCP アクセスに使用されます。これは通常、POAP やイメージ管理などの機能に使用されます。DCNM で SSH アクセスの TACACS+ 認証を有効にする場合は、リモート AAA サーバーで 3 人のユーザー (sysadmin、poap、root) を作成し、TACACS+ を有効にする必要があります。その後、DCNM への SSH アクセスが認証され、TACACS+ サーバーの監査ログで DCNM へのすべての SSH アクセスが追跡されます。

リモート認証は、SSH セッションでのみサポートされます。su コマンドは常にローカル認証を使用します。DCNM コンソールからのログインでは、ユーザーがシステムからロックアウトされないように、常にローカル認証が使用されます。

（注）

クラスタ モードの DCNM セットアップでは、すべてのノード、つまり、プライマリ、セカンダリ、およびすべてのコンピューティング ノードでリモート認証を有効にして構成する必要があります。

リモート認証の削除

リモート認証を削除するには、次のコマンドを使用します。

appmgr remote-auth set none

（注）

appmgr remote‐auth set コマンドは、古い設定を常に新しい設定に置き換えます。

TACACS+ を使用したリモート認証の設定

TACACS+ を使用してリモート認証を設定するには、次のコマンドを使用します。

appmgr remote-auth set tacacs [ auth {pap | chap | ascii } ] {server <address> <secret> }
それぞれの説明は次のとおりです。

- auth は、認証タイプを定義します。指定しない場合、デフォルトは PAP です。ASCII および MSCHAP もサポートされます。

- address はサーバーのアドレスです。サーバ アドレスは、ホスト名、IPv4 アドレス、または IPv6 アドレス形式にすることができます。ポート番号を指定することもできます。例: my.tac.server.com:2049

IPv6 アドレスは、RFC2732 に準拠した完全修飾 IPv6 形式である必要があります。IPv6 アドレスは [ ] で囲む必要があります。そうしないと、正しく機能しません。

次に例を示します。

- [2001:420:1201:2::a] – 正解

- 2001:420:1201:2::a – 不正解

- secret は、DCNM と TACACS+ サーバ間で共有される秘密です。スペースを含む秘密は許可されません/サポートされません。

リモート認証の有効化または無効化

リモート認証を有効または無効にするには、次のコマンドを使用します。

appmgr remote-auth { enable | disable }

リモート認証パスワードの表示

リモート認証パスワードを表示するには、次のコマンドを使用します。

appmgr remote-auth show
サンプル出力：

dcnm# appmgr remote-auth show
Remote Authentication is DISABLED

dcnm# appmgr remote-auth show
Remote Authentication is ENABLED
Protocol: tacacs+
Server: 172.28.11.77, secret: ********
Authentication type: ascii
dcnm#

デフォルトでは、[‐S or ‐‐show‐secret] キーワードを使用しない限り、共有秘密はクリア テキストに表示されません。

例

1. 172.28.11.77 をリモート認証サーバとして設定し有効にして、cisco123 を共有秘密として使用します。

dcnm# appmgr remote‐auth set tacacs server 172.28.11.77 cisco123
dcnm# appmgr remote‐auth enable

2. 認証タイプとして MSCHAP を使用し、172.28.11.77 をリモート認証サーバとして設定し、Cisco 123 を共有秘密として設定します。

dcnm# appmgr remote‐auth set tacacs auth mschap 172.28.11.77 cisco123
dcnm# appmgr remote‐auth enable

3. 異なる共有秘密を持つ 3 つのサーバーを設定します。

dcnm# appmgr remote‐auth set tacacs server tac1.cisco.com:2049 cisco123 server
tac2.cisco.com Cisco_123 server tac3.cisco.com C1sco_123
dcnm# appmgr remote‐auth enable

4. 認証設定を無効にするか、削除します。

dcnm# appmgr remote‐auth set tacacs none

5. 設定を削除せずにリモート認証を無効にします。

dcnm# appmgr remote‐auth disable

6. 現在のリモート認証設定を有効にします。

dcnm# appmgr remote‐auth enable

リモート認証と POAP

リモート認証が有効な場合、poap ユーザーのローカル パスワードは TACACS サーバーのパスワードと同じである必要があります。それ以外の場合、POAP は失敗します。

ローカルの poap パスワードを同期するには、TACACS サーバでパスワードを設定または変更した後、次のコマンドを使用します。

appmgr change_pwd ssh poap
Cisco DCNM Cisco DCNM Native HA セットアップでは、このコマンドはプライマリ ノードでのみ実行します。

DCNM ネイティブ HA セットアップでのリモート認証

スタンドアロン DCNM をネイティブ HA セットアップに変換する必要があるシナリオでは、リモート認証が有効になっている場合は、セカンダリ HA ノードを追加する前、および appmgr update ssh-peer-trust コマンドを実行する前に無効にする必要があります。

Chapter16. log4j2 の脆弱性のソフトウェア メンテナンス アップデートのインストール

- Cisco DCNM OVA/ISO 展開へのソフトウェア メンテナンス アップデートのインストール

Cisco DCNM OVA/ISO 展開へのソフトウェア メンテナンス アップデートのインストール

Cisco DCNM は、リリース 11.5(x) の CVE-2021-45046 および CVE-2021-44228 の問題に対処するソフトウェア メンテナンス アップデート（SMU）を提供します。この SMU のインストールは、展開のためにリリース 11.5(1)、11.5(2)、および 11.5(3) でサポートされています。

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

- Cisco DCNM 11.5(x) の CVE-2021-45046 および CVE-2021-44228スタンドアロン展開での SMU のインストール

- Cisco DCNM 11.5(x) の CVE-2021-45046 および CVE-2021-44228ネイティブ HA 展開での SMU のインストール

- Cisco DCNM 11.5(x) の CVE-2021-45046 および CVE-2021-44228 コンピューティング ノードへの SMU のインストール

- Log4j の脆弱性に対処するコマンドの出力例

- Log4j2 脆弱性のスキャン

- SMU インストールの検証

- 以前のバージョンからの DCNM リリース11.5(x) の CVE-2021-45046 および CVE-2021-44228のアップグレード

Cisco DCNM 11.5(x) の CVE-2021-45046 および CVE-2021-44228スタンドアロン展開での SMU のインストール

このセクションでは、CVE-2021-45046 および CVE-2021-44228 の問題に対処するために Cisco DCNM OVA/ISO アプライアンスにソフトウェア メンテナンス アップデート（SMU）をインストールする手順について説明します。CVE-2021-45105 は重大度が低く、デフォルト設定の DCNM では使用されないため、ここでは取り上げません。

スタンドアロン展開モードの Cisco DCNM OVA/ISO のインストールにソフトウェア メンテナンス アップデート（SMU）を適用するには、次の手順を実行します。

Before you begin

- DCNM アプライアンス内の appmgr backup コマンドを使用してアプリケーション データのバックアップを取得します。

dcnm# appmgr backup

DCNM サーバの外部にある安全な場所にバックアップ ファイルをコピーします。

- Cisco DCNM アプライアンスが VMware 環境にインストールされている場合は、必ず全てのノードの VM スナップショットを作成してください。手順については、[Cisco DCNM リリース ノート（Cisco DCNM Release Notes）] の [VMware スナップショット サポート（VMware Snapshot Support）]の章をを参照してください。

- SMU をインストールするためのメンテナンス ウィンドウを計画してください。

- Cisco DCNM 11.5(x) の CVE-2021-45046 および CVE-2021-44228 が稼働していることを確認します。

この SMU のインストールは、展開のためにリリース 11.5(1)、11.5(2)、および 11.5(3) でサポートされています。

Note

root ユーザーのみが Cisco DCNM リリース 11.5(x) の CVE-2021-45046 および CVE-2021-44228 アプライアンスに SMU をインストールできます

Procedure

Step 1

SMU ファイルをダウンロードします。

1. 次のサイトへ移動します：https://software.cisco.com/download/。

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

2. 最新のリリース リストで、リリース 11.5(x) の CVE-2021-45046 および CVE-2021-44228 を選択します。

この SMU のインストールは、展開のためにリリース 11.5(1)、11.5(2)、および 11.5(3) でサポートされています。

3. log4j2 CVE‐2021‐45046 and CVE‐2021‐44228 ファイル をアドレスするためにVMWare、KVM、ベアメタルとアプラアンス サーバーの DCNM 11.5.xメンテナンス アップデートを探し[ダウンロード（Download）] アイコンをクリックします。

4. dcnm-va-patch.を保存します。SMU の適用を開始するときに見つけやすいように、11.5.x-p1.iso.zipファイルをディレクトリに保存します。

Step 2

dcnm-va-patch.を解凍します。11.5.x-p1.iso.zip ファイルを作成し、そのファイルを DCNM ノードの /root/ フォルダにアップロードします。

Step 3

SSH を使用して sysadmin として Cisco DCNM アプライアンスにログインします。

root ユーザーを有効にする su コマンドを実行します。

dcnm# su
Enter the root password:
[root@dcnm]#

Step 4

次のコマンドを実行してスクリーン セッションを作成します。

[root@dcnm]# screen

これにより、コマンドを実行できるセッションが作成されます。このコマンドは、ウィンドウが表示されていない場合、または切断された場合でも実行し続けます。

Step 5

mkdir /mnt/iso コマンドを使用して、iso という名前のフォルダーを作成します。

[root@dcnm1]# mkdir -p /mnt/iso

Step 6

DCNM 11.5(x) の CVE-2021-45046 および CVE-2021-44228SMU ファイルを /mnt/iso フォルダにマウントします。

[root@dcnm]# mount -o loop dcnm-va-patch.11.5.x-p1.iso /mnt/iso

Step 7

/scripts/ ディレクトリに移動します。

[root@dcnm]# cd /mnt/iso/packaged-files/scripts/

Step 8

./inline-upgrade.sh スクリプトを実行する

[root@dcnm]# ./inline-upgrade.sh

進行状況が画面に表示されます。SMU のインストールが完了したら、成功のメッセージが表示されます。

Note

SMU が正常にインストールされると、DCNM プロセスが再起動します。これにより、DCNM Web UI へのアクセスが一時的に失われます。

Step 9

appmgr status all コマンドを使用して、DCNM アプリケーションが機能していることを確認します。

[root@dcnm]# appmgr status all

Step 10

exit コマンドを使用して、screen セッションを終了します。

[root@dcnm]# exit

Step 11

dcnm-va-patchをマウント解除します。DCNM セットアップから 11.5.x-p1.iso ファイル。

Note

SMU ファイルをマウント解除する前に、screen セッションを終了する必要があります。

[root@dcnm]# umount /mnt/iso

Cisco DCNM 11.5(x) の CVE-2021-45046 および CVE-2021-44228ネイティブ HA 展開での SMU のインストール

このセクションでは、CVE-2021-45046 および CVE-2021-44228 の問題に対処するために Cisco DCNM OVA/ISO アプライアンスにソフトウェア メンテナンス アップデート（SMU）をインストールする手順について説明します。CVE-2021-45105 は重大度が低く、デフォルト設定の DCNM では使用されないため、ここでは取り上げません。

ネイティブ HA 展開モードの Cisco DCNM OVA/ISO のインストールにソフトウェア メンテナンス アップデート（SMU）を適用するには、次の手順を実行します。

Before you begin

- appmgr show ha-role コマンドを使用して、アクティブ サーバとスタンバイ サーバが動作していることを確認します。

例:

アクティブ ノードで次の操作を実行します。

dcnm1# appmgr show ha-role
Native HA enabled.
Deployed role: Active
Current role: Active

スタンバイ ノードで次の操作を実行します。

dcnm2# appmgr show ha-role
Native HA enabled.
Deployed role: Standby
Current role: Standby

- アクティブおよびスタンバイの両方のアプライアンスで appmgr backup コマンドを使用して、アプリケーション データのバックアップを取得します。

dcnm1# appmgr backup

dcnm2# appmgr backup

DCNM サーバの外部にある安全な場所にバックアップ ファイルをコピーします。

- Cisco DCNM アプライアンスが VMware 環境にインストールされている場合は、必ず全てのノードの VM スナップショットを作成してください。手順については、[Cisco DCNM リリース ノート（Cisco DCNM Release Notes）] の [VMware スナップショット サポート（VMware Snapshot Support）]の章をを参照してください。

- SMU をインストールするためのメンテナンス ウィンドウを計画してください。

- Cisco DCNM 11.5(x) の CVE-2021-45046 および CVE-2021-44228現用系ピアとスタンバイ ピアの両方が稼働していることを確認します。

この SMU のインストールは、展開のためにリリース 11.5(1)、11.5(2)、および 11.5(3) でサポートされています。

ネイティブ HA モードの Cisco DCNM 仮想アプライアンスにこのソフトウェア メンテナンス更新を適用するには、現用系とスタンバイ アプライアンスにこの更新を適用します。アクティブ アプライアンスのロールが再びアクティブになるまで待ちます。後でスタンバイ アプライアンスに更新を適用します。

ネイティブ HA クラスタ デプロイメントの場合、SMU を計算ノードにインストールする前に、現用系アプライアンスとスタンバイ アプライアンスに SMU をインストールします。

Note

SMU の Cisco DCNM リリース 11.5(x) の CVE-2021-45046 および CVE-2021-44228 アプライアンスへのインストールは、 ルートユーザーのみ可能です。

Procedure

Step 1

SMU ファイルをダウンロードします。

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

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

2. 最新のリリース リストで、リリース 11.5(x) の CVE-2021-45046 および CVE-2021-44228 を選択します。

この SMU のインストールは、展開のためにリリース 11.5(1)、11.5(2)、および 11.5(3) でサポートされています。

3. log4j2 CVE‐2021‐45046 and CVE‐2021‐44228 ファイル をアドレスするためにVMWare、KVM、ベアメタルとアプラアンス サーバーの DCNM 11.5.xメンテナンス アップデートを探し[ダウンロード（Download）] アイコンをクリックします。

4. dcnm-va-patch.を保存します。SMU の適用を開始するときに見つけやすいように、11.5.x-p1.iso.zipファイルをディレクトリに保存します。

Step 2

dcnm-va-patch.を解凍します。11.5.x-p1.iso.zip ファイル。そして、DCNM セットアップの現用系 ノードとスタンバイ ノードの両方の /root/ フォルダにファイルをアップロードします。

Note

例えば、アクティブおよびスタンバイ アプライアンスを dcnm1 および dcnm2 に個別に示します。

Step 3

SSH を使用して sysadmin として Cisco DCNM アプライアンスにログインします。

root ユーザーを有効にする su コマンドを実行します。

dcnm1# su
Enter the root password:
[root@dcnm1]#

dcnm2# su
Enter the root password:
[root@dcnm2]#

Step 4

次のコマンドを実行してスクリーン セッションを作成します。

[root@dcnm1]# screen

[root@dcnm2]# screen

これにより、コマンドを実行できるセッションが作成されます。このコマンドは、ウィンドウが表示されていない場合、または切断された場合でも実行し続けます。

Step 5

現用系ノードで、SMU をインストールします。

1. mkdir /mnt/iso コマンドを使用して、iso という名前のフォルダーを作成します。

[root@dcnm1]# mkdir -p /mnt/iso

2. /mnt/iso フォルダの現用系ノードで DCNM 11.5(x) の CVE-2021-45046 および CVE-2021-44228 SMUをマウントします。

[root@dcnm1]# mount -o loop dcnm-va-patch.11.5.x-p1.iso /mnt/iso

3. /scripts/ ディレクトリに移動します。

[root@dcnm1]# cd /mnt/iso/packaged-files/scripts/

4. ./inline-upgrade.sh スクリプトを実行する

[root@dcnm1]# ./inline-upgrade.sh

進行状況が画面に表示されます。SMU のインストールが完了したら、成功のメッセージが表示されます。

Note

SMU が正常にインストールされると、DCNM プロセスが再起動します。これにより、DCNM Web UI へのアクセスが一時的に失われます。

5. appmgr status all コマンドを使用して、DCNM アプリケーションが機能していることを確認します。

[root@dcnm1]# appmgr status all

Note

スタンバイ ノードに SMU を適用する前に、すべてのサービスが Cisco DCNM アクティブ ノードで稼働していることを確認します。

Step 6

スタンバイ ノードで、SMU をインストールします。

1. mkdir /mnt/iso コマンドを使用して、iso という名前のフォルダーを作成します。

[root@dcnm2]# mkdir -p /mnt/iso

2. /mnt/iso フォルダのスタンバイ ノードで DCNM 11.5(x) の CVE-2021-45046 および CVE-2021-44228 SMUをマウントします。

[root@dcnm2]# mount -o loop dcnm-va-patch.11.5.x.iso /mnt/iso

3. /scripts/ ディレクトリに移動します。

[root@dcnm2]# cd /mnt/iso/packaged-files/scripts/

4. ./inline-upgrade.sh スクリプトを実行します。

[root@dcnm2]# ./inline-upgrade.sh --standby

進行状況が画面に表示されます。SMU のインストールが完了したら、成功のメッセージが表示されます。

Note

SMU が正常にインストールされると、DCNM プロセスが再起動します。これにより、DCNM Web UI へのアクセスが一時的に失われます。

5. appmgr status all コマンドを使用して、DCNM アプリケーションが機能していることを確認します。

[root@dcnm2]# appmgr status all

Step 7

exit コマンドを使用して、screen セッションを終了します。

[root@dcnm1]# exit

[root@dcnm2]# exit

Step 8

dcnm-va-patchをマウント解除します。DCNM セットアップの現用系ノードとスタンバイ ノードの両方にある 11.5.x-p1.iso ファイル。

Note

SMU ファイルをマウント解除する前に、screen セッションを終了する必要があります。

[root@dcnm1]# umount /mnt/iso

[root@dcnm2]# umount /mnt/iso

Cisco DCNM 11.5(x) の CVE-2021-45046 および CVE-2021-44228 コンピューティング ノードへの SMU のインストール

このセクションでは、CVE-2021-45046 および CVE-2021-44228 の問題に対処するために Cisco DCNM OVA/ISO アプライアンスにソフトウェア メンテナンス アップデート（SMU）をインストールする手順について説明します。CVE-2021-45105 は重大度が低く、デフォルト設定の DCNM では使用されないため、ここでは取り上げません。

Cisco DCNM クラスタのセットアップのコンピューティング ノードにソフトウェア メンテナンス アップデート (SMU) を適用するには、次の手順を実行します。

Before you begin

- DCNM 計算ノードをアップグレードする前に、ネイティブ HA モードの Cisco DCNM サーバーに SMU をインストールする必要があります。

- Cisco DCNM アプライアンスが VMware 環境にインストールされている場合は、必ず全てのノードの VM スナップショットを作成してください。手順については、[Cisco DCNM リリース ノート（Cisco DCNM Release Notes）] の [VMware スナップショット サポート（VMware Snapshot Support）]の章をを参照してください。

- SMU をインストールするためのメンテナンス ウィンドウを計画してください。

- Cisco DCNM 11.5(x) の CVE-2021-45046 および CVE-2021-44228 が稼働していることを確認します。

この SMU のインストールは、展開のためにリリース 11.5(1)、11.5(2)、および 11.5(3) でサポートされています。

Note

root ユーザーのみが Cisco DCNM リリース 11.5(x) の CVE-2021-45046 および CVE-2021-44228 アプライアンスに SMU をインストールできます。

Procedure

Step 1

SMU ファイルをダウンロードします。

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

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

2. 最新のリリース リストで、リリース 11.5(x) の CVE-2021-45046 および CVE-2021-44228 を選択します。

この SMU のインストールは、展開のためにリリース 11.5(1)、11.5(2)、および 11.5(3) でサポートされています。

3. log4j2 CVE‐2021‐45046 and CVE‐2021‐44228 ファイル をアドレスするためにVMWare、KVM、ベアメタルとアプラアンス サーバーの DCNM 11.5.xメンテナンス アップデートを探し[ダウンロード（Download）] アイコンをクリックします。

4. dcnm-va-patchを保存します。SMU の適用を開始するときに見つけやすいように、11.5.x-p1.iso.zipファイルをディレクトリに保存します。

Step 2

dcnm-va-patch を解凍します。11.5.x-p1.iso.zip ファイルを作成し、そのファイルを DCNM セットアップの 3 つすべてのコンピューティング ノードの /root/ フォルダにアップロードします。

たとえば、3つのコンピューティング ノードをそれぞれ Compute1、Compute2、および Compute3 と指定します。

Step 3

SSH を使用して sysadmin として Cisco DCNM アプライアンスにログインします。

root ユーザーを有効にする su コマンドを実行します。

dcnm-compute1# su
Enter the root password:
[root@dcnm-compute1]#

Step 4

次のコマンドを実行してスクリーン セッションを作成します。

[root@dcnm-compute1]# screen

これにより、コマンドを実行できるセッションが作成されます。このコマンドは、ウィンドウが表示されていない場合、または切断された場合でも実行し続けます。

Step 5

Compute1 ノードで、SMU をインストールします。

1. mkdir /mnt/iso コマンドを使用して、iso という名前のフォルダーを作成します。

[root@dcnm-compute1]# mkdir -p /mnt/iso

2. DCNM 11.5(x) の CVE-2021-45046 および CVE-2021-44228SMU ファイルを /mnt/iso フォルダの Compute1 ノードにマウントします。

[root@dcnm-compute1]# mount -o loop dcnm-va-patch.11.5.x-p1.iso /mnt/iso

3. /scripts/ ディレクトリに移動します。

[root@dcnm-compute1]# cd /mnt/iso/packaged-files/scripts/

4. ./inline-upgrade.sh スクリプトを実行する

[root@dcnm-compute1]# ./inline-upgrade.sh

進行状況が画面に表示されます。SMU のインストールが完了したら、成功のメッセージが表示されます。

一部のサービスがまだ実行されている場合は、サービスを停止するように促すプロンプトが表示されます。プロンプトが表示されたら、 y を押して続行します。

5. appmgr status all コマンドを使用して、DCNM アプリケーションが機能していることを確認します。

[root@dcnm-compute1]# appmgr status all

Note

dcnm-compute1 ノードですべてのサービスが稼働していることを確認します。

6. exit コマンドを使用して、screen セッションを終了します。

[root@dcnm-compute1]# exit

7. dcnm-va-patch をアンマウントします。 Compute1 から 11.5.x-p1.iso ファイル。

Note

SMU ファイルをマウント解除する前に、screen セッションを終了する必要があります。

[root@dcnm]# umount /mnt/iso

Step 6

他の 2 つのコンピューティング ノードにも SMU をインストールします。

ステップ Step 5 の説明の指示に従います。

What to do next

インストールが完了すると、各コンピューティング ノードが自動的にクラスタに結合します。Web UI で、[アプリケーション (Applications)] > [コンピューティング (Compute)] の順に選択して、コンピューティング ノードが [結合済み (Joined)] として表示されるかどうかを確認します。

Note

SMU を再度インストールしようとすると、パッチがすでに Cisco DCNM に適用されていることを示すエラー メッセージが表示されます。

Log4j の脆弱性に対処するコマンドの出力例

次に、Cisco DCNM リリース 11.5(x) の CVE-2021-45046 および CVE-2021-44228 に SMU をインストールする際の出力例を示します。

この SMU のインストールは、展開のためにリリース 11.5(1)、11.5(2)、および 11.5(3) でサポートされています。

- DCNM スタンドアロン展開に SMU をインストールするためのサンプル出力

- DCNM ネイティブ HA 展開に SMU をインストールするためのサンプル出力

- DCNM コンピューティング ノードに SMU をインストールするためのサンプル出力

DCNM スタンドアロン展開に SMU をインストールするためのサンプル出力

この SMU のインストールは、展開のためにリリース 11.5(1)、11.5(2)、および 11.5(3) でサポートされています。

[root@dcnm]# ./inline-upgrade.sh

============================================================
============ Inline Upgrade to DCNM 11.5(x) の CVE-2021-45046 および CVE-2021-44228-p1 =============
============================================================

Upgrading from version: 11.5(x) の CVE-2021-45046 および CVE-2021-44228
Upgrading from install option: LAN Fabric
System type: Standalone
Compute only: No

Do you want to continue and perform the inline upgrade to 11.5(x) の CVE-2021-45046 および CVE-2021-44228-p1? [y/n]: y
==== Fri Dec 17 11:26:51 PST 2021 - Task checkAfwStatus started ====
==== Fri Dec 17 11:26:51 PST 2021 - Task checkAfwStatus finished ====
==== Fri Dec 17 11:26:51 PST 2021 - Task updateAfwApps started ====
==== Fri Dec 17 11:26:51 PST 2021 - Updating AFW applications ====
Pausing Services that need to be patched
Deleted Containers:
992d06574c57882cf1a86bf7c19414055c6f501073a262b9e97cee0a75718a55
324f8ecfc34223f9d71abb86a807af54a720b40121aa8f38f6aa2dccbc233071
f7fe8656838af352d0d128163b1e9e4dcca9e5b73ea3a0956e4199e867f69a34
ab0f0dd90b98dacca8e01c944c6b07390bad8cd8247cf8cdf7629503bd01d252
52d0d5ad7edf990424b43c57d95ba836191fa913e556e6c1b75a65f171de6be6
4daf92fd8ba5445a81913df573343c0d6617b436330d103b8abf631a477c9b91
786768ab289596fbfb3904b1115a14717057bc83a06e555aa1abb76abb4c3a9e
1f5f52c42e532b4be9cff0eb22844824d969c6838436b98251236efdf4f85f57
b780eff0776d9dfa752ef28446dcaffcffffac6ac20a2b41738ac23e6d060ed3
756097c7bd5028ee5eafc74c7fb90eae20104b1584f2611ea1b3089340d0011c

Total reclaimed space: 1.418MB
pauseAfwApp: calling PUT with  {pause}
pauseAfwApp:  value of Wait:  false

HTTP/1.1 200 OK
Date : Fri, 17 Dec 2021 19:26:52 GMT
Content-Length : 99
Content-Type : text/plain; charset=utf-8
{
"ResponseType": 0,
"Response": "Application is Paused for elasticsearch_Cisco_afw. Check for status"
}
pauseAfwApp: calling PUT with  {pause}
pauseAfwApp:  value of Wait:  false

HTTP/1.1 200 OK
Content-Length : 96
Content-Type : text/plain; charset=utf-8
Date : Fri, 17 Dec 2021 19:27:12 GMT
{
"ResponseType": 0,
"Response": "Application is Paused for watchtower_Cisco_afw. Check for status"
}
pauseAfwApp: calling PUT with  {pause}
pauseAfwApp:  value of Wait:  false

HTTP/1.1 200 OK
Date : Fri, 17 Dec 2021 19:27:32 GMT
Content-Length : 91
Content-Type : text/plain; charset=utf-8
{
"ResponseType": 0,
"Response": "Application is Paused for eplui_Cisco_afw. Check for status"
}
pauseAfwApp: calling PUT with  {pause}
pauseAfwApp:  value of Wait:  false

HTTP/1.1 200 OK
Date : Fri, 17 Dec 2021 19:27:52 GMT
Content-Length : 100
Content-Type : text/plain; charset=utf-8
{
"ResponseType": 0,
"Response": "Application is Paused for elasticservice_Cisco_afw. Check for status"
}
Now Removing Images from Runtime
Untagged: 127.0.0.1:5001/dcnmelastic:6.8.3_11.5.2
Untagged: 127.0.0.1:5001/dcnmelastic@sha256:a872d49e3b5a0fc58ec9c1e8d8908c62604258cbfb1a02ac418227ed7f928128
Untagged: 127.0.0.1:5000/dcnmelastic:6.8.3_11.5.2
Untagged: 127.0.0.1:5000/dcnmelastic@sha256:a872d49e3b5a0fc58ec9c1e8d8908c62604258cbfb1a02ac418227ed7f928128
Untagged: dcnmelastic:6.8.3_11.5.2
Deleted: sha256:0173109c0612f48ed4165de7e5fa96f2243fe48756405bd0a0b4f12279785db1
Deleted: sha256:8d0b16f607caee532685643cf21550079881b67db9edf7d54a50ba4dec673c45
Deleted: sha256:63f9d6a3667c56f4a64d986b13b0059353fb983495b34f840b6a38c63e39938c
Deleted: sha256:af6e5eed783b56a675c53698ad4d374a77222218ebf706ad9891785b4ec2a537
Deleted: sha256:37dab1fa0ee831d1979104edd0ea820a1b3de3fe818aa75200021f868b221998
Deleted: sha256:cf1569581d9385a63ebd156e15dc795ab82de8d0a27fc5a3205dac339b591ee5
Deleted: sha256:3d293d026d9a7552a3630a75500d860083763a558191e1f28ebb6344c985b09d
Deleted: sha256:b285cfcb6bcb0850c0121d404c51ef0a333380cf332b3b776e75b45a94c2e8a7
Deleted: sha256:6e43279655973e51749e6c13dbf63733802071ff665927375f9f98827857b548
Deleted: sha256:544fc6ed244eef6449d95305179600648f339c0adbcbcbf93cc4f9e402122c53
Deleted: sha256:6810a2c88653fe864294296c70a5a657caa0f638689ff58f13493acc532f5c77
Untagged: 127.0.0.1:5001/elasticservice:1.3
Untagged: 127.0.0.1:5001/elasticservice@sha256:bf0293e69d144bbf2dbd4192f59884fb596629bb6b1b09522a75bd599b2461b2
Untagged: 127.0.0.1:5000/elasticservice:1.3
Untagged: 127.0.0.1:5000/elasticservice@sha256:bf0293e69d144bbf2dbd4192f59884fb596629bb6b1b09522a75bd599b2461b2
Untagged: elasticservice:1.3
Deleted: sha256:c6cd18e3bcc36ab60a3d741e8fa6ec166ec53de742cd959fbef572b2d6e75fdb
Deleted: sha256:be5892dd6be6e671d8dbf07949d2559cdd43ccc537a0cb4f18ee4b74f634238c
Deleted: sha256:e0f9a768f8fc9a173f00b6babcb017789713195b566f97470d9501bbbbba8e74
Deleted: sha256:213b03f962fe9b6df0da77ccabe174c74ccb790d084a25f7221076f45958ced9
Deleted: sha256:1ef5822648e60b2be83c8641db64375be04ecb6f5acd66a142919e14f8af3b4d
Untagged: 127.0.0.1:5001/watchtower:2.1
Untagged: 127.0.0.1:5001/watchtower@sha256:793aee652b615cd3161c8dd9c60eb89b6afd684fc89c6518f84ff71563bee99e
Untagged: 127.0.0.1:5000/watchtower:2.1
Untagged: 127.0.0.1:5000/watchtower@sha256:793aee652b615cd3161c8dd9c60eb89b6afd684fc89c6518f84ff71563bee99e
Untagged: watchtower:2.1
Deleted: sha256:b44bcfbcd001b7c85a2028e813ef6919e316d6af37732a092151639d1c3d2b45
Deleted: sha256:3d30de4d2f50296af6affe5baa20e58a91b84abab65f89cb379ac78308c47b1e
Deleted: sha256:a066f951d571bcead85b9a6530b14a7b82cca834a174c28de1bc037bb80a2edd
Deleted: sha256:cf95f9ed8314cec412869a95a1a50b7b7d04f29bbc5b8a3d149a424ca6c83e49
Untagged: 127.0.0.1:5001/eplui:2.2
Untagged: 127.0.0.1:5001/eplui@sha256:af90fd9362f9244ed03bdd13318f6123817a7be64e089c42f5094fd570ebb03d
Untagged: 127.0.0.1:5000/eplui:2.2
Untagged: 127.0.0.1:5000/eplui@sha256:af90fd9362f9244ed03bdd13318f6123817a7be64e089c42f5094fd570ebb03d
Untagged: eplui:2.2
Deleted: sha256:5cca4a674f345d289c814ae0a3f24ec9aac76937046beb4273b51cc29c4b6408
Deleted: sha256:d6886b2e02aaf7ebf7cfd0423bedffbd27905d12f81d0908d4ab02b2e9973cc1
Deleted: sha256:301f9eb3ba05164dbd29cab2c93dad24e5e1fea3cf2abd2f1585c25df6a75c34
Deleted: sha256:0af470c810372aa3ecee7f4f5b6cdbab0dc857ef371d658668bb43fb2e50f2ef
Checking and starting a writable registry
Error response from daemon: no such image: AfwAppRegistry: invalid reference format: repository name must be lowercase
f11dc4cb9677d2cb7e0fe215050f69fdbb60ed583762f3867290c8ae4a712b2a
Achieved Pause state for all services, Now Patching services
Loading Images into the writable registry
Loaded image: eplui:2.2
Loaded image: dcnmelastic:6.8.3_11.5.2
Loaded image: elasticservice:1.3
Loaded image: watchtower:2.1
The push refers to a repository [127.0.0.1:5000/dcnmelastic]
97da84f99ba3: Preparing
a0bb674f2b12: Preparing
1d07ed4e39fa: Preparing
8d8a48fd5741: Preparing
b14eb3458281: Preparing
f13999d3b63e: Preparing
d1c75bcbeb10: Preparing
f51f8d284b3b: Preparing
617b86abcd6d: Preparing
d3071a656898: Preparing
0bcab5b3cf37: Preparing
5d50c3ca45af: Preparing
9785ac5771f5: Preparing
d1c75bcbeb10: Waiting
d3071a656898: Waiting
f51f8d284b3b: Waiting
5d50c3ca45af: Waiting
617b86abcd6d: Waiting
fbb373121c59: Preparing
7b9f72883f99: Preparing
9785ac5771f5: Waiting
fbb373121c59: Waiting
5fb2dee77c93: Preparing
bc2717dd2942: Preparing
7b9f72883f99: Waiting
5fb2dee77c93: Waiting
bc2717dd2942: Waiting
0bcab5b3cf37: Waiting
1d07ed4e39fa: Pushed
97da84f99ba3: Pushed
a0bb674f2b12: Pushed
8d8a48fd5741: Pushed
b14eb3458281: Pushed
d1c75bcbeb10: Pushed
f13999d3b63e: Pushed
f51f8d284b3b: Pushed
617b86abcd6d: Pushed
d3071a656898: Layer already exists
0bcab5b3cf37: Layer already exists
5d50c3ca45af: Layer already exists
fbb373121c59: Layer already exists
9785ac5771f5: Layer already exists
7b9f72883f99: Layer already exists
5fb2dee77c93: Layer already exists
bc2717dd2942: Layer already exists
6.8.3_11.5.2: digest: sha256:0e407eefbc956a3e4c5b1705ab3add29c883e63da1b84d8e89f2345fe2fc557f size: 3882
The push refers to a repository [127.0.0.1:5000/elasticservice]
e9e60715acea: Preparing
83082b3681a8: Preparing
ec805d3c2de0: Preparing
fa8a90cb6518: Preparing
5d50c3ca45af: Preparing
9785ac5771f5: Preparing
fbb373121c59: Preparing
7b9f72883f99: Preparing
5fb2dee77c93: Preparing
bc2717dd2942: Preparing
fbb373121c59: Waiting
7b9f72883f99: Waiting
5fb2dee77c93: Waiting
bc2717dd2942: Waiting
9785ac5771f5: Waiting
5d50c3ca45af: Layer already exists
9785ac5771f5: Layer already exists
fbb373121c59: Layer already exists
fa8a90cb6518: Pushed
5fb2dee77c93: Layer already exists
bc2717dd2942: Layer already exists
e9e60715acea: Pushed
83082b3681a8: Pushed
7b9f72883f99: Layer already exists
ec805d3c2de0: Pushed
1.3: digest: sha256:ece5bb0b46547a166907f38f4958e40fd5202bf015728ea89dda2af342d28727 size: 2422
The push refers to a repository [127.0.0.1:5000/watchtower]
7bb58c00bab0: Preparing
69c967d71211: Preparing
ea7268754985: Preparing
5d50c3ca45af: Preparing
9785ac5771f5: Preparing
fbb373121c59: Preparing
7b9f72883f99: Preparing
5fb2dee77c93: Preparing
bc2717dd2942: Preparing
7b9f72883f99: Waiting
5fb2dee77c93: Waiting
bc2717dd2942: Waiting
fbb373121c59: Waiting
5d50c3ca45af: Layer already exists
9785ac5771f5: Layer already exists
7b9f72883f99: Layer already exists
fbb373121c59: Layer already exists
5fb2dee77c93: Layer already exists
bc2717dd2942: Layer already exists
7bb58c00bab0: Pushed
ea7268754985: Pushed
69c967d71211: Pushed
2.1: digest: sha256:2aeded0fa00d3c92c4e78a5339eb116e27b0ac5fbed36c241fd26676a6642d91 size: 2214
The push refers to a repository [127.0.0.1:5000/eplui]
4d33a08042c4: Preparing
a6480cd96594: Preparing
53cebfe822f4: Preparing
5d50c3ca45af: Preparing
9785ac5771f5: Preparing
fbb373121c59: Preparing
7b9f72883f99: Preparing
5fb2dee77c93: Preparing
bc2717dd2942: Preparing
7b9f72883f99: Waiting
fbb373121c59: Waiting
5fb2dee77c93: Waiting
9785ac5771f5: Layer already exists
5d50c3ca45af: Layer already exists
fbb373121c59: Layer already exists
4d33a08042c4: Pushed
53cebfe822f4: Pushed
7b9f72883f99: Layer already exists
bc2717dd2942: Layer already exists
5fb2dee77c93: Layer already exists
a6480cd96594: Pushed
2.2: digest: sha256:6a6b2266bb21bbcb88cd2fc3f01c7127d2793b663026ffa88d0665eb82f8d354 size: 2214
AfwAppRegistry
Loaded images, now unpausing services
pauseAfwApp: calling PUT with  {unpause}

HTTP/1.1 200 OK
Date : Fri, 17 Dec 2021 19:30:22 GMT
Content-Length : 100
Content-Type : text/plain; charset=utf-8
{
"ResponseType": 0,
"Response": "Application is Running for elasticsearch_Cisco_afw. Check for status"
}
pauseAfwApp: calling PUT with  {unpause}

HTTP/1.1 200 OK
Date : Fri, 17 Dec 2021 19:30:43 GMT
Content-Length : 97
Content-Type : text/plain; charset=utf-8
{
"ResponseType": 0,
"Response": "Application is Running for watchtower_Cisco_afw. Check for status"
}
pauseAfwApp: calling PUT with  {unpause}

HTTP/1.1 200 OK
Date : Fri, 17 Dec 2021 19:31:04 GMT
Content-Length : 92
Content-Type : text/plain; charset=utf-8
{
"ResponseType": 0,
"Response": "Application is Running for eplui_Cisco_afw. Check for status"
}
pauseAfwApp: calling PUT with  {unpause}

HTTP/1.1 200 OK
Date : Fri, 17 Dec 2021 19:31:25 GMT
Content-Length : 101
Content-Type : text/plain; charset=utf-8
{
"ResponseType": 0,
"Response": "Application is Running for elasticservice_Cisco_afw. Check for status"
}
Nothing to Patch in NI Base image is not installed here
==== Fri Dec 17 11:30:45 PST 2021 - Task updateAfwApps finished ====
==== Fri Dec 17 11:30:45 PST 2021 - Task disableAppsOnStandby started ====

Stopping HA apps on Standby node
Stopping AFW Applications...
Stopping AFW Server Processes
Stopping AFW Agent Processes
Stopped Application Framework...
Stopping High-Availability services: Done.

==== Fri Dec 17 11:31:45 PST 2021 - Task disableAppsOnStandby finished ====

==== Fri Dec 17 11:31:45 PST 2021 - Task stopDcnmServer started ====
==== Fri Dec 17 11:31:45 PST 2021 - Trying to upgrade your DCNM, so stopping the dcnm to proceed... ====
Stopping FMServer (via systemctl):  [  OK  ]
==== Fri Dec 17 11:32:20 PST 2021 - Task stopDcnmServer finished ====
==== Fri Dec 17 11:32:20 PST 2021 - Task updatePackagedFiles started ====
==== Fri Dec 17 11:32:20 PST 2021 - Updating packaged-files ====
==== Fri Dec 17 11:32:20 PST 2021 - Task updatePackagedFiles finished ====
==== Fri Dec 17 11:32:20 PST 2021 - Task updateFmServer started ====
==== Fri Dec 17 11:32:20 PST 2021 - Updating FMServer ====
==== Fri Dec 17 11:32:20 PST 2021 - Backing up dcm.ear ====
==== Fri Dec 17 11:32:21 PST 2021 - Applying patch... ====
Patching ear file, please wait...
Patching war file, please wait...
==== Fri Dec 17 11:32:30 PST 2021 - Task updateFmServer finished ====
==== Fri Dec 17 11:32:30 PST 2021 - Task updatePatchList started ====
==== Fri Dec 17 11:32:30 PST 2021 - Task updatePatchList finished ====
==== Fri Dec 17 11:32:30 PST 2021 - Task startDcnmServer started ====
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.

==== Fri Dec 17 11:33:23 PST 2021 - Task startDcnmServer finished ====
==== Fri Dec 17 11:33:23 PST 2021 - Task completeUpgrade started ====

***********************************************************************************
Inline upgrade of this Standalone DCNM node is complete.

==== Sat Dec 17 11:33:23 PST 2021 - Task completeUpgrade finished ====
***********************************************************************************

DCNM ネイティブ HA 展開に SMU をインストールするためのサンプル出力

この SMU のインストールは、展開のためにリリース 11.5(1)、11.5(2)、および 11.5(3) でサポートされています。

アクティブ ノードでのリリース11.5(x) の CVE-2021-45046 および CVE-2021-44228用 DCNM SMU のインストール

============================================================
============ Inline Upgrade to DCNM 11.5(x) の CVE-2021-45046 および CVE-2021-44228-p1 =============
============================================================
Upgrading from version: 11.5(x) の CVE-2021-45046 および CVE-2021-44228
Upgrading from install option: LAN Fabric
System type: HA
Compute only: No
Do you want to continue and perform the inline upgrade to 11.5(x) の CVE-2021-45046 および CVE-2021-44228-p1? [y/n]: y

==== Fri Dec 17 11:26:51 PST 2021 - Task checkAfwStatus started ====
==== Fri Dec 17 11:26:51 PST 2021 - Task checkAfwStatus finished ====
==== Fri Dec 17 11:26:51 PST 2021 - Task updateAfwApps started ====
==== Fri Dec 17 11:26:51 PST 2021 - Updating AFW applications ====
Pausing Services that need to be patched
Deleted Containers:
992d06574c57882cf1a86bf7c19414055c6f501073a262b9e97cee0a75718a55
324f8ecfc34223f9d71abb86a807af54a720b40121aa8f38f6aa2dccbc233071
f7fe8656838af352d0d128163b1e9e4dcca9e5b73ea3a0956e4199e867f69a34
ab0f0dd90b98dacca8e01c944c6b07390bad8cd8247cf8cdf7629503bd01d252
52d0d5ad7edf990424b43c57d95ba836191fa913e556e6c1b75a65f171de6be6
4daf92fd8ba5445a81913df573343c0d6617b436330d103b8abf631a477c9b91
786768ab289596fbfb3904b1115a14717057bc83a06e555aa1abb76abb4c3a9e
1f5f52c42e532b4be9cff0eb22844824d969c6838436b98251236efdf4f85f57
b780eff0776d9dfa752ef28446dcaffcffffac6ac20a2b41738ac23e6d060ed3
756097c7bd5028ee5eafc74c7fb90eae20104b1584f2611ea1b3089340d0011c
Total reclaimed space: 1.418MB

pauseAfwApp: calling PUT with {pause}
pauseAfwApp: value of Wait: false
HTTP/1.1 200 OK
Date : Fri, 17 Dec 2021 19:26:52 GMT
Content-Length : 99
Content-Type : text/plain; charset=utf-8
{
"ResponseType": 0,
"Response": "Application is Paused for elasticsearch_Cisco_afw. Check for status"
}

pauseAfwApp: calling PUT with {pause}
pauseAfwApp: value of Wait: false
HTTP/1.1 200 OK
Content-Length : 96
Content-Type : text/plain; charset=utf-8
Date : Fri, 17 Dec 2021 19:27:12 GMT
{
"ResponseType": 0,
"Response": "Application is Paused for watchtower_Cisco_afw. Check for status"
}

pauseAfwApp: calling PUT with {pause}
pauseAfwApp: value of Wait: false
HTTP/1.1 200 OK
Date : Fri, 17 Dec 2021 19:27:32 GMT
Content-Length : 91
Content-Type : text/plain; charset=utf-8
{
"ResponseType": 0,
"Response": "Application is Paused for eplui_Cisco_afw. Check for status"
}

pauseAfwApp: calling PUT with {pause}
pauseAfwApp: value of Wait: false
HTTP/1.1 200 OK
Date : Fri, 17 Dec 2021 19:27:52 GMT
Content-Length : 100
Content-Type : text/plain; charset=utf-8
{
"ResponseType": 0,
"Response": "Application is Paused for elasticservice_Cisco_afw. Check for status"
}

Now Removing Images from Runtime
Untagged: 127.0.0.1:5001/dcnmelastic:6.8.3_11.5.2
Untagged: 127.0.0.1:5001/dcnmelastic@sha256:a872d49e3b5a0fc58ec9c1e8d8908c62604258cbfb1a02ac418227ed7f928128
Untagged: 127.0.0.1:5000/dcnmelastic:6.8.3_11.5.2
Untagged: 127.0.0.1:5000/dcnmelastic@sha256:a872d49e3b5a0fc58ec9c1e8d8908c62604258cbfb1a02ac418227ed7f928128
Untagged: dcnmelastic:6.8.3_11.5.2
Deleted: sha256:0173109c0612f48ed4165de7e5fa96f2243fe48756405bd0a0b4f12279785db1
Deleted: sha256:8d0b16f607caee532685643cf21550079881b67db9edf7d54a50ba4dec673c45
Deleted: sha256:63f9d6a3667c56f4a64d986b13b0059353fb983495b34f840b6a38c63e39938c
Deleted: sha256:af6e5eed783b56a675c53698ad4d374a77222218ebf706ad9891785b4ec2a537
Deleted: sha256:37dab1fa0ee831d1979104edd0ea820a1b3de3fe818aa75200021f868b221998
Deleted: sha256:cf1569581d9385a63ebd156e15dc795ab82de8d0a27fc5a3205dac339b591ee5
Deleted: sha256:3d293d026d9a7552a3630a75500d860083763a558191e1f28ebb6344c985b09d
Deleted: sha256:b285cfcb6bcb0850c0121d404c51ef0a333380cf332b3b776e75b45a94c2e8a7
Deleted: sha256:6e43279655973e51749e6c13dbf63733802071ff665927375f9f98827857b548
Deleted: sha256:544fc6ed244eef6449d95305179600648f339c0adbcbcbf93cc4f9e402122c53
Deleted: sha256:6810a2c88653fe864294296c70a5a657caa0f638689ff58f13493acc532f5c77

Untagged: 127.0.0.1:5001/elasticservice:1.3
Untagged: 127.0.0.1:5001/elasticservice@sha256:bf0293e69d144bbf2dbd4192f59884fb596629bb6b1b09522a75bd599b2461b2
Untagged: 127.0.0.1:5000/elasticservice:1.3
Untagged: 127.0.0.1:5000/elasticservice@sha256:bf0293e69d144bbf2dbd4192f59884fb596629bb6b1b09522a75bd599b2461b2
Untagged: elasticservice:1.3

Deleted: sha256:c6cd18e3bcc36ab60a3d741e8fa6ec166ec53de742cd959fbef572b2d6e75fdb
Deleted: sha256:be5892dd6be6e671d8dbf07949d2559cdd43ccc537a0cb4f18ee4b74f634238c
Deleted: sha256:e0f9a768f8fc9a173f00b6babcb017789713195b566f97470d9501bbbbba8e74
Deleted: sha256:213b03f962fe9b6df0da77ccabe174c74ccb790d084a25f7221076f45958ced9
Deleted: sha256:1ef5822648e60b2be83c8641db64375be04ecb6f5acd66a142919e14f8af3b4d

Untagged: 127.0.0.1:5001/watchtower:2.1
Untagged: 127.0.0.1:5001/watchtower@sha256:793aee652b615cd3161c8dd9c60eb89b6afd684fc89c6518f84ff71563bee99e
Untagged: 127.0.0.1:5000/watchtower:2.1
Untagged: 127.0.0.1:5000/watchtower@sha256:793aee652b615cd3161c8dd9c60eb89b6afd684fc89c6518f84ff71563bee99e
Untagged: watchtower:2.1

Deleted: sha256:b44bcfbcd001b7c85a2028e813ef6919e316d6af37732a092151639d1c3d2b45
Deleted: sha256:3d30de4d2f50296af6affe5baa20e58a91b84abab65f89cb379ac78308c47b1e
Deleted: sha256:a066f951d571bcead85b9a6530b14a7b82cca834a174c28de1bc037bb80a2edd
Deleted: sha256:cf95f9ed8314cec412869a95a1a50b7b7d04f29bbc5b8a3d149a424ca6c83e49

Untagged: 127.0.0.1:5001/eplui:2.2
Untagged: 127.0.0.1:5001/eplui@sha256:af90fd9362f9244ed03bdd13318f6123817a7be64e089c42f5094fd570ebb03d
Untagged: 127.0.0.1:5000/eplui:2.2
Untagged: 127.0.0.1:5000/eplui@sha256:af90fd9362f9244ed03bdd13318f6123817a7be64e089c42f5094fd570ebb03d
Untagged: eplui:2.2

Deleted: sha256:5cca4a674f345d289c814ae0a3f24ec9aac76937046beb4273b51cc29c4b6408
Deleted: sha256:d6886b2e02aaf7ebf7cfd0423bedffbd27905d12f81d0908d4ab02b2e9973cc1
Deleted: sha256:301f9eb3ba05164dbd29cab2c93dad24e5e1fea3cf2abd2f1585c25df6a75c34
Deleted: sha256:0af470c810372aa3ecee7f4f5b6cdbab0dc857ef371d658668bb43fb2e50f2ef

Checking and starting a writable registry
Error response from daemon: no such image: AfwAppRegistry: invalid reference format:
repository name must be lowercase
f11dc4cb9677d2cb7e0fe215050f69fdbb60ed583762f3867290c8ae4a712b2a
Achieved Pause state for all services, Now Patching services
Loading Images into the writable registry
Loaded image: eplui:2.2
Loaded image: dcnmelastic:6.8.3_11.5.2
Loaded image: elasticservice:1.3
Loaded image: watchtower:2.1

The push refers to a repository [127.0.0.1:5000/dcnmelastic]
97da84f99ba3: Preparing
a0bb674f2b12: Preparing
1d07ed4e39fa: Preparing
8d8a48fd5741: Preparing
b14eb3458281: Preparing
f13999d3b63e: Preparing
d1c75bcbeb10: Preparing
f51f8d284b3b: Preparing
617b86abcd6d: Preparing
d3071a656898: Preparing
0bcab5b3cf37: Preparing
5d50c3ca45af: Preparing
9785ac5771f5: Preparing
d1c75bcbeb10: Waiting
d3071a656898: Waiting
f51f8d284b3b: Waiting
5d50c3ca45af: Waiting
617b86abcd6d: Waiting
fbb373121c59: Preparing
7b9f72883f99: Preparing
9785ac5771f5: Waiting
fbb373121c59: Waiting
5fb2dee77c93: Preparing
bc2717dd2942: Preparing
7b9f72883f99: Waiting
5fb2dee77c93: Waiting
bc2717dd2942: Waiting
0bcab5b3cf37: Waiting
1d07ed4e39fa: Pushed
97da84f99ba3: Pushed
a0bb674f2b12: Pushed
8d8a48fd5741: Pushed
b14eb3458281: Pushed
d1c75bcbeb10: Pushed
f13999d3b63e: Pushed
f51f8d284b3b: Pushed
617b86abcd6d: Pushed
d3071a656898: Layer already exists
0bcab5b3cf37: Layer already exists
5d50c3ca45af: Layer already exists
fbb373121c59: Layer already exists
9785ac5771f5: Layer already exists
7b9f72883f99: Layer already exists
5fb2dee77c93: Layer already exists
bc2717dd2942: Layer already exists
6.8.3_11.5.2: digest: sha256:0e407eefbc956a3e4c5b1705ab3add29c883e63da1b84d8e89f2345fe2fc557f size: 3882

The push refers to a repository [127.0.0.1:5000/elasticservice]
e9e60715acea: Preparing
83082b3681a8: Preparing
ec805d3c2de0: Preparing
fa8a90cb6518: Preparing
5d50c3ca45af: Preparing
9785ac5771f5: Preparing
fbb373121c59: Preparing
7b9f72883f99: Preparing
5fb2dee77c93: Preparing
bc2717dd2942: Preparing
fbb373121c59: Waiting
7b9f72883f99: Waiting
5fb2dee77c93: Waiting
bc2717dd2942: Waiting
9785ac5771f5: Waiting
5d50c3ca45af: Layer already exists
9785ac5771f5: Layer already exists
fbb373121c59: Layer already exists
fa8a90cb6518: Pushed
5fb2dee77c93: Layer already exists
bc2717dd2942: Layer already exists
e9e60715acea: Pushed
83082b3681a8: Pushed
7b9f72883f99: Layer already exists
ec805d3c2de0: Pushed
1.3: digest: sha256:ece5bb0b46547a166907f38f4958e40fd5202bf015728ea89dda2af342d28727 size: 2422

The push refers to a repository [127.0.0.1:5000/watchtower]
7bb58c00bab0: Preparing
69c967d71211: Preparing
ea7268754985: Preparing
5d50c3ca45af: Preparing
9785ac5771f5: Preparing
fbb373121c59: Preparing
7b9f72883f99: Preparing
5fb2dee77c93: Preparing
bc2717dd2942: Preparing
7b9f72883f99: Waiting
5fb2dee77c93: Waiting
bc2717dd2942: Waiting
fbb373121c59: Waiting
5d50c3ca45af: Layer already exists
9785ac5771f5: Layer already exists
7b9f72883f99: Layer already exists
fbb373121c59: Layer already exists
5fb2dee77c93: Layer already exists
bc2717dd2942: Layer already exists
7bb58c00bab0: Pushed
ea7268754985: Pushed
69c967d71211: Pushed
2.1: digest: sha256:2aeded0fa00d3c92c4e78a5339eb116e27b0ac5fbed36c241fd26676a6642d91 size: 2214

The push refers to a repository [127.0.0.1:5000/eplui]
4d33a08042c4: Preparing
a6480cd96594: Preparing
53cebfe822f4: Preparing
5d50c3ca45af: Preparing
9785ac5771f5: Preparing
fbb373121c59: Preparing
7b9f72883f99: Preparing
5fb2dee77c93: Preparing
bc2717dd2942: Preparing
7b9f72883f99: Waiting
fbb373121c59: Waiting
5fb2dee77c93: Waiting
9785ac5771f5: Layer already exists
5d50c3ca45af: Layer already exists
fbb373121c59: Layer already exists
4d33a08042c4: Pushed
53cebfe822f4: Pushed
7b9f72883f99: Layer already exists
bc2717dd2942: Layer already exists
5fb2dee77c93: Layer already exists
a6480cd96594: Pushed
2.2: digest: sha256:6a6b2266bb21bbcb88cd2fc3f01c7127d2793b663026ffa88d0665eb82f8d354 size: 2214

AfwAppRegistry
Loaded images, now unpausing services
pauseAfwApp: calling PUT with {unpause}
HTTP/1.1 200 OK
Date : Fri, 17 Dec 2021 19:30:22 GMT
Content-Length : 100
Content-Type : text/plain; charset=utf-8
{
"ResponseType": 0,
"Response": "Application is Running for elasticsearch_Cisco_afw. Check for status"
}

pauseAfwApp: calling PUT with {unpause}
HTTP/1.1 200 OK
Date : Fri, 17 Dec 2021 19:30:43 GMT
Content-Length : 97
Content-Type : text/plain; charset=utf-8
{
"ResponseType": 0,
"Response": "Application is Running for watchtower_Cisco_afw. Check for status"
}

pauseAfwApp: calling PUT with {unpause}
HTTP/1.1 200 OK
Date : Fri, 17 Dec 2021 19:31:04 GMT
Content-Length : 92
Content-Type : text/plain; charset=utf-8
{
"ResponseType": 0,
"Response": "Application is Running for eplui_Cisco_afw. Check for status"
}

pauseAfwApp: calling PUT with {unpause}
HTTP/1.1 200 OK
Date : Fri, 17 Dec 2021 19:31:25 GMT
Content-Length : 101
Content-Type : text/plain; charset=utf-8
{
"ResponseType": 0,
"Response": "Application is Running for elasticservice_Cisco_afw. Check for status"
}

Nothing to Patch in NI Base image is not installed here
==== Fri Dec 17 11:30:45 PST 2021 - Task updateAfwApps finished ====
==== Fri Dec 17 11:30:45 PST 2021 - Task disableAppsOnStandby started ====
Stopping HA apps on Standby node
Stopping AFW Applications...
Stopping AFW Server Processes
Stopping AFW Agent Processes
Stopped Application Framework...
Stopping High-Availability services: Done.

==== Fri Dec 17 11:31:45 PST 2021 - Task disableAppsOnStandby finished ====
==== Fri Dec 17 11:31:45 PST 2021 - Task stopDcnmServer started ====
==== Fri Dec 17 11:31:45 PST 2021 - Trying to upgrade your DCNM, so stopping the dcnm to proceed... ====
Stopping FMServer (via systemctl): [ OK ]
==== Fri Dec 17 11:32:20 PST 2021 - Task stopDcnmServer finished ====
==== Fri Dec 17 11:32:20 PST 2021 - Task updatePackagedFiles started ====
==== Fri Dec 17 11:32:20 PST 2021 - Updating packaged-files ====
==== Fri Dec 17 11:32:20 PST 2021 - Task updatePackagedFiles finished ====
==== Fri Dec 17 11:32:20 PST 2021 - Task updateFmServer started ====
==== Fri Dec 17 11:32:20 PST 2021 - Updating FMServer ====
==== Fri Dec 17 11:32:20 PST 2021 - Backing up dcm.ear ====
==== Fri Dec 17 11:32:21 PST 2021 - Applying patch... ====

Patching ear file, please wait...
Patching war file, please wait...

==== Fri Dec 17 11:32:30 PST 2021 - Task updateFmServer finished ====
==== Fri Dec 17 11:32:30 PST 2021 - Task updatePatchList started ====
==== Fri Dec 17 11:32:30 PST 2021 - Task updatePatchList finished ====
==== Fri Dec 17 11:32:30 PST 2021 - Task startDcnmServer started ====

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.
==== Fri Dec 17 11:33:23 PST 2021 - Task startDcnmServer finished ====
==== Fri Dec 17 11:33:23 PST 2021 - Task completeUpgrade started ====
***********************************************************************************
Inline upgrade of this Active DCNM node is complete.
Please wait until this node is Active again
before upgrading the Standby node.
==== Sat Dec 17 11:33:23 PST 2021 - Task completeUpgrade finished ====

スタンバイ ノードでのリリース11.5(x) の CVE-2021-45046 および CVE-2021-44228用 DCNM SMU のインストール

[root@dcnm2]# ./inline-upgrade.sh --standby

============================================================
============ Inline Upgrade to DCNM 11.5(x) の CVE-2021-45046 および CVE-2021-44228-p1 =============
============================================================
Upgrading from version: 11.5(x) の CVE-2021-45046 および CVE-2021-44228
Upgrading from install option: LAN Fabric
System type: HA
Compute only: No
Do you want to continue and perform the inline upgrade to 11.5(x) の CVE-2021-45046 および CVE-2021-44228-p2? [y/n]: y

==== Fri Dec 17 18:15:05 PST 2021 - Task checkAfwStatus started ====
==== Fri Dec 17 18:15:05 PST 2021 - Task checkAfwStatus finished ====
==== Fri Dec 17 18:15:05 PST 2021 - Task updateAfwApps started ====
==== Fri Dec 17 18:15:05 PST 2021 - Task updateAfwApps finished ====
==== Fri Dec 17 18:15:05 PST 2021 - Task disableAppsOnStandby started ====
==== Fri Dec 17 18:15:05 PST 2021 - Task disableAppsOnStandby finished ====
==== Fri Dec 17 18:16:05 PST 2021 - Task stopDcnmServer started ====
==== Fri Dec 17 18:16:05 PST 2021 - Task stopDcnmServer finished ====
==== Fri Dec 17 18:16:05 PST 2021 - Task updatePackagedFiles started ====
==== Fri Dec 17 18:16:05 PST 2021 - Updating packaged-files ====
==== Fri Dec 17 18:16:05 PST 2021 - Task updatePackagedFiles finished ====
==== Fri Dec 17 18:16:05 PST 2021 - Task updateFmServer started ====
==== Fri Dec 17 18:16:05 PST 2021 - Updating FMServer ====
==== Fri Dec 17 18:16:05 PST 2021 - Backing up dcm.ear ====
==== Fri Dec 17 18:16:07 PST 2021 - Applying patch... ====

Patching ear file, please wait...
Patching war file, please wait...

==== Fri Dec 17 18:16:21 PST 2021 - Task updateFmServer finished ====
==== Fri Dec 17 18:16:21 PST 2021 - Task updatePatchList started ====
==== Fri Dec 17 18:16:21 PST 2021 - Task updatePatchList finished ====
==== Fri Dec 17 18:16:21 PST 2021 - Task startDcnmServer started ====

updating the Navigation file
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.
==== Fri Dec 17 18:16:25 PST 2021 - Task startDcnmServer finished ====
==== Fri Dec 17 18:16:25 PST 2021 - Task completeUpgrade started ====

***********************************************************************************
Inline upgrade of the HA DCNM system is complete.
***********************************************************************************
==== Fri Dec 17 18:16:25 PST 2021 - Task completeUpgrade finished ===

DCNM コンピューティング ノードに SMU をインストールするためのサンプル出力

この SMU のインストールは、展開のためにリリース 11.5(1)、11.5(2)、および 11.5(3) でサポートされています。

[root@dcnm-compute1]# ./inline-upgrade.sh
============================================================
============ Inline Upgrade to DCNM 11.5(x) の CVE-2021-45046 および CVE-2021-44228-p1 =============
============================================================

Upgrading from version: 11.5(x) の CVE-2021-45046 および CVE-2021-44228
Upgrading from install option: N/A
System type: HA
Compute only: Yes

*************************************************************************
ALERT: AFTER THE UPGRADE MAKE SURE COMPUTE NODE IS BACK IN JOINED STATE.
USE DCNM "APPLICATIONS->COMPUTE" GUI TO CHECK STATUS
*************************************************************************

Do you want to continue and perform the inline upgrade to 11.5(x) の CVE-2021-45046 および CVE-2021-44228-p1? [y/n]: y

==== Fri Dec 17 20:36:14 PST 2021 - Task updatePackagedFiles started ====
==== Fri Dec 17 20:36:14 PST 2021 - Updating packaged-files ====
==== Fri Dec 17 20:36:14 PST 2021 - Task updatePackagedFiles finished ====
==== Fri Dec 17 20:36:14 PST 2021 - Task updatePatchList started ====
==== Fri Dec 17 20:36:14 PST 2021 - Task updatePatchList finished ====
==== Fri Dec 17 20:36:14 PST 2021 - Task completeUpgrade started ====
***********************************************************************************
Inline updgrade of this compute is complete
***********************************************************************************
==== Fri Dec 17 20:36:14 PST 2021 - Task completeUpgrade finished ====

Log4j2 脆弱性のスキャン

https://github.com/logpresso/CVE-2021-44228-Scanner からスキャナー（logpresso など）をダウンロードします。

警告

このユーティリティは、脆弱性のスキャンにのみ使用してください。システム内の何かを修正するために使用しないでください。

注意

SMU をインストールしたら、DCNM Web UI が稼働していることを確認します。また、appmgr status all コマンドを使用して、すべてのプロセスが稼働していることを確認します。[アプリケーション] > [コンピューティング] に、すべてのノードが結合状態で表示されていることを確認します。

スキャンを再度実行する前に、次のコマンドを使用して、使用されなくなった古い docker イメージを消去します。

docker ps -a で終了状態のコンテナが多数表示される場合は、最初に次を実行します。

docker container prune
WARNING! This will remove all stopped containers.
Are you sure you want to continue? [y/N] y
Deleted Containers:
33d2a44706663870d062b7ee8b4aba18ea94ea6fdc285b6ba1d133334f226d73
9fba3140120f7fbc41993a97d0bc6bec254ffed638da1445e3a91fb04614cba6
67d4cd575d1febdec54fe161d716334908eb18d1a9a5d053a8f21ed1e3089d8c
4b8f2463cf899341fd5a028078a3d6b98790807db1ba6f6ece13a5a0a7783749
5b066b6eb334986d0cb0442249218d8582936439f8c8b3a3c81426ab81beaac3
14b965917498dcaaaa3e586d0d65e702d884c3cef7e425e60215a192cbff9945
359ab2ca568d10c42e406fec6a6f7499637936080b0ca109e307c51ca9431532
a18a752de7208d3802989f9209893140cac404cf33dcdf5cb362ebbddbde4e04
519e0e7654ecff8601f868c2a55fd1507a9ce52d137c33c79067fe3d7f834048
03e0c0ccaa35e2b4d07c6afae90c758f3db5ea639528afcc550a26e9c1ef1b43
Total reclaimed space: 155.4MB

終了状態のコンテナーがない場合は、次のように docker image prune を直接実行して古いイメージをクリーンアップできます。

docker image prune –a
WARNING! This will remove all images without at least one container associated to them.
Are you sure you want to continue? [y/N] y
Deleted Images:
untagged: 127.0.0.1:5001/eplui:2.1
untagged: 127.0.0.1:5001/eplui@sha256:6b788e837561f5b56378d9872885abd078105b6e18f17f8b28ff7d58106288ed
deleted: sha256:9a9bb56bcf9e5807e25743522e7cc3b7946ca39b875418b5f85894b383443276
deleted: sha256:d09c3547766a3130d2e48d85d5c33304fd912abbcc0fd8f6d877ca4a5a7513d8
deleted: sha256:19acc971e6674459c817bd011ed8e5969bc4f47f3f733fe9ffb617227d5081e0
deleted: sha256:5f5a7996ee7ba7d79772caa9a24f95cceb8463bab030c7ed8f534b14eda099db
untagged: 127.0.0.1:5001/elasticservice:1.1
untagged: 127.0.0.1:5001/elasticservice@sha256:b7b7a082aa225301e92c55ab93647a7f4e5b49e28152733075995a6b237aa798
deleted: sha256:f9078f534739f1367d9a67187f14f4c32cc9fc904c8fd6579564c848b06f9185
deleted: sha256:f0e44e2f9afc9e180056d5bc6fceed743c2d2e4936a71ae8feb2c5e317ccea25
deleted: sha256:0cab6e9119a4779b58e3f8a2ab48ec892db599ca53a784a63ed2d03aa422a87e
deleted: sha256:60546313de31095f5363f479ea12b74ff02375f96cb5ab5ba23e85027f3be2c4
deleted: sha256:c9d22e3ec2ce60122c9da1d8e8bafb18dd9b61db39c3e8e8ad70be6ec907c48c
untagged: dcnmelastic:6.8.3_11.4.1
deleted: sha256:9e6493318e1189b662683cb288532e9b3177464684e9c17f06ebcd1a6bd3c317
deleted: sha256:f1b3c86a97ad0767ffcc89c31b73d34643a2bb838e317c82f00167bb8cfb270e
deleted: sha256:19c89e64341aff41ec5508ebb2b73107fee9581d71d78b0787279817dd14facc
deleted: sha256:907f6e93fa619661d70a65dc3fd12d0257e3d7afb0ced3961620fa419c5dd792
deleted: sha256:044e562105291191158e417ae9d33dd16022a881562114a970d1fadb116e8e5a
deleted: sha256:48c418ce6e32de81f4171ae073e79b04b3c227afe5f4013e6a0bd5932eee3853
deleted: sha256:7b6c7e6083bffb94f1b9acd4f83acec0f4cdc0685efda47fb6a9735fb0c3ec65
deleted: sha256:59908c99dea86854472cb0d7b64236e4a903f815d652845f56ec30204a12f550
deleted: sha256:11124a752156a4ec945d79172f11be3f025c96f1989886dff9b0b3608303dc3e
untagged: kibana:2.0
deleted: sha256:ea95ed7a67f68301e64e46653af6864cb6e18e496e725432505595936b560f26
deleted: sha256:b153b99c46885f4cd2b05173fb1b5481bda9f10c39130e5cbb38b7cd18884508
deleted: sha256:02033d4e0a299ba71df33ceaff68959d74d4a62fc0be69b689a01e6322f8e64c
deleted: sha256:9ed6d76808f43ff63909ba38cdda9430109b4848c4cb5b7e8db63e9a9f5e9f7e
deleted: sha256:c4ca19d8d6603e6020c28b9eefba5fe056bab61099a7c15a1b0793281601ea54
deleted: sha256:eac1498f3113436c89751c285e6d52c13edfa05810abce2dc042c9750f4b64b6
deleted: sha256:5f265142267b87373fafa5ccff18c1d7f2c7ce8b25ad870263dba4a9ff3a8540
deleted: sha256:f98eb78bb8712f2786ef0580037d916d4ff0d3bf398900f093c94301cad4d705
deleted: sha256:6262d3d4d32bb0a107cfac0c58c563426fdc657116c903e36334a452a4818d68
deleted: sha256:045f4e8b3ed31fb7d27aa34e59cfdd2e8aa5b24d9cde5b84de18635a5b7f3765
deleted: sha256:af643141c457d060c8c88f4b3901d8404bab5b93abdcba1c5050666de50765e2
untagged: watchtower:2.1
deleted: sha256:0a54bd9e96a8483fdb76042b7906909aa1f3fd4deb513a5a7194a8aaf86af7dc
deleted: sha256:f8f11cb198e25e36212a5650d5b8fbcc9f4a515afe91e6d4e678d71c60d6040d
deleted: sha256:224ec704095b7d5d185a405f0e468bc015d6cb9c50cd3ab4ca9de092763ddc5a
deleted: sha256:45268517a253b8f483eedfa7f9f2641361d3f40d5e6f235f179ee3f583ebfc38
untagged: compliance:4.0.0
deleted: sha256:d6750c132fb5e9059f86d0d6b1f54bebd0f00d0b84ab9688813526bd63c6ced8
deleted: sha256:4d10e42b5db7aafabef673b889c6916e79c9f1cf6a5411304b02e158dfac0cbc
deleted: sha256:7ffadb4dd9f304c2d5314f66461d351622fe72e6c2a043942e0cd7fcc8aa2b66
deleted: sha256:516e697bbb7ff9ec971280964b9383fa22cc72ced415362720903ad5281c0852
deleted: sha256:0ef534a6e063d02b7bc5f1ff0a0053478502a8bc76f88cd2dddb58b8225c80a4
deleted: sha256:4a7f56d08ea1e6fcda2d9fd2b37c85eee0e963c9d8c6275997a4028171a15c07
deleted: sha256:544c874de2ace981da4bd06ee33cd8a00d03059b598cc4a02fc4ab9b57610133
deleted: sha256:5f0a9421371e6f218eaf9788eccfc987d40cc7c66291536465f271cf0abdcd04
deleted: sha256:c1968f6e62beccbad147b8f8d0a239b4d308133ee0bc77cd4ee9cfc941f29e50
deleted: sha256:aa9e87a76c7b54bb7dba91db45a84a23542bf647751fe1211764f1395f97ec6f
Total reclaimed space: 794.1MB

その後、log4j スキャナー ツールを実行できます。パッチ実行後のサンプル出力を以下に示します。

サンプル結果の CLI スナップ - CVE-2021-44228 脆弱性スキャナ 2.3.6（2021-12-20）

[root@dcnm]# ./log4j2-scan /
Logpresso CVE-2021-44228 Vulnerability Scanner 2.3.6 (2021-12-20)
Scanning directory: /, ./log4j2-scan, / (without devtmpfs, tmpfs, shm)
Running scan (10s): scanned 4653 directories, 41925 files, last visit: /usr/local/cisco/dcm/fm/download
[*] Found CVE-2021-45105 (log4j 2.x) vulnerability in /usr/local/cisco/dcm/wildfly-14.0.1.Final/standalone/sandeployments/dcm.ear (lib/log4j-core-2.16.0.jar), log4j 2.16.0
Running scan (26s): scanned 6980 directories, 62226 files, last visit: /usr/local/cisco/dcm/wildfly-14.0.1.Final/standalone/sandeployments
[*] Found CVE-2021-45105 (log4j 2.x) vulnerability in /usr/local/cisco/dcm/wildfly-14.0.1.Final/standalone/tmp/vfs/deployment/deploymentb8b48c896c390adc/log4j-core-2.16.0.jar-f0e6535d462979bf/log4j-core-2.16.0.jar, log4j 2.16.0
Running scan (36s): scanned 9856 directories, 90359 files, last visit: /usr/local/cisco/dcm/wildfly-14.0.1.Final/modules/system/layers/base/org/infinispan/main
[*] Found CVE-2021-45105 (log4j 2.x) vulnerability in /root/packaged-files/pmn/pmn-telemetry.jar, log4j 2.16.0
[*] Found CVE-2021-44228 (log4j 2.x) vulnerability in /root/patch-11.4.1-p2.backup/dcm.ear (lib/log4j-core-2.8.2.jar), log4j 2.8.2
Running scan (52s): scanned 24714 directories, 141807 files, last visit: /root/patch-11.4.1-p2.backup
[*] Found CVE-2021-45105 (log4j 2.x) vulnerability in /tmp/.inline-upgrade.16121/fmserver-patch/log4j-core-2.16.0.jar, log4j 2.16.0
[*] Found CVE-2021-45105 (log4j 2.x) vulnerability in /tmp/.inline-upgrade.16121/fmserver-patch/dcm.ear (lib/log4j-core-2.16.0.jar), log4j 2.16.0
Running scan (62s): scanned 30813 directories, 183000 files, last visit: /usr/share/elasticsearch/modules/lang-groovy
Running scan (72s): scanned 34709 directories, 216946 files, last visit: /usr/local/cisco/dcm/smis/client/lib
[*] Found CVE-2021-45105 (log4j 2.x) vulnerability in /usr/local/cisco/dcm/wildfly-14.0.1.Final/standalone/sandeployments/dcm.ear (lib/log4j-core-2.16.0.jar), log4j 2.16.0
Running scan (88s): scanned 36975 directories, 231284 files, last visit: /usr/local/cisco/dcm/wildfly-14.0.1.Final/standalone/sandeployments
[*] Found CVE-2021-45105 (log4j 2.x) vulnerability in /usr/local/cisco/dcm/wildfly-14.0.1.Final/standalone/tmp/vfs/deployment/deploymentb8b48c896c390adc/log4j-core-2.16.0.jar-f0e6535d462979bf/log4j-core-2.16.0.jar, log4j 2.16.0
Running scan (98s): scanned 39835 directories, 259398 files, last visit: /usr/local/cisco/dcm/wildfly-14.0.1.Final/modules/system/layers/base/org/bouncycastle/main
[*] Found CVE-2021-45105 (log4j 2.x) vulnerability in /root/packaged-files/pmn/pmn-telemetry.jar, log4j 2.16.0
[*] Found CVE-2021-44228 (log4j 2.x) vulnerability in /root/patch-11.4.1-p2.backup/dcm.ear (lib/log4j-core-2.8.2.jar), log4j 2.8.2
Running scan (114s): scanned 54709 directories, 310865 files, last visit: /root/patch-11.4.1-p2.backup
[*] Found CVE-2021-45105 (log4j 2.x) vulnerability in /tmp/.inline-upgrade.16121/fmserver-patch/log4j-core-2.16.0.jar, log4j 2.16.0
[*] Found CVE-2021-45105 (log4j 2.x) vulnerability in /tmp/.inline-upgrade.16121/fmserver-patch/dcm.ear (lib/log4j-core-2.16.0.jar), log4j 2.16.0
Scanned 59990 directories and 338115 files
Found 12 vulnerable files
Found 0 potentially vulnerable files
Found 0 mitigated files
Completed in 124.16 seconds

（注）

Cisco DCNM に SMU をインストールすると、CVE-2021-44228 および CVE-2021-45046 に対応します。CVE-2021-45105 は重大度が低く、デフォルトの出荷設定で Cisco DCNM で使用されていない設定の問題を示しています。したがって、CVE-2021-45105 は、この SMU インストールでは対処されていません。

バックアップには、依然として脆弱な元の変更されていないファイルが含まれています。それらは使用されませんが、参照として保持されます。削除を選択した場合、機能に影響はありません。コンテナ ファイルシステム レイヤ内にあるファイルはほとんどありません。これらのファイルは、コンテナ ファイル システムへの変更を記録し、「マージされた」コンテナ ファイルに表示されなくなるまで問題になりません。これらのファイルは、実行時にプロセスに使用できません。マージされた結果のコンテナ ファイル システムには、脆弱なファイルはありません。

この SMU のインストールは、展開のためにリリース 11.5(1)、11.5(2)、および 11.5(3) でサポートされています。

他の DCNM リリースに SMU をインストールする手順については、以前のバージョンからの DCNM リリース11.5(x) の CVE-2021-45046 および CVE-2021-44228のアップグレード を参照してください。リリース 11.0 以降から複数のホップを介して DCNM リリースにアップグレードできます。log4j2 スキャナーは、古い docker/overlay に関連するファイル システムの問題にフラグを立てます。SMU のインストールを検証してください。詳細については、SMU インストールの検証を参照してください。

（注）

DCNM HA フェールオーバー後、log4j2 スキャンでいくつかの脆弱性が示される場合があります。これは、スタンバイ サーバーの古い docker イメージ パッケージ バンドルが原因で、どのプロセスの実行時にも使用できません。CVE レポートが引き続き表示される場合は、docker image prune -a コマンドを実行します。これにより、スタンバイ ノードの古いエントリがクリアされます。古いエントリをクリアすると、その後の DCNM HA フェール オーバー中に問題は発生しません。スキャン レポートに CVE エラーが引き続き表示される場合は、Cisco TAC にお問合せすることをお勧めします。

SMU インストールの検証

この SMU のインストールは、展開のためにリリース 11.5(1)、11.5(2)、および 11.5(3) でサポートされています。

パッチが Cisco DCNM アプライアンスおよびコンピューティング ノードに正常に適用されたことを検証するには、/root/packaged-files/properties/dcnm-version.txt にあるファイルの内容を確認します。パッチが正常に適用されると、次に示すように、追加の行が dcnm-version.txt に含まれます：

PATCH_LIST=X

値は次のとおりです。

X は、Cisco DCNM アプライアンスにインストールされているパッチの数です。

（注）

SMU をインストールすると、ヘルス モニター アプリケーション（以前は Watchtower と呼ばれていました）に古いデータも新しいデータも表示されなくなります。

以前のバージョンからの DCNM リリース11.5(x) の CVE-2021-45046 および CVE-2021-44228のアップグレード

古い DCNM 11.x バージョンから 11.5(x) の CVE-2021-45046 および CVE-2021-44228 以降にアップグレードする場合、アップグレードおよびパッチ適用後に、log4j スキャナは、/var/lib/docker/overlay ファイル システムの結果に関連するより多くの脆弱性を示す場合があります。SMU をインストールした後、DCNM 11.2(1) から 11.5(1) にアップグレードしたシステムの出力例を次に示します。サンプル出力は、docker/overlay ファイル システムのすべての複数の脆弱性を示しています。Elasticsearch の docker/overlay2 ファイルシステムに見られる 2 つの脆弱性は、問題を引き起こしません。

この SMU のインストールは、展開のためにリリース 11.5(1)、11.5(2)、および 11.5(3) でサポートされています。

./log4j2-scan /
Logpresso CVE-2021-44228 Vulnerability Scanner 2.2.0 (2021-12-18)
Scanning directory: / (without devtmpfs, tmpfs, shm)
[*] Found CVE-2021-44228 (log4j 2.x) vulnerability in
/var/lib/docker/overlay/2a7db7cebfce3ac7ca67206122b55e813ea19801593c433b5fd730c69d0a1b69/root/
usr/share/elasticsearch/lib/log4j-core-2.9.1.jar, log4j 2.9.1
[*] Found CVE-2021-44228 (log4j 2.x) vulnerability in /var/lib/docker/overlay/2811b1325950ad4c
438cdd1b2631adb0a1adfa0b49e474279f3499cfd2e49ad3/root/usr/share/elasticsearch/lib/log4j-core-2.9.1.jar, log4j 2.9.1
[*] Found CVE-2021-44228 (log4j 2.x) vulnerability in /var/lib/docker/overlay/8b6416f75366e50688
1755714e39a6f23e581bb5886386eaab935f5d8ed923ad/root/usr/share/elasticsearch/lib/log4j-core-2.9.1.jar, log4j 2.9.1
.
..
...
Running scan (95s): scanned 223603 directories, 1965175 files, last visit: /tmp/.inline-upgrade.11270/fmserver-patch
Running scan (107s): scanned 236660 directories, 2034298 files, last visit: /usr/local/cisco/dcm/
wildfly-14.0.1.Final/standalone/sandeployments
[*] Found CVE-2021-44228 (log4j 2.x) vulnerability in /root/patch-11.5.1-p1.backup/dcm.ear (lib/
log4j-core-2.8.2.jar), log4j 2.8.2
Running scan (117s): scanned 243726 directories, 2095783 files, last visit: /root/patch-11.5.1-p1.backup
Scanned 243914 directories and 2096444 files
Found 29 vulnerable files
Found 0 potentially vulnerable files
Found 0 mitigated files
Completed in 117.36 seconds

DCNM リリース 11.3(1) 以降、アプリケーション フレームワークは docker に overlay2 ファイル システムを使用します。次のコマンドを使用して確認します。

docker info | grep overlay2
Storage Driver: overlay2              /* above command must display this output*/

上記のコマンドの出力で、docker が overlay2 を使用していることが示された場合、ディレクトリ /var/lib/docker/overlay は使用されないため、scanner によって報告されたエラーは残りであり、DCNM で実行中のサービスでは使用されません。これらの残骸をクリーンアップするには、エラーが報告されたノードで次の手順を実行してください。

次のコマンドを使用して、追加の脆弱性が報告されているノードの残りを削除します。

rm -rf /var/lib/docker/overlay

注意

上記のコマンドを正しく実行してください。overlay2 が誤って削除された場合、DCNM サービスは動作しなくなります。

log4j スキャナーを実行します。表示された出力は、/var/lib/docker/overlay に関連するすべての脆弱性が削除されたことを示しています。

Full Cisco Trademarks with Software License

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.

All printed copies and duplicate soft copies of this document are considered uncontrolled. See the current online version for the latest version.

Cisco has more than 200 offices worldwide. Addresses and phone numbers are listed on the Cisco website at www.cisco.com/go/offices.

The documentation set for this product strives to use bias-free language. For purposes of this documentation set, bias-free is defined as language that does not imply discrimination based on age, disability, gender, racial identity, ethnic identity, sexual orientation, socioeconomic status, and intersectionality. Exceptions may be present in the documentation due to language that is hardcoded in the user interfaces of the product software, language used based on standards documentation, or language that is used by a referenced third-party product.

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: https://www.cisco.com/c/en/us/about/legal/trademarks.html. 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. (1721R)