CiscoWorks Network Compliance Manager
1.8.02 水平スケーラビリティ ユーザ ガイド
2013 年 2 月 25 日
Text Part Number: OL-28964-01-J
【注意】シスコ製品をご使用になる前に、安全上の注意
（www.cisco.com/jp/go/safety_warning/）をご確認ください。
本書は、米国シスコ発行ドキュメントの参考和訳です。リンク情報
につきましては、日本語版掲載時点で、英語版にアップデートがあ
り、リンク先のページが移動 / 変更されている場合がありますこと
をご了承ください。
あくまでも参考和訳となりますので、正式な内容については米国サ
イトのドキュメントを参照ください。
また、契約等の記述については、弊社販売パートナー、または、弊
社担当者にご確認ください。
このマニュアルに記載されている仕様および製品に関する情報は、予告なしに変更されることがあります。このマニュアルに記載されている表現、情報、および推奨事項
は、すべて正確であると考えていますが、明示的であれ黙示的であれ、一切の保証の責任を負わないものとします。このマニュアルに記載されている製品の使用は、すべ
てユーザ側の責任になります。
対象製品のソフトウェア ライセンスおよび限定保証は、製品に添付された『Information Packet』に記載されています。添付されていない場合には、代理店にご連絡ください。
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.
ここに記載されている他のいかなる保証にもよらず、各社のすべてのマニュアルおよびソフトウェアは、障害も含めて「現状のまま」として提供されます。シスコおよび
これら各社は、商品性の保証、特定目的への準拠の保証、および権利を侵害しないことに関する保証、あるいは取引過程、使用、取引慣行によって発生する保証をはじめ
とする、明示されたまたは黙示された一切の保証の責任を負わないものとします。
いかなる場合においても、シスコおよびその供給者は、このマニュアルの使用または使用できないことによって発生する利益の損失やデータの損傷をはじめとする、間接
的、派生的、偶発的、あるいは特殊な損害について、あらゆる可能性がシスコまたはその供給者に知らされていても、それらに対する責任を一切負わないものとします。
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: www.cisco.com/go/trademarks. Third-party trademarks mentioned are the property of their respective owners. The use of the word partner does not imply a partnership
relationship between Cisco and any other company. (1110R)
このマニュアルで使用している IP アドレスおよび電話番号は、実際のアドレスおよび電話番号を示すものではありません。マニュアル内の例、コマンド出力、ネットワー
ク トポロジ図、およびその他の図は、説明のみを目的として使用されています。説明の中に実際のアドレスおよび電話番号が使用されていたとしても、それは意図的なも
のではなく、偶然の一致によるものです。
CiscoWorks Network Compliance Manager 水平スケーラビリティ ユーザ ガイド
© 2013 Cisco Systems, Inc. All rights reserved.
2013 年 2 月
NCM Horizontal Scalability Guide
Contents
1
NCM 水平スケーラビリティの概念 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
水平スケーラビリティのアーキテクチャ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
水平スケーラビリティのトポロジ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
分散ラウンド ロビン . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
分散ラウンド ロビンのバリエーション . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
分散ラウンド ロビンの図解 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
コア バインディング . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
コア バインディングのバリエーション . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
コア バインディングの図解 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
2
水平スケーラビリティの設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
水平スケーラビリティのポート . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
2 つの NCM コア水平スケーラビリティ環境の設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
水平スケーラビリティ設定スクリプトの実行 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
Oracle でスクリプトを実行する . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
SQL Server でスクリプトを実行する . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25
インストールおよびセットアップの確認 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25
水平スケーラビリティ環境への追加 NCM コアの追加. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25
水平スケーラビリティ トポロジのバリエーションの設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
ユーザ インタラクション用の分散ラウンド ロビンのバリエーションの設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
ユーザ インタラクション用のコア バインディング バリエーションの設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
ローカル デバイス タスク用のコア バインディング バリエーションの設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
水平スケーラビリティ環境での NCM サテライトの設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31
水平スケーラビリティ環境でのダイナミック デバイス グループの計算の設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33
アンインストール手順 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
水平スケーラビリティのアップグレード . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
3
水平スケーラビリティ環境での NCM コア フェールオーバー . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37
フェールオーバーのイネーブル化 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38
フェールオーバーのディセーブル化 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38
フェールオーバーの再イネーブル化 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38
NCM コア フェールオーバーの動作 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39
フェールオーバーを開始する前の遅延 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40
タスクのステータス . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40
タスクの移動 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41
NCM フェールオーバー イベント . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
Contents
3
NCM Horizontal Scalability Guide
1.8.02
フェールオーバーの順序の設定（コア バインディングのみ）. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
NCM コアのフェールオーバー発生後のオプションのアクション . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46
ユーザへの通知 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46
別の NCM コアへの統合の設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46
重要でないタスクの一時停止 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46
NCM コアのフェールオーバーの影響を受けたタスクの特定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46
ダイナミック デバイス グループの計算の継続を確保. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47
停止した NCM コアのコア ゲートウェイの停止 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48
元の NCM コアへのフェールバック . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48
4
システム管理 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49
水平スケーラビリティに対して NCM が生成するイベント . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49
Distributed System – Time Synchronization Warning. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49
Distributed System – RMI Error . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49
NCM の [Distributed System] ページの使用 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50
[Distributed Monitor Results] ページ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50
Distributed Error List . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51
Distributed Conflict List . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51
[Site Reassignment] ページ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51
[Distributed Core List] ページ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52
[Edit Core] ページ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52
[Device Password Rule Priority Reset] ページ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53
[Renew Configuration Options] ページ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53
4
Contents
2013 年 2 月
1
NCM Horizontal Scalability Guide
NCM 水平スケーラビリティの概念
NCM 水平スケーラビリティでは、複数の NCM コアを 1 つの NCM データベースに接続します。この
設定では、NCM コアは論理ユニットとして動作します。すべての NCM ユーザに対して、NCM コア
ごとに同じ情報が表示されます。NCM は水平スケーラビリティのトポロジに従って NCM コア間にデ
バイス タスクを分散します。ユーザは、どの NCM コアが特定のデバイスにアクセスするのかを知る
必要はありません。
NCM 水平スケーラビリティにより、1 つの NCM コアの範囲を超えて NCM を拡張できます。2 ～ 5
つのアクティブな NCM コアを 1 つの NCM データベースに接続できます。スケーラビリティの詳細
については、NCM の「Maximum Supported Managed Environment」を参照してください。
NCM 1.8.01 では、アクティブおよび非アクティブな NCM コアの概念が導入されました。
•
アクティブな NCM コアは NCM のフル機能のインスタンスです。
•
NCM コアが非アクティブである間は、次の条件が適用されます。
— その NCM コアはタスクを実行しません。
— ユーザは NCM にログインできません。
— ユーザは、ディザスタ リカバリのスイッチオーバーまたはスイッチバック中に NCM コアの
状態を設定する目的に限り、Telnet または SSH を通じて NCM のコマンドライン インター
フェイスに接続できます。
NCM 水平スケーラビリティは NCM のディザスタ リカバリ アーキテクチャの基盤です。NCM のディ
ザスタ リカバリの実装については、NCM を参照してください。
NCM 1.8.02 以降、NCM 水平スケーラビリティでは、NCM コアが使用できなくなったときに自動
フェールオーバーを実行することで、NCM ハイ アベイラビリティを提供します。詳細については、第
3 章「水平スケーラビリティ環境での NCM コア フェールオーバー」を参照してください。
NCM 1.8 には、NCM 1.7.02 までのバージョンの機能が含まれます。したがって、NCM 1.7.03 で提
供される機能は、NCM1.8.01 では使用できますが、NCM 1.8 では使用できません。
このマニュアルは、新しい情報が入手され次第更新されます。最新の更新を確認するか、またはマ
ニュアルの最新版を使用していることを確認するには、次の URL にアクセスします。
http://h20230.www2.hp.com/selfsolve/manuals
詳細については、「Documentation Updates」（P.3）を参照してください。
この章では、次の事項について説明します。
•
「水平スケーラビリティのアーキテクチャ」
（P.6）
•
「水平スケーラビリティのトポロジ」
（P.6）
NCM 水平スケーラビリティの概念
5
NCM Horizontal Scalability Guide
1.8.02
水平スケーラビリティのアーキテクチャ
NCM 水平スケーラビリティ環境では、NCM データベースは NCM コア間で共有される情報のプライ
マリ ソースです。待機キューの各タスクのデータベース レコードには、そのタスクを実行する予定の
NCM コアが含まれます。
さらに、水平スケーラビリティ環境の NCM コアの各ペア間に軽量チャネルがあります。このチャネル
は、ソフトウェア イメージ、ドライバ パッケージ、NCM 設定の一部など、特定のファイル システム
オブジェクトの NCM コア間の同期に Java Remote Method Invocation（RMI）を使用します。
水平スケーラビリティ環境でアクティブな NCM コアの最大数は 5 です。
ディザスタ リカバリ設定では、アクティブおよび非アクティブな NCM コアの最大数は 9 です。これ
は、ディザスタ リカバリ シナリオの NCM コアの最大数が、プライマリ ロケーションに 5 つのアク
ティブな NCM コアおよびディザスタ リカバリ ロケーションに 4 つの非アクティブな NCM コアであ
ることを意味します。ディザスタ リカバリの設定中に、9 つの NCM コアすべてを一度にアクティブ
にできます。ただし、デバイス管理はディザスタ リカバリ ロケーションの NCM コアで実行されませ
ん。
NCM 水平スケーラビリティは、NCM コアとデータベースが WAN リンクによって分離されている
WAN で使用するために設計されていません。最適なパフォーマンスを得るために、各 NCM コアを
NCM データベース サーバと同じデータセンターに配置することを推奨します。
NCM 水平スケーラビリティは、Oracle または Microsoft SQL Server データベースでのみサポートさ
れます。サポートされているバージョンについては、NCM を参照してください。
水平スケーラビリティのトポロジ
NCM 水平スケーラビリティは次のいずれかのトポロジに対して設定できます。
•
「分散ラウンド ロビン」（P.7）
•
「コア バインディング」（P.11）
これらのトポロジの特徴は NCM が NCM コアにデバイス タスクを割り当てる方法です。デバイス タ
スクとは、デバイスに対して実行する NCM タスクのことです。
サポートされるトポロジごとに、水平スケーラビリティ環境の NCM コアを特殊化するためのバリエー
ションが 1 つ以上用意されています。
コア バインディングはデフォルトの NCM 水平スケーラビリティ トポロジです。ただし、どちらのト
ポロジも環境で使用できる場合に推奨される NCM 水平スケーラビリティ トポロジは、分散ラウンド
ロビンです。
水平スケーラビリティ環境には、ファイアウォールの背後にあるデバイスとの通信に使用する 1 つ以
上の NCM サテライトを含めることができます。詳細については、「「水平スケーラビリティ環境での
NCM サテライトの設定」（P.31）」を参照してください。
表 1 に、サポートされる水平スケーラビリティのトポロジの概要レベルでの比較を示します。
6
第1章
2013 年 2 月
NCM Horizontal Scalability Guide
表1
水平スケーラビリティのトポロジの比較
カテゴリ
分散ラウンド ロビン
コア バインディング
ネットワーク
アクセシビリ
ティ
すべての NCM コアは、すべての管理対
象デバイスと通信できる必要がありま
す。
一部またはすべての NCM コアは、すべ
ての管理対象デバイスと通信できませ
ん。
ロード シェア
リング
各 NCM コアは、ほぼ同数のデバイスを
管理します。NCM が特定のデバイスを
管理する NCM コアを決定します。
パーティションがデバイスを管理する
NCM コアを決定します。NCM 管理者
は各パーティションを NCM コアに割り
当て、NCM コア間にデバイス タスクの
負荷を分散します。
フェールオー
バー
均等なロード シェアリングを使用して自
動的に行われます。NCM は、使用でき
ない NCM コアによって管理されていた
デバイスを管理する役割を残りの NCM
コアに分散します。
不均等なロード シェアリングを使用して
自動的に行われます。使用できない
NCM コアからのすべてのパーティショ
ンが 1 つの NCM コアに割り当てられま
す。
デバイスのアクセシビリティ制限によっ
て、正常なフェールオーバーが妨げられ
る可能性があります。
フェールバッ
ク
NCM は、回復した NCM コアに管理対
象デバイスを管理する役割を自動的に付
与します。
回復した NCM コアにパーティションを
手動で割り当てます。
分散ラウンド ロビン
分散ラウンド ロビン トポロジでは、図 1（P.9）に示すように、各 NCM コアは、管理対象ネットワー
ク内のすべてのデバイスと通信できます。この設定は、パーティションの使用に依存しません。ただ
し、パーティションは他の理由で使用されている可能性があります。設定済みのアクセス制限内で、
ユーザは任意の NCM コアにログインし、NCM インベントリ内の任意のデバイスに対して実行するタ
スクを作成できます。NCM は NCM コア間にタスクを分散します。また、ユーザは、任意の NCM コ
アの任意のタスクの結果を表示できます。
複数のデバイスに対して同じアクションを実行するタスクの場合、NCM は、対象の各デバイスに 1 つ
の子デバイス タスクを作成する軽量グループ タスクを実行します。分散ラウンド ロビン トポロジで
は、グループ タスクは、それが作成された NCM コアで実行されますが、各子デバイス タスクは、任
意の NCM コアで実行できます。
分散ラウンド ロビン トポロジでは、NCM は、管理対象ネットワークのデバイス タスクに対する役割
を使用可能な NCM コアに分散し、デバイス タスクの負荷のおおよそのバランスを取ります。この分
散は、デバイス タスクの数だけに基づいて行われます。これは、NCM コアの設定またはデバイス設定
のサイズを考慮しません。特定のデバイスに対するタスクが NCM コアに割り当てられると、そのデバ
イスのすべてのタスクは、水平スケーラビリティ環境で実行中の NCM コアの数が変化するまで、同じ
NCM コアで実行されます。その時点で、新しいデバイス タスクに関して、NCM は、水平スケーラビ
リティ環境の NCM コアへのデバイスの分散を再計算します。
分散ラウンド ロビン トポロジの利点は次のとおりです。
•
NCM コア間でのデバイス タスクの自動ロード シェアリング。
•
タスクの自動フェールオーバーおよびフェールバック。
NCM 水平スケーラビリティの概念
7
NCM Horizontal Scalability Guide
•
1.8.02
デフォルトでは、NCM は、常にデバイスの 1 つのタスクだけを実行します。
この動作は、[Wait option] チェックボックスをオフにすることで、Run Command Script タスク
に対して上書きできます。
分散ラウンド ロビン トポロジの制限は次のとおりです。
•
すべてのデバイスはすべての NCM コアにアクセスできるか、NCM サテライトによって管理され
る必要があります。
•
NCM 管理者は特定のデバイスのタスクを実行する NCM コアを制御できません。
NCM 1.8.01 および NCM 1.7.03 よりも前は、分散ラウンド ロビン トポロジは「トポロジ 2」と呼ば
れていました。
分散ラウンド ロビンのバリエーション
NCM は標準分散ラウンド ロビン トポロジの 1 つのバリエーション（ユーザ インタラクション用の分
散ラウンド ロビン バリエーション）をサポートします。
このバリエーションは、すべてのデバイス タスクと、NCM とユーザ間のすべての対話を切り離しま
す。ユーザ インタラクションには、すべての操作可能な NCM セッション、NCM プロキシ セッショ
ン、NCM API を使用するツールまたはプログラム、統合製品からの接続などがあります。図 2（P.10）
を参照してください。
このバリエーションの主な利点は、ユーザ インタラクション用に予約されたすべての NCM コアのリ
ソースは、ユーザ要求に応答することだけに専念することです。さらに、このバリエーションには、標
準分散ラウンド ロビン トポロジと同じ利点と制限があります。
分散ラウンド ロビン トポロジのこのバリエーションは、NCM 1.8.01 および NCM 1.7.03 で初めて導
入されました。
分散ラウンド ロビンの図解
ここでは、3 つの NCM コアの水平スケーラビリティ環境のアーキテクチャ図の例を示します。内容は
次のとおりです。
8
•
図 1：アーキテクチャ例：標準分散ラウンド ロビン
•
図 2：アーキテクチャ例：ユーザ インタラクション用の分散ラウンド ロビン バリエーション
第1章
2013 年 2 月
NCM Horizontal Scalability Guide
図1
アーキテクチャ例：標準分散ラウンド ロビン
NCM 水平スケーラビリティの概念
9
NCM Horizontal Scalability Guide
図2
10
1.8.02
アーキテクチャ例：ユーザ インタラクション用の分散ラウンド ロビン バリエーション
第1章
2013 年 2 月
NCM Horizontal Scalability Guide
コア バインディング
コア バインディング トポロジでは、図 3（P.13）に示すように、各 NCM コアは固定の重複しない一
連のデバイスと通信します。この設定では、各デバイスはパーティションに関連付けられ、各パーティ
ションは 1 つの NCM コアに関連付けられます。設定済みのアクセス制限内で、ユーザは任意の NCM
コアにログインし、NCM インベントリ内の任意のデバイスに対して実行するタスクを作成できます。
NCM は、対象のデバイスに適した NCM コアに各タスクを割り当てます。また、ユーザは、任意の
NCM コアの任意のタスクの結果を表示できます。
複数のデバイスに対して同じアクションを実行するタスクの場合、NCM は、対象の各デバイスに 1 つ
の子デバイス タスクを作成する軽量グループ タスクを実行します。コア バインディング トポロジで
は、グループ タスクは、それが作成された NCM コアで実行されますが、各子デバイス タスクはその
デバイスに適した NCM コアで実行されます。
コア バインディング トポロジの利点は次のとおりです。
•
デバイスが複数の NCM コアから到達可能なトポロジの場合、パーティションとタスクの自動
フェールオーバー。
•
すべての NCM コアからアクセスできないデバイスは特定の NCM コアに割り当てることができま
す。
•
NCM 管理者は特定のデバイスのタスクを実行する NCM コアを制御できます。この制御は、異種
環境で重要になる場合があります。次に例を示します。
— NCM サーバのキャパシティが異なる場合、大きい NCM コアにより多くのデバイスを割り当
て、小さい NCM コアにより少ないデバイスを割り当てることができます。
— 非常に大規模な設定のあるデバイスがネットワークに含まれている場合、NCM 管理者は
NCM コア間にこれらのデバイスに対する役割を分散できます。
コア バインディング トポロジの制限は次のとおりです。
•
自動ロード シェアリングがありません。
•
NCM 管理者はデバイスのパーティションを定義するために特別な NCM 設定作業を行う必要があ
ります。
•
パーティションとタスクのフェールバックは手動で行います。
NCM 1.8.01 および NCM 1.7.03 よりも前は、コア バインディング トポロジは「トポロジ 1」と呼ば
れていました。
NCM 水平スケーラビリティの概念
11
NCM Horizontal Scalability Guide
1.8.02
コア バインディングのバリエーション
NCM は標準コア バインディング トポロジの次のバリエーションをサポートします。
•
ユーザ インタラクション用のコア バインディング バリエーション
このバリエーションは、すべてのデバイス タスクと、NCM とユーザ間のすべての対話を切り離し
ます。ユーザ インタラクションには、すべての操作可能な NCM セッション、NCM プロキシ
セッション、NCM API を使用するツールまたはプログラム、統合製品からの接続などがありま
す。デバイス タスクを実行する各 NCM コアに 1 つまたは複数のパーティションが関連付けられ
ます。ユーザ インタラクション用のみに指定された NCM コアにパーティションは関連付けられ
ません。このバリエーションでは、各 NCM コアと、パーティションによって関連付けられたデバ
イス間の厳密な関係を維持します。図 4（P.14）を参照してください。
このバリエーションの主な利点は、ユーザ インタラクション用のみに指定されたすべての NCM
コアのリソースは、ユーザ要求に応答することだけに専念することです。さらに、このバリエー
ションには、標準コア バインディング トポロジと同じ利点と制限があります。
NCM 1.8.01 および NCM 1.7.03 よりも前は、コア バインディング トポロジのこのバリエーショ
ンは「トポロジ 4」と呼ばれていました。
•
ローカル デバイス タスク用のコア バインディング バリエーション
このバリエーションでは、事前に計画されたデバイス タスク（たとえば、毎日のスナップショッ
ト）と、必要になった時点で作成されるローカル デバイス タスク（たとえば、アクセス コント
ロール リストの即時更新）を切り離します。事前に計画されたデバイス タスクを実行する各
NCM コアに 1 つまたは複数のパーティションが関連付けられます。ローカル デバイス タスクの
みを実行する NCM コアにパーティションは関連付けられません。ローカル デバイス タスクの
NCM コアは、パーティションの関連付けをバイパスして、この NCM コアで作成されたデバイス
タスクが対象とするデバイスに直接接続します。図 5（P.15）を参照してください。
このバリエーションの主な利点は、事前に計画されたタスクとは別に、ローカル デバイス タスク
が実行されることです。この独立により、通常は、ローカル デバイス タスクの結果が迅速化され
ます。このバリエーションの制限は次のとおりです。
— 複数の NCM コアが同時に 1 つのデバイスにアクセスしようとする可能性があります。
— 事前に計画されたデバイス タスクは、ローカル タスクに予約されていない NCM コアで作成
する必要があります。
さらに、このバリエーションには、標準コア バインディング トポロジと同じ利点と制限がありま
す。
NCM 1.8.01 および NCM 1.7.03 よりも前は、コア バインディング トポロジのこのバリエーショ
ンは「トポロジ 3」と呼ばれていました。
コア バインディングの図解
ここでは、3 つの NCM コアの水平スケーラビリティ環境のアーキテクチャ図の例を示します。内容は
次のとおりです。
12
•
図 3：標準コア バインディング アーキテクチャの例
•
図 4：アーキテクチャ例：ユーザ インタラクション用のコア バインディング バリエーション
第1章
2013 年 2 月
NCM Horizontal Scalability Guide
•
図3
図 5：アーキテクチャ例：NCM ローカル デバイス タスク用のコア バインディング バリエーション
標準コア バインディング アーキテクチャの例
NCM 水平スケーラビリティの概念
13
NCM Horizontal Scalability Guide
図4
14
1.8.02
アーキテクチャ例：ユーザ インタラクション用のコア バインディング バリエーション
第1章
2013 年 2 月
NCM Horizontal Scalability Guide
図5
アーキテクチャ例：NCM ローカル デバイス タスク用のコア バインディング バリエー
ション
NCM 水平スケーラビリティの概念
15
NCM Horizontal Scalability Guide
16
1.8.02
第1章
2013 年 2 月
2
NCM Horizontal Scalability Guide
水平スケーラビリティの設定
この章では、CiscoWorks Network Compliance Manager（NCM）水平スケーラビリティ環境を設定す
る方法について説明します。説明する項目は次のとおりです。
•
「水平スケーラビリティのポート」（P.17）
•
「2 つの NCM コア水平スケーラビリティ環境の設定」（P.18）
•
「水平スケーラビリティ設定スクリプトの実行」（P.24）
•
「インストールおよびセットアップの確認」
（P.25）
•
「水平スケーラビリティ環境への追加 NCM コアの追加」
（P.25）
•
「水平スケーラビリティ トポロジのバリエーションの設定」（P.29）
•
「水平スケーラビリティ環境での NCM サテライトの設定」（P.31）
•
「水平スケーラビリティ環境でのダイナミック デバイス グループの計算の設定」（P.33）
•
「アンインストール手順」（P.34）
•
「水平スケーラビリティのアップグレード」
（P.35）
水平スケーラビリティのポート
NCM は、次のプロトコル、データベース、およびポートの組み合わせを使用してデバイスと通信しま
す。あるプロトコルを使用するには、対応するポートに NCM がアクセスできる必要があります。具体
的には、NCM がファイアウォールで保護されたデバイスと通信するには、それらのポートを開く必要
があります。詳細については、NCM 1.8.01 以降の『NCM Administration Guide』の「Ports」を参照
してください。
表2
NCM 水平スケーラビリティ環境で使用されるポート
プロトコル / データベース /
ポート
送信元 / 先
NCM サーバ（Management Engine、Syslog、TFTP を実行）およびネットワーク デバイス
Telnet（ポート 23）
NCM サーバからネットワーク デバイス。
SSH（ポート 22）
NCM サーバからネットワーク デバイス。
TFTP（ポート 69/UDP）
ネットワーク デバイスから NCM サーバ。
Syslog（ポート 514/UDP）
ネットワーク デバイスから NCM サーバ。
SNMP（ポート 161/UDP）
NCM サーバからネットワーク デバイス。
水平スケーラビリティの設定
17
NCM Horizontal Scalability Guide
表2
1.8.02
NCM 水平スケーラビリティ環境で使用されるポート （続き）
プロトコル / データベース /
ポート
送信元 / 先
NCM サーバ間
JNDI（ポート 1098、1099）
NCM サーバから NCM サーバ。変更するには、NCM コンフィ
ギュレーション ファイルを編集します。サポートについては、サ
ポート担当者にお問い合わせください。
jboss Remoting（ポート 4446） NCM サーバから NCM サーバ。変更するには、NCM コンフィ
ギュレーション ファイルを編集します。サポートについては、サ
ポート担当者にお問い合わせください。
NCM サーバとデータベース サーバ間
Oracle（ポート 1521）
NCM サーバから Oracle データベース サーバ。
Microsoft SQL Server（ポート
1433）
NCM サーバから SQL サーバ データベース サーバ。
NCM サーバと NCM ユーザ
HTTPS（ポート 443）
NCM サーバから NCM のユーザ。変更するには、NCM コンフィ
ギュレーション ファイルを編集します。サポートについては、サ
ポート担当者にお問い合わせください。
Telnet（ポート 23：Windows
または 8023：Solaris/Linux）
NCM クライアントから NCM サーバ。ポート番号の変更の詳細に
ついては、NCM のヘルプの「Telnet/SSH Page Fields」ページを
参照してください。
SSH（ポート 22：Windows ま
たは 8022：Solaris/Linux）
NCM クライアントから NCM サーバ。ポート番号の変更の詳細に
ついては、NCM のヘルプの「Telnet/SSH Page Fields」ページを
参照してください。
2 つの NCM コア水平スケーラビリティ環境の設定
まず、2 つの NCM コア水平スケーラビリティ環境をセットアップして確認します。この環境が正常に
稼働したら、必要に応じて、追加の NCM コアを追加します。
NCM は 1 つの NCM サーバと 1 つのデータベース サーバにすでにインストールされていることがあ
ります。また、NCM 水平スケーラビリティのセットアップの一環として、最初に NCM コアのインス
トールを完了することもできます。
この手順は、水平スケーラビリティの初期設定用です。水平スケーラビリティ環境から、1 つ以上の
NCM コアを事前に削除している場合は、「水平スケーラビリティ環境への追加 NCM コアの追加」
（P.25）の手順に従います。
この手順では、NCM1 および NCM2 として NCM サーバを識別します。異なる ID を使用するには、
手順内のサンプル値の各インスタンスを実際の値に置き換えます。
18
第2章
2013 年 2 月
NCM Horizontal Scalability Guide
2 つの NCM コア水平スケーラビリティ環境をセットアップするには、次のタスクを実行します。
•
タスク 1：すべてのサーバの前提条件の確認（P.19）
•
タスク 2：（新規インストールのみ）最初の NCM コアのインストール（P.20）
•
タスク 3：最初の 2 つの NCM コアの水平スケーラビリティの設定（P.20）
•
タスク 4：標準の水平スケーラビリティ トポロジの設定（P.22）
•
タスク 5：オプション NCM コア フェールオーバー後の継続性のための、追加の Syslog の宛先の設
定（P.24）
2 つの NCM コア水平スケーラビリティの設定を確認したら、必要に応じて、次のタスクを実行しま
す。
•
「水平スケーラビリティ環境への追加 NCM コアの追加」
（P.25）
•
「水平スケーラビリティ トポロジのバリエーションの設定」（P.29）
•
「水平スケーラビリティ環境での NCM サテライトの設定」（P.31）
•
「水平スケーラビリティ環境でのダイナミック デバイス グループの計算の設定」（P.33）
NCM 水平スケーラビリティのセットアップ ファイルは、通常の NCM インストール用の標準セット
アップ ファイルであり、水平スケーラビリティを設定するためのインストール バンドルが追加されて
います。このバンドルの名前と場所は、データベース タイプによって異なります。
•
Oracle：OracleHorizontalScalabilityBundle.zip ファイルは、NCM マルチマスターおよ
び水平スケーラビリティの DVD の oracle_horizontal_scalability フォルダにあります。
•
Microsoft SQL Server：SQLServerHorizontalScalabilityBundle.zip ファイルは、NCM マ
ルチマスターおよび水平スケーラビリティの DVD の sql_server_horizontal_scalability
フォルダにあります。
セットアップ ファイルには、カスタマイズする SQL スクリプトが含まれており、データベース サー
バで実行されます。
タスク 1: すべてのサーバの前提条件の確認
1 つのデータベース サーバと 2 つの NCM サーバを準備します。最適なパフォーマンスを実現するた
めには、すべての NCM サーバをデータベース サーバと同じ場所に設置する必要があります。
1
次の前提条件を満たしていることを確認します。
•
NCM を実行するすべてのサーバのホスト名が機能している。次の点に注意してください。
— 各 NCM サーバは、データベース サーバに高速接続している必要があります。
— NCM サーバのハードウェアおよびオペレーティング システムの要件については、『NCM
Support Matrix』を参照してください。
•
データベース サーバと両方の NCM サーバのホスト名は、各 NCM サーバの hosts ファイル
内に保存しておくことをお勧めします。このファイルは次のように保存されています。
— Windows：<Drive>:\Windows\System32\drivers\etc\hosts
— UNIX®： /etc/hosts
•
データベース サーバとすべての NCM サーバが、同じ時刻とタイム ゾーンを使用するように
設定されている。サーバを外部のタイム サービスと同期させることをお勧めします。
•
表 2（P.17）に示されているポートが開いている。
水平スケーラビリティの設定
19
NCM Horizontal Scalability Guide
2
1.8.02
次の情報を記録します。
•
データベース サーバ
— IP アドレス
— 管理者クレデンシャルまたは root クレデンシャル
— データベース インスタンス名
•
各 NCM サーバ
— IP アドレス
— 管理者クレデンシャルまたは root クレデンシャル
タスク 2: （新規インストールのみ）最初の NCM コアのインストール
NCM がまだインストールされていない場合は、次の手順に従って、NCM1 に NCM をインストールし
ます。
1
2
NCM が現在インストールされていない場合は、NCM の説明に従って、最初の NCM サーバ
（NCM1）に NCM をインストールします。
NCM のインストールが完了したら、NCM にログインして、期待どおりに動作することを確認し
ます。
タスク 3: 最初の 2 つの NCM コアの水平スケーラビリティの設定
水平スケーラビリティのために、NCM サーバとデータベース サーバを接続するには、次の手順を実行
します。
1
NCM1 で、水平スケーラビリティ バンドルを既知の場所に展開します。
2
WordPad や vi などのテキスト エディタで、ステップ 1（P.20）の既知の場所にある初期セット
アップ スクリプトを開きます。
3
•
Oracle：OracleInitialSetup.sql
•
SQL Server：SQLServerInitialSetup.sql
初期セットアップ スクリプトを編集して、山カッコ（<>）を含め、変数を完全に NCM 環境に関
する情報に置き換えます。
•
<REPLACEME_DATABASE_NAME> を、Oracle SID、Oracle RAC クラスタのサービス名、または
SQL Server データベース名に置き換えます。
•
<REPLACEME_DATABASE_SERVER_NAME_OR_IP> を、データベース サーバの DNS ホスト名また
は静的 IP アドレスに置き換えます。
•
<REPLACEME_CORE_SERVER_NAME_OR_IP_1> を、NCM1 の DNS ホスト名または静的 IP アドレ
スに置き換えます。
•
<REPLACEME_CORE_SERVER_NAME_OR_IP_2> を、NCM2 の DNS ホスト名または静的 IP アドレ
スに置き換えます。
次に例を示します。
20
第2章
2013 年 2 月
NCM Horizontal Scalability Guide
•
Oracle
database_name := 'NCM_SID';
database_server_name_or_ip := 'nadb.example.com';
core_server_name_or_ip_1 := 'na1.example.com';
core_server_name_or_ip_2 := 'na2.example.com';
•
SQL Server
SET
SET
SET
SET
4
@database_name = 'NA_DB';
@database_server_name_or_ip = 'nadb.example.com';
@core_server_name_or_ip_1 = 'na1.example.com';
@core_server_name_or_ip_2 = 'na2.example.com';
初期セットアップ スクリプトでは、次の手順も実行します。
•
NCM が RMI 通信にデフォルト以外のポートを使用するように設定されている場合は、
CoreRMIPort の値を変更します。
また、VALUES ブロックで、1099 を使用中のポートに置き換えます。
•
データベース サーバが NCM との通信にデフォルト以外のポートを使用するように設定され
ている場合は、DatabasePort の値を変更します。
また、VALUES ブロックで、1521（Oracle）または 1433（SQL Server）を使用中のポートに
置き換えます。
•
TimezoneOffset を、水平スケーラビリティ環境のすべての NCM サーバとデータベース サー
バのタイム ゾーンの設定と一致する値に設定します。
また、VALUES ブロックで、-8 を、水平スケーラビリティ環境のすべての NCM サーバとデー
タベース サーバのタイム ゾーンの設定と一致する値に置き換えます。
5
データベース サーバにカスタマイズした初期セットアップ スクリプトをコピーします。
6
NCM1 のすべての NCM サービスを停止します。
•
Windows の場合：コントロール パネルの [Services] を開きます。サービス一覧で次のサービ
スをそれぞれ右クリックし、[Stop] をクリックします。
— TrueControl ManagementEngine
— TrueControl FTP Server
— TrueControl SWIM Server
— TrueControl Syslog Server
— TrueControl TFTP Server
•
UNIX の場合：次のコマンドを実行します。
/etc/init.d/truecontrol stop
7
NCM に実稼働データが含まれている場合は、NCM ファイル システムおよび NCM データベース
をバックアップします。
8
データベース サーバで、データベース タイプの適切な手順に従って初期セットアップ スクリプト
を実行します。
•
「Oracle でスクリプトを実行する」（P.24）
•
「SQL Server でスクリプトを実行する」（P.25）
水平スケーラビリティの設定
21
NCM Horizontal Scalability Guide
9
1.8.02
2 番目の NCM サーバ（NCM2）に、NCM をインストールします。プロンプトが表示されたら、既
存の CiscoWorks Network Compliance Manager データベースを選択し、ステップ 3（P.20）の初期
セットアップ スクリプトのデータベース名を入力します。
10
NCM2 のすべての NCM サービスを停止します。
•
Windows の場合：コントロール パネルの [Services] を開きます。サービス一覧で次のサービ
スをそれぞれ右クリックし、[Stop] をクリックします。
— TrueControl ManagementEngine
— TrueControl FTP Server
— TrueControl SWIM Server
— TrueControl Syslog Server
— TrueControl TFTP Server
•
UNIX の場合：次のコマンドを実行します。
/etc/init.d/truecontrol stop
タスク 4: 標準の水平スケーラビリティ トポロジの設定
1 つの NCM コアで、distributed.rcx ファイルをカスタマイズして、標準トポロジの水平スケーラ
ビリティ環境を設定します。（トポロジのバリエーションが、「水平スケーラビリティ トポロジのバリ
エーションの設定」
（P.29）で説明されているように他の場所で設定されます）。
1
WordPad や vi などのテキスト エディタで、タスク 3、ステップ 1（P.20）の既知の場所にある
distributed.rcx ファイルを開きます。
2
distributed/horizontalscalability オプションを追加します。
<option name="distributed/horizontalscalability">true</option>
NCM 9.21 以降は、distributed/horizontalscalability オプションが必要です。
3
水平スケーラビリティ トポロジの distributed/bind_tasks_to_core オプションを追加します。
•
分散ラウンド ロビン：次の行を追加します。
<option name="distributed/bind_tasks_to_core">false</option>
•
コア バインディング：次の行を追加します。
<option name="distributed/bind_tasks_to_core">true</option>
distributed/bind_tasks_to_core オプションを省略すると、コア バインディング トポロジに
なります。
4
5
distributed.rcx ファイルを保存して、両方の NCM コア（NCM1 と NCM2）の次のディレクトリ
にこのファイルをコピーします。
•
Windows：<NCM_HOME>\jre
•
UNIX：<NCM_HOME>/jre
NCM 1.8.01 以降のパッチ readme.txt ファイルの Fix QCCR1D95740 のその他の情報に従って、
site_options.rcx および appserver.rcx ファイルにオプションを追加します。
22
第2章
2013 年 2 月
NCM Horizontal Scalability Guide
6
両方の NCM コア（NCM1 と NCM2）ですべての NCM サービスを開始します。
•
Windows の場合：コントロール パネルの [Services] を開きます。サービス一覧で次のサービ
スをそれぞれ右クリックし、[Start] をクリックします。
— TrueControl ManagementEngine
— TrueControl FTP Server
— TrueControl SWIM Server
— TrueControl Syslog Server
— TrueControl TFTP Server
•
UNIX の場合：次のコマンドを実行します。
/etc/init.d/truecontrol start
7
コア バインディングのみ。管理対象デバイスのパーティションを作成し、事前に計画されたデバ
イス タスクを実行する各 NCM コアに 1 つ以上のパーティションを割り当てます。
a
NCM 管理者として、任意の NCM コアの NCM コンソールにログインします。
b
[Partitions] ページ（[Admin] > [Security Partitions]）を開き、[New Partition] をクリックし
ます。
c
[New Partition] ページで、次の手順を実行します。
— パーティション名と説明を入力します。
— このパーティションを管理するための NCM コアを選択します。
コア バインディング トポロジのバリエーションを設定する場合は、ユーザの操作専用ま
たはローカル デバイス タスク用に指定される NCM コアにはパーティションを割り当て
ないでください。
— デバイス セレクタを使用して、パーティションに含めるデバイスを指定します。
デバイスの選択を簡素化するには、[Search for Device] ページを使用して、特定の基準に
一致するデバイスを検索し、検索結果からデバイス グループを作成します。
d
各管理対象デバイスがパーティションに含まれるまで、ステップ b とステップ c を繰り返しま
す。
詳細については、NCM のヘルプの「Partitions」を参照してください。
（P.25）の説明に従って、インストールが正常に動作し
8 「インストールおよびセットアップの確認」
ていることを確認します。
9
次の手順を選択します。
•
水平スケーラビリティ環境に 1 つ以上の追加 NCM コアを追加するには、「水平スケーラビリ
ティ環境への追加 NCM コアの追加」（P.25）の手順に従います。
•
水平スケーラビリティ環境に 2 つの NCM コアのみ含める場合は、必要に応じて、「水平ス
ケーラビリティ トポロジのバリエーションの設定」
（P.29）の説明に従って、トポロジのバリ
エーションがある環境を設定します。
•
水平スケーラビリティ環境に 2 つの NCM コアのみ含め、標準のトポロジを使用する場合は、
必要に応じて、「水平スケーラビリティ環境での NCM サテライトの設定」（P.31）の説明に
従って、1 つ以上の NCM サテライトを環境に追加します。
水平スケーラビリティの設定
23
NCM Horizontal Scalability Guide
1.8.02
タスク 5: オプション NCM コア フェールオーバー後の継続性のための、追加の Syslog の宛先の設定
NCM コア フェールオーバー後に、Syslog メッセージの即時処理を維持するために、水平スケーラビ
リティ環境の 2 つ以上の NCM コアに Syslog メッセージを送信するように、管理対象デバイス（また
は Syslog リレー）を設定します。
このような設定では、各管理対象デバイスが選択した NCM コアに到達できる必要があります。これ
は、コア バインディング トポロジを使用する環境では不可能な場合があります。
この冗長構成がない場合、NCM コア フェールオーバー後、NCM は次のスケジュールされたスナップ
ショットでのみ設定の変更を検出します。
水平スケーラビリティ設定スクリプトの実行
各 SQL スクリプトをカスタマイズしたら、データベース タイプの適切な手順に従って実行します。
•
「Oracle でスクリプトを実行する」（P.24）
•
「SQL Server でスクリプトを実行する」（P.25）
Oracle でスクリプトを実行する
SQLPlus を使用して、Oracle データベース サーバでカスタマイズしたセットアップ スクリプトを実行
するには、次の手順を実行します。
1
2
データベース サーバにカスタマイズした SQL スクリプトをコピーします。
•
Windows：C:\ にファイルを置きます。
•
UNIX：$ORACLE_HOME/bin ディレクトリ（/u01/app/oracle/product/11.2.0/dbhome_1/
bin など）にファイルを置きます。
NCM データベース ユーザとして [SQLPlus] ウィンドウにログインします。次に例を示します。
sqlplus <USER>/<PASSWORD>@<SID>
3
[SQLPlus] ウィンドウで、カスタマイズしたスクリプトを実行します。次に例を示します。
do @OracleInitialSetup.sql
<USER> および <PASSWORD> には、NCM データベース ユーザの Oracle ユーザ アカウントを使用
します。
<SID> には、NCM データベースの Oracle SID を使用します。
24
第2章
2013 年 2 月
NCM Horizontal Scalability Guide
SQL Server でスクリプトを実行する
SQL Server Management Studio または sqlcmd コマンドを使用して、カスタマイズしたセットアップ
スクリプトを実行できます。
sqlcmd コマンドを使用して、SQL Server データベース サーバでカスタマイズしたセットアップ スク
リプトを実行するには、次の手順を実行します。
1
カスタマイズした SQL スクリプトをデータベース サーバの既知の場所（たとえば、C:\tmp）にコ
ピーします。
•
SQL サーバの sysadmin ユーザ アカウントがこのディレクトリに対する読み取りと書き込み
のアクセス権限を持つように、共有権限を設定します。
•
2
sqlcmd がこのディレクトリからアクセスできることを確認します。
データベース サーバの既知の場所から、sqlcmd コマンドを使用してカスタマイズしたスクリプト
を実行します。次に例を示します。
sqlcmd -S <Server> -U <User> -P <Password> -d <Database_Name>
-i SQLServerInitialSetup.sql
<Server> には、データベース サーバの短いホスト名（たとえば、nadb）を使用します。
<User> および <Password> には、NCM データベース ユーザの SQL Server ユーザ アカウント
を使用します。
<Database_Name> には、NCM データベースの名前を使用します。
必要に応じて、SQLServerInitialSetup.sql を、実行するスクリプトの名前に置き換えます。
インストールおよびセットアップの確認
インストールとセットアップを確認するには、各 NCM コアで次の手順を実行します。
1
NCM 管理者として NCM コンソールにログインします。
2
[List Cores] ページ（[Admin] > [Distributed] > [List Cores]）を開きます。
3
リストに各 NCM コアの予測ステータスとともにすべての NCM コアが含まれていることを確認し
ます。
4
[List Cores] ページの情報が各 NCM コンソールで同一であることを確認します。
水平スケーラビリティ環境への追加 NCM コアの追加
この手順では、NCM3 として新しい NCM サーバを識別します。
既存の NCM 水平スケーラビリティ環境に NCM コアを追加するには、次の手順を実行します。
1
NCM3 で、水平スケーラビリティ バンドルを既知の場所に展開します。
または、NCM1 で展開済みのバンドルを検索します。
水平スケーラビリティの設定
25
NCM Horizontal Scalability Guide
2
3
1.8.02
WordPad や vi などのテキスト エディタで、このタスクのステップ 1 の既知の場所にある追加サー
バ スクリプトを開きます。
•
Oracle：OracleAddServer.sql
•
SQL Server：SQLServerAddServer.sql
追加サーバ スクリプトを編集して、山カッコ（<>）を含め、変数を完全に NCM 環境に関する情
報に置き換えます。
•
<REPLACEME_DATABASE_NAME> を、Oracle SID、Oracle RAC クラスタのサービス名、または
SQL Server データベース名に置き換えます。
•
<REPLACEME_DATABASE_SERVER_NAME_OR_IP> を、データベース サーバの DNS ホスト名また
は静的 IP アドレスに置き換えます。
•
<REPLACEME_ADDED_CORE_SERVER_NAME_OR_IP> を、NA3 の DNS ホスト名または静的 IP ア
ドレスに置き換えます。
次に例を示します。
•
Oracle
database_name := 'NCM_SID';
database_server_name_or_ip := 'nadb.example.com';
added_core_server_name_or_ip := 'na3.example.com';
•
SQL Server
SET @database_name = 'NCM_DB';
SET @database_server_name_or_ip = 'nadb.example.com';
SET @added_core_server_name_or_ip = 'na3.example.com';
4
追加サーバ スクリプトの VALUES ブロックでは、次の手順も実行します。
•
NCM が RMI 通信にデフォルト以外のポートを使用するように設定されている場合は、1099
を使用中のポートに置き換えます。
5
•
データベース サーバが NCM との通信にデフォルト以外のポートを使用するように設定され
ている場合は、1521（Oracle）または 1433（SQL Server）を使用中のポートに置き換えま
す。
•
-8 を、水平スケーラビリティ環境のすべての NCM サーバとデータベース サーバのタイム
ゾーンの設定と一致する値に置き換えます。
水平スケーラビリティ環境から、1 つ以上の NCM コアを事前に削除している場合は、次の手順を
実行します。
a
現在使用中の NCM コア ID を確認するには、NCM 管理者として NCM コアの NCM プロキ
シに接続して、次のコマンドを実行します。
list core
b
これまでに使用されたことのあるすべての NCM コア ID を確認するには、
RN_KEY_INCREMENTOR テーブルに NCM コア ID をリストします。次に例を示します。
SELECT DISTINCT CoreID FROM RN_KEY_INCREMENTOR;
c
26
再使用可能な NCM コア ID を確認するには、list core の出力と RN_KEY_INCREMENTOR テー
ブル クエリーの結果を比較します。RN_KEY_INCREMENTOR テーブルに表示されていて、list
core の出力には表示されていない NCM コア ID は再使用可能です。
第2章
2013 年 2 月
NCM Horizontal Scalability Guide
d
OracleAddServer.sql ファイルまたは SQLServerAddServer.sql ファイルの変数置換セク
ションで、再使用可能な特定の値に NCM コア ID を設定します。
— Oracle：次の構文を使用します。
core_number := <value>;
例：core_number := 3;
— SQL Server：次の構文を使用します。
SET @core_number = <value>;
例：SET @core_number = 3;
e
OracleAddServer.sql ファイルまたは SQLServerAddServer.sql ファイルでは、次の手順
も実行します。
— MAX(CoreID) +1 を含む行の先頭に 2 つのハイフン（--）を挿入して、その行をコメント
アウトします。
— INSERT INTO RN_KEY_INCREMENTOR 行の先頭に 2 つのハイフン（--）を挿入して、その
行をコメント アウトします。
f
OracleAddServer.sql ファイルまたは SQLServerAddServer.sql ファイルを保存します。
6
カスタマイズした追加サーバ スクリプトをデータベース サーバにコピーします。
7
すべての NCM コアのすべての NCM サービスを停止します。
•
Windows の場合：コントロール パネルの [Services] を開きます。サービス一覧で次のサービ
スをそれぞれ右クリックし、[Stop] をクリックします。
— TrueControl ManagementEngine
— TrueControl FTP Server
— TrueControl SWIM Server
— TrueControl Syslog Server
— TrueControl TFTP Server
•
UNIX の場合：次のコマンドを実行します。
/etc/init.d/truecontrol stop
8
NCM に実稼働データが含まれている場合は、NCM ファイル システムおよび NCM データベース
をバックアップします。
9
10
データベース サーバで、データベース タイプの適切な手順に従って追加サーバ スクリプトを実行
します。
•
「Oracle でスクリプトを実行する」（P.24）
•
「SQL Server でスクリプトを実行する」（P.25）
新しい NCM サーバ（NA3）に、NCM をインストールします。プロンプトが表示されたら、既存の
CiscoWorks Network Compliance Manager データベースを選択し、ステップ 3（P.26）の追加サー
バ スクリプトのデータベース名を入力します。
水平スケーラビリティの設定
27
NCM Horizontal Scalability Guide
11
1.8.02
NCM3 のすべての NCM サービスを停止します。
•
Windows の場合：コントロール パネルの [Services] を開きます。サービス一覧で次のサービ
スをそれぞれ右クリックし、[Stop] をクリックします。
— TrueControl ManagementEngine
— TrueControl FTP Server
— TrueControl SWIM Server
— TrueControl Syslog Server
— TrueControl TFTP Server
•
UNIX の場合：次のコマンドを実行します。
/etc/init.d/truecontrol stop
12
水平スケーラビリティ環境に 4 番目または 5 番目の NCM コアを追加するには、追加する NCM コ
アごとに、ステップ 2（P.26）からステップ 11（P.28）まで繰り返します。
13
既存の NCM コアからすべての新規 NCM コアに、カスタマイズした distributed.rcx ファイ
ルをコピーします。このファイルは、次のディレクトリにあります。
14
•
Windows：<NCM_HOME>\jre
•
UNIX：<NCM_HOME>/jre
すべての NCM コアですべての NCM サービスを開始します。
•
Windows の場合：コントロール パネルの [Services] を開きます。サービス一覧で次のサービ
スをそれぞれ右クリックし、[Start] をクリックします。
— TrueControl ManagementEngine
— TrueControl FTP Server
— TrueControl SWIM Server
— TrueControl Syslog Server
— TrueControl TFTP Server
•
UNIX の場合：次のコマンドを実行します。
/etc/init.d/truecontrol start
15
コア バインディングのみ。NCM コンソールの [Partitions] ページ（[Admin] > [Security
Partitions]）で、事前に計画されたデバイス タスクを実行する各 NCM コアに 1 つ以上のパーティ
ションを割り当てます。
詳細については、NCM のヘルプの「Partitions」を参照してください。
（P.25）の説明に従って、インストールが正常に動作し
16 「インストールおよびセットアップの確認」
ていることを確認します。
17
28
次の手順を選択します。
•
必要に応じて、「水平スケーラビリティ トポロジのバリエーションの設定」
（P.29）の説明に
従って、トポロジのバリエーションがある環境を設定します。
•
水平スケーラビリティ環境で標準のトポロジを使用する場合は、必要に応じて、「水平スケー
（P.31）の説明に従って、1 つ以上の NCM サテ
ラビリティ環境での NCM サテライトの設定」
ライトを環境に追加します。
第2章
2013 年 2 月
NCM Horizontal Scalability Guide
水平スケーラビリティ トポロジのバリエーションの設定
水平スケーラビリティを設定する手順で、標準の分散ラウンド ロビン トポロジまたは標準のコア バイ
ンディング トポロジの NCM 水平スケーラビリティを設定します。トポロジのバリエーションのいず
れかに対する NCM 水平スケーラビリティ環境を設定するには、適切な手順を実行します。
•
「ユーザ インタラクション用の分散ラウンド ロビンのバリエーションの設定」
（P.29）
•
「ユーザ インタラクション用のコア バインディング バリエーションの設定」
（P.30）
•
「ローカル デバイス タスク用のコア バインディング バリエーションの設定」（P.30）
水平スケーラビリティ トポロジのバリエーションを設定するための適切な手順を完了したら、必要に
応じて、「水平スケーラビリティ環境での NCM サテライトの設定」（P.31）の説明に従って、1 つ以上
の NCM サテライトを環境に追加します。
ユーザ インタラクション用の分散ラウンド ロビンのバリエーションの設定
NCM 水平スケーラビリティ環境で標準の分散ラウンド ロビン トポロジを使用する場合は、次の手順
を実行して、ユーザ インタラクション用のバリエーションを追加します。
1
デバイス タスクを実行する NCM コアを特定します。これらの NCM コアに追加の設定は必要あ
りません。
2
デバイス タスクを実行しない各 NCM コアで、ユーザ インタラクション用に NCM コアを予約し
ます。
a
NCM 管理者として NCM コンソールにログインします。
b
[Administrative Settings – Server] ページ（[Admin] > [Administrative Settings] > [Server]）
を開き、ページの一番下までスクロールします。
c
[Reserve this core for user interaction] チェックボックスをオンにします。
このオプションが使用可能でない場合は、NCM 1.8.01（以降）のパッチ readme.txt ファイ
ルの Fix QCCR1D95740 のその他の情報を参照してください。
NCM ではユーザ インタラクション用にすべての NCM コアを予約することができます。
[Reserve this core for user interaction] チェックボックスが、少なくとも 1 つの NCM コアに
対してオフになっていることを確認して、少なくとも 1 つの NCM コアがデバイス タスクを
実行するために使用できることを手動で確認してください。
d
[Save] をクリックします。
NCM 水平スケーラビリティ環境が分散ラウンド ロビン トポロジを使用する場合、NCM は [Allow a
core or cores in the mesh to run all tasks created on that core locally] チェックボックスの設定を無視し
ます。
水平スケーラビリティの設定
29
NCM Horizontal Scalability Guide
1.8.02
ユーザ インタラクション用のコア バインディング バリエーションの設定
NCM 水平スケーラビリティ環境で標準のコア バインディング トポロジを使用する場合は、ユーザ イ
ンタラクション専用に指定されている NCM コアにパーティションが割り当てられていないことを確認
して、ユーザ インタラクション用のバリエーションを追加します。また、デバイスの管理用の各パー
ティションが NCM コアに割り当てられていることも確認します。
デフォルトでは、NCM コア フェールオーバー プロセスは、実行中の NCM コア上のパーティション
の有無を考慮しません。したがって、以前ユーザ インタラクション専用に指定されていた NCM コア
がフェールオーバー後にデバイス タスクを実行していることがあります。NCM コア フェールオー
バー シーケンスの設定の詳細については、「フェールオーバーの順序の設定（コア バインディングの
み）」（P.44）を参照してください。
NCM 水平スケーラビリティ環境でコア バインディング トポロジを使用する場合、NCM は [Reserve
this core for user interaction] チェックボックスの設定を無視します。
ローカル デバイス タスク用のコア バインディング バリエーションの設定
NCM 水平スケーラビリティ環境で標準のコア バインディング トポロジを使用する場合は、次の手順
を実行して、実行中のローカル デバイス タスクのバリエーションを追加します。
1
1 つのコアで、NCM 管理者として NCM コンソールにログインします。
2
[Administrative Settings – Server] ページ（[Admin] > [Administrative Settings] > [Server]）を開
き、ページの一番下までスクロールします。
3
[Allow a core or cores in the mesh to run all tasks created on that core locally] チェックボックスを
オンにします。
4
[Save] をクリックします。
5
すべての NCM コアですべての NCM サービスを再起動します。
•
Windows の場合：コントロール パネルの [Services] を開きます。サービスのリストの中で、
次の各サービスを右クリックし、[Restart] をクリックします。
— TrueControl ManagementEngine
— TrueControl FTP Server
— TrueControl SWIM Server
— TrueControl Syslog Server
— TrueControl TFTP Server
•
UNIX の場合：次のコマンドを実行します。
/etc/init.d/truecontrol restart
30
第2章
2013 年 2 月
NCM Horizontal Scalability Guide
6
事前に計画されたタスクは実行しないが、ユーザが開始したデバイス タスクを実行する必要があ
る各 NCM コアで、次の手順を実行します。
a
NCM 管理者として、該当 NCM コアの NCM コンソールにログインします。
b
[Administrative Settings – Server] ページ（[Admin] > [Administrative Settings] > [Server]）
を開き、ページの一番下までスクロールします。
c
[Allow this core to run all tasks created on it locally] チェックボックスをオンにします。
d
[Save] をクリックします。
このバリエーションの利点を得るには、[Allow this core to run all tasks created on it locally] チェック
ボックスがオフになっている NCM コアに事前に計画されたタスクを作成する必要があります。
水平スケーラビリティ環境での NCM サテライトの設定
NCM 水平スケーラビリティ環境には 1 つ以上の NCM サテライトを含めることができます。NCM サ
テライトは、リモート サーバにインストールされたサテライト ゲートウェイおよびサテライト ゲート
ウェイに展開されたサテライト エージェントで構成されます。NCM サテライトは、オペレーティング
システムの互換性に応じて、NCM サーバにインストールされている、またはその近くにあるコア ゲー
トウェイを介して NCM コアと通信します。
各コア ゲートウェイは 1 つの NCM コアとのみ関連付けることができ、複数の NCM サテライトと通
信できます。同様に、各 NCM サテライトは複数のコア ゲートウェイと通信できます。NCM サテライ
トとコア ゲートウェイ間の通信は、その NCM サテライト / コア ゲートウェイ ペアに固有のトンネル
を介して行われます。この通信には、NCM コアで開始されるタスクと NCM サテライトで開始される
Syslog メッセージの転送が含まれます。特定の NCM サテライトでは、コア ゲートウェイへの各トン
ネルが、異なるコストで設定されます。これにより、Syslog メッセージは、最も低コストのトンネル
を持つ実行中のコア ゲートウェイに関連付けられた 1 つの NCM コアにのみ転送されます。
NCM サテライトの数および配置は、ネットワーク構成によって異なります。NCM サテライトに
NCM を接続するために使用されるコア ゲートウェイの数は、水平スケーラビリティのトポロジによっ
て異なります。
•
分散ラウンド ロビン
分散ラウンド ロビン トポロジでは、各 NCM コアに 1 つのコア ゲートウェイをインストールする
必要があります。このモデルでは、各 NCM コアがすべての管理対象デバイスにアクセスできま
す。
ユーザ インタラクション用のバリエーション：ユーザ インタラクション操作用に予約されている
NCM コアはデバイス タスクを実行しないため、この NCM コアには関連付けられたコア ゲート
ウェイは必要ありません。
優れた設定の分散ラウンド ロビン トポロジでは、各 NCM コアが各 NCM サテライトに到達でき
ます。NCM コア フェールオーバーをサポートするための追加の設定作業は不要です。
•
コア バインディング
コア バインディング トポロジでは、NCM サテライトで管理されている 1 つ以上のデバイスにア
クセスする必要がある各 NCM コアに 1 つのコア ゲートウェイをインストールする必要がありま
す。
水平スケーラビリティの設定
31
NCM Horizontal Scalability Guide
1.8.02
ユーザ インタラクション用のバリエーション：ユーザ インタラクション専用に指定されている
NCM コアはデバイス タスクを実行しないため、この NCM コアには関連付けられたコア ゲート
ウェイは必要ありません。
ローカル デバイス タスクのバリエーション：ローカル デバイス タスクを実行するように設定され
ている NCM コアは、任意の管理対象デバイスにアクセスする可能性があるため、この NCM コア
には関連付けられたコア ゲートウェイが必要です。
コア バインディング トポロジでは、NCM コアはコア ゲートウェイに接続されていないことがあ
ります。このような NCM コアは、NCM サテライトと通信できません。1 つ以上の NCM サテラ
イト パーティションがある NCM コアがコア ゲートウェイのない NCM コアにフェールオーバー
すると、NCM サテライト パーティション内のデバイスのタスクはすべて失敗します。
この場合、NCM コア フェールオーバーをサポートするための代替案は次のとおりです。
•
コア ゲートウェイを各 NCM コアにインストールし、各 NCM サテライトへのトンネルを指
定してコア ゲートウェイを設定します。
•
NCM コア フェールオーバーの順序をカスタマイズして、1 つ以上の NCM サテライト パー
ティションがある NCM コアは、NCM サテライトに接続されているコア ゲートウェイがある
NCM コアにのみフェールオーバーするようにします。詳細については、「「フェールオーバー
の順序の設定（コア バインディングのみ）」（P.44）」を参照してください。
水平スケーラビリティ環境で NCM サテライトを設定するには、次の一般的なプロセスを実行します。
1
NCM の「Installing a Core Gateway」の説明に従い、1 つの NCM コアに、またはその近くにコア
ゲートウェイをインストールします。
最初のコア ゲートウェイをインストールすると、サテライト ゲートウェイのインストールに必要
なゲートウェイ暗号データ ファイルが作成されます。ゲートウェイ暗号データ ファイルのパスと
名前を書き留めます。また、ゲートウェイ暗号データ ファイルの作成に使用されたパスワードも
書き留めます。
2
水平スケーラビリティ トポロジの必要性に応じて、NCM の「Installing a Core Gateway」の説明
に従い、水平スケーラビリティ環境の各追加の NCM コアに、またはその近くにコア ゲートウェ
イをインストールします。
•
追加の各コア ゲートウェイに最初のコア ゲートウェイのレルム名（通常は Default Realm ）
を割り当てます。
•
インストール後に、opswgw.EgressFilter エントリを更新して、次の内容と一致させます。
opswgw.EgressFilter=tcp:*:443:127.0.0.1:*,tcp:*:22:NAS:,tcp:*:23:NAS:,tc
p:*:513:NAS:,tcp:*:443:NAS:,tcp:*:80:NAS:
3
NCM の「Installing a Satellite Gateway」の説明に従い、管理対象デバイスの各グループのサテラ
イト ゲートウェイをインストールします。
4
各サテライト ゲートウェイを通信する各コア ゲートウェイに接続します。
各サテライト ゲートウェイで、次の手順で、サテライト設定を更新して、水平スケーラビリティ
環境の各コア ゲートウェイと通信できるようにします。
a
root ユーザとしてサテライト ゲートウェイ サーバに接続します。
b
次のディレクトリに変更します。
/etc/opt/opsware/opswgw-<gateway_name>
32
第2章
2013 年 2 月
NCM Horizontal Scalability Guide
c
opswgw.properties ファイルをゲートウェイのインストール ディレクトリ以外の場所にバッ
クアップします。
d
vi などのテキスト エディタで、opswgw.properties ファイルを開きます。
e
このサテライト ゲートウェイが通信する必要がある各コア ゲートウェイの
opswgw.TunnelSrc エントリを設定します。各トンネルを異なるコストで設定して、Syslog
メッセージの転送順序を指定します。次に例を示します。
opswgw.TunnelSrc=<core_gateway1_IP>:2001:100:0:/var/opt/opsware/crypto/
opswgw-RemoteGw/opswgw.pem
opswgw.TunnelSrc=<core_gateway2_IP>:2001:200:0:/var/opt/opsware/crypto/
opswgw-RemoteGw/opswgw.pem
f
サテライト ゲートウェイを再起動します。
/etc/init.d/opswgw-<gateway_name> restart
5
NCM の「Configuring NCM to Communicate with the Core Gateway」の説明に従い、各 NCM コ
アをそのコア ゲートウェイに接続します。
6
サテライト ゲートウェイごとに、NCM の「Adding a Remote Agent to a Satellite Gateway Host 」
の説明に従い、サテライト エージェントをサテライト ゲートウェイに展開します。
サテライト ゲートウェイの opswgw.TunnelSrc エントリにリストされているコア ゲートウェイの
1 つからサテライト エージェントを展開します。
7
NCM コンソールの [Partitions] ページ（[Admin] > [Security Partitions]）で、各 NCM サテライ
トに 1 つ以上のパーティションを割り当てます。
各パーティションを 1 つの NCM コアと関連付ける必要があります。分散ラウンド ロビン トポロ
ジでは、NCM はこの関連付けを無視します。
詳細については、NCM のヘルプの「Partitions」を参照してください。
水平スケーラビリティ環境でのダイナミック デバイス グループの
計算の設定
デフォルトでは、水平スケーラビリティ環境のすべての NCM コアが、各ダイナミック デバイス グ
ループのメンバーを計算します。最適なシステム パフォーマンスを得るために、環境にダイナミック
デバイス グループが含まれている場合は、1 つを除き、すべての NCM コアでダイナミック デバイス
グループの計算を無効にします。
この 1 つの NCM コアで障害が発生したら、フェールオーバーの間、別の NCM コアでダイナミック
デバイス グループの計算を有効にします（「ダイナミック デバイス グループの計算の継続を確保」
（P.47）を参照）。フェールバック後、設定を更新して、再び 1 つの NCM コアだけがダイナミック デ
バイス グループの計算を行うように指定します。
NCM コアのダイナミック グループの計算を無効にするには、次の手順を実行します。
1
adjustable_options.rcx ファイルのバックアップを、<NCM_HOME> ディレクトリ以外の場所
に作成します。
2
adjustable_options.rcx ファイルの中に次の行を追加します。
水平スケーラビリティの設定
33
NCM Horizontal Scalability Guide
1.8.02
<option name="dynamic_group/disable">true</option>
3
adjustable_options.rcx ファイルを保存します。
4
NCM サービスを再起動します。
•
Windows の場合：コントロール パネルの [Services] を開きます。サービスのリストで、
[TrueControl ManagementEngine] を右クリックし、[Restart] をクリックします。
•
UNIX の場合：次のコマンドを実行します。
/etc/init.d/truecontrol restart
adjustable_options.rcx ファイルは NCM コアに固有なので、サーバ オプションをリロード
しても、新しい設定は NCM コア間で同期されません。
アンインストール手順
NCM 水平スケーラビリティを 2 つのコアから削除し、単一の NCM コア構成に戻す場合は、次の手順
を実行します。
3 つ以上の NCM コアを使用している場合は、削除する NCM コアごとに次の手順を適用する必要があ
ります。
1
削除中の NCM コアで NCM コア / デーモンを適宜停止し、無効にします。
2
データベース サーバで、データベース タイプに合わせて次のスクリプトを適宜実行します。
Oracle スクリプト
UPDATE RN_SITE SET OwningCoreID = 1 WHERE OwningCoreID = <coreID>;
UPDATE RN_SITE SET ManagingCoreID = 1 WHERE ManagingCoreID = <coreID>;
UPDATE RN_SCHEDULE_TASK SET CoreID = 1 WHERE CoreID = <coreID>;
DELETE FROM RN_CORE WHERE CoreID = <coreID>;
COMMIT;
SQL Server スクリプト
UPDATE
UPDATE
UPDATE
DELETE
RN_SITE SET OwningCoreID = 1 WHERE OwningCoreID = <coreID>;
RN_SITE SET ManagingCoreID = 1 WHERE ManagingCoreID = <coreID>;
RN_SCHEDULE_TASK SET CoreID = 1 WHERE CoreID = <coreID>;
FROM RN_CORE WHERE CoreID = <coreID>;
<coreID> を適宜変更します。スクリプトでは、NCM コア 1 を削除しないことを前提にしていま
す。
3
NCM コア 1 から distributed.rcx ファイルを削除します（NCM コア 1 のみ残すと仮定しま
す）。
4
34
NCM コア 1 の NCM を再起動します。
第2章
2013 年 2 月
NCM Horizontal Scalability Guide
水平スケーラビリティのアップグレード
水平スケーラビリティ環境の NCM をバージョン 7.5x、7.6x、9.00、または 9.10 からバージョン 9.20
にアップグレードするには、次の手順を実行します。
1
必要に応じて、NCM の「Upgrading to NCM 1.8 from a Different System 」の章または
「Upgrading to NCM 1.8 on the Same System」の章の説明に従い、各 NCM サーバをアップグレー
ドします。
アップグレード手順を並行して実行します。つまり、各 NCM サーバでステップ 1 を完了してか
ら、任意の NCM サーバでステップ 2 を開始して、先に進みます。NCM 1.8 Service Pack Installer
を実行するためのステップを介して、参照手順に従います。NCM Service Pack Installer を実行
後、このドキュメントのステップ 2（P.36）に進みます。
次の点に注意してください。
•
データベース アクセスを回避するには、各 NCM サーバで NCM Service Pack Installer を実行
後に、すべての NCM サービスを停止します。
— Windows の場合：コントロール パネルの [Services] を開きます。サービス一覧で次の
サービスをそれぞれ右クリックし、[Stop] をクリックします。
TrueControl ManagementEngine
TrueControl FTP Server
TrueControl SWIM Server
TrueControl Syslog Server
TrueControl TFTP Server
— UNIX の場合：次のコマンドを実行します。
/etc/init.d/truecontrol stop
•
NCM データベース サーバのデータベース製品を新しいバージョンにアップグレードする必要
がある場合は、NCM サーバごとではなく 1 回だけアップグレードします。
•
NCM をさまざまな NCM サーバに移動している場合は、NCM 固有ファイル（NCM ディレク
トリと、UNIX では、スタートアップ ファイル）を既存の各 NCM サーバから 1 つの新しい
NCM サーバにのみコピーします。
たとえば、2 コア水平スケーラビリティ環境を考えてみます。既存の NCM サーバは、Server
X1 と Server X2 です。新しい NCM サーバは、Server Y1 と Server Y2 です。次の手順を実
行します。
— NCM ディレクトリを Server X1 から Server Y1 にコピーします。
ファイルの所有権と権限を保持します。
UNIX システムで、/etc/truecontrol ファイルと /etc/init.d/truecontrol ファイル
も Server X1 から Server Y1 にコピーします。
— NCM ディレクトリを Server X2 から Server Y2 にコピーします。
ファイルの所有権と権限を保持します。
UNIX システムで、/etc/truecontrol ファイルと /etc/init.d/truecontrol ファイル
も Server X2 から Server Y2 にコピーします。
水平スケーラビリティの設定
35
NCM Horizontal Scalability Guide
2
1.8.02
各 NCM サーバで、すべての NCM サービスを開始します。
•
Windows の場合：コントロール パネルの [Services] を開きます。サービス一覧で次のサービ
スをそれぞれ右クリックし、[Start] をクリックします。
— TrueControl ManagementEngine
— TrueControl FTP Server
— TrueControl SWIM Server
— TrueControl Syslog Server
— TrueControl TFTP Server
•
UNIX の場合：次のコマンドを実行します。
/etc/init.d/truecontrol start
3
NCM のアップグレード手順に戻ります。NCM Service Pack Installer の実行後のステップから開
始し、手順の最後まで続けます。
36
第2章
2013 年 2 月
3
NCM Horizontal Scalability Guide
水平スケーラビリティ環境での NCM コア
フェールオーバー
フェールオーバーとは、障害が発生したシステムから機能しているシステムに特定の役割を移動する処
理です。フェールバックとは、障害が発生したシステムが再び動作可能になった後に逆方向に移動する
処理です。
NCM の水平スケーラビリティ環境では、NCM コア フェールオーバーは、デバイス タスクを実行する
役割を、実行中でない NCM コアから実行中である 1 つ以上の NCM コアに移動します。（水平スケー
ラビリティ環境でコア バインディング トポロジを使用している場合、NCM コア フェールオーバーは、
パーティションも移動します）。
バージョン 1.8.02 以降、NCM は水平スケーラビリティ環境で停止した NCM コアを実行中の NCM コ
アに自動的にフェールオーバーします。NCM コアが停止している間、NCM は、その NCM コアに
RMI メッセージを送信しません。また、NCM は、新しいタスクをその NCM コアに割り当てません。
この自動 NCM コア フェールオーバーにより NCM ハイ アベイラビリティが提供されます。タスクを
実行する NCM コアの数が減少するため、システムのスループットが低下する場合があります。実行中
の NCM コアのシステムのパフォーマンスを維持するために、重要でないタスクを一時停止できます。
ディザスタ リカバリ設定では、アクティブな NCM コアだけが NCM コア フェールオーバーに参加し
ます。
デフォルトでは、フェールオーバーは、すべての水平スケーラビリティ環境でイネーブルになっていま
す。
この章は、次の内容で構成されています。
•
「フェールオーバーのイネーブル化」
（P.38）
•
「NCM コア フェールオーバーの動作」（P.39）
•
「NCM コアのフェールオーバー発生後のオプションのアクション」（P.46）
•
「元の NCM コアへのフェールバック」（P.48）
水平スケーラビリティ環境での NCM コア フェールオーバー
37
NCM Horizontal Scalability Guide
1.8.02
フェールオーバーのイネーブル化
NCM 1.8.02 または最新の統合パッチをすべての NCM コアにインストールし、パッチの readme.txt
ファイルで Fix QCCR1D95740 のその他の情報に記載されている設定を完了すると、NCM のフェール
オーバーがイネーブルになります。追加設定は必要ありません。
NCM コア フェールオーバーは、すべての NCM 水平スケーラビリティ環境に適するわけではありませ
ん。たとえば、すべての NCM コアがすべてのデバイスにアクセスできるとは限らないコア バイン
ディング トポロジでは、NCM コア フェールオーバーをディセーブルにすることがあります。詳細に
ついては、次の手順を参照してください。
•
「フェールオーバーのディセーブル化」（P.38）
•
「フェールオーバーの再イネーブル化」（P.38）
フェールオーバーのディセーブル化
NCM コア フェールオーバーをディセーブルにするには、1 つの NCM コアでのみ次の手順を実行しま
す。
1
distributed.rcx ファイルのバックアップを、<NCM_HOME> ディレクトリ以外の場所に作成し
ます。
2
WordPad や vi などのテキスト エディタで、distributed.rcx ファイルを開き、次の行を追加し
ます。
<option name="distributed/enable_auto_failover">false</option>
3
distributed.rcx ファイルを保存します。
4
NCM プロキシから reload server options コマンドを実行して、.rcx 設定をリロードします。
NCM は水平スケーラビリティ環境内の他のアクティブな NCM コアに変更を同期化します。
フェールオーバーの再イネーブル化
NCM コア フェールオーバーを再度イネーブルにするには、1 つの NCM コアでのみ次の手順を実行し
ます。
1
distributed.rcx ファイルのバックアップを、<NCM_HOME> ディレクトリ以外の場所に作成し
ます。
2
WordPad や vi などのテキスト エディタで、distributed.rcx ファイルを開き、次の行を探しま
す。
<option name="distributed/enable_auto_failover">false</option>
3
この行を編集して、オプションを true に設定します。
<option name="distributed/enable_auto_failover">true</option>
4
distributed.rcx ファイルを保存します。
5
NCM プロキシから reload server options コマンドを実行して、.rcx 設定をリロードします。
NCM は水平スケーラビリティ環境内の他のアクティブな NCM コアに変更を同期化します。
38
第3章
2013 年 2 月
NCM Horizontal Scalability Guide
NCM コア フェールオーバーの動作
NCM コアが停止したら、実行中の NCM コアはその停止した NCM コアを認識し、停止した NCM コ
アへの通信が終わるのを待ってから、NCM コア フェールオーバーを開始します。NCM コア フェール
オーバーは、水平スケーラビリティのトポロジに応じて、タスクを停止した NCM コアから 1 つ以上
の実行中の NCM コアに移動します。フェールオーバー プロセスは現在のタスクのステータスに応じ
て、停止した NCM コアにあったタスクのステータスを設定します。
図 6（P.39）に、NCM コア フェールオーバー プロセスフローを示します。
ここでは、NCM コア フェールオーバー プロセスについて詳細に説明します。NCM コア フェール
オーバーの次の側面について説明します。
•
「フェールオーバーを開始する前の遅延」（P.40）
•
「タスクのステータス」
（P.40）
•
「タスクの移動」
（P.41）
•
「NCM フェールオーバー イベント」
（P.44）
•
「フェールオーバーの順序の設定（コア バインディングのみ）
」（P.44）
図6
NCM コア フェールオーバーの概念的なフローチャート
水平スケーラビリティ環境での NCM コア フェールオーバー
39
NCM Horizontal Scalability Guide
1.8.02
フェールオーバーを開始する前の遅延
NCM コアが停止したら、実行中の NCM コアはその停止した NCM コアを認識し、停止した NCM コ
アへの通信が終わるのを待ってから、NCM コア フェールオーバーを開始します。NCM コアが停止し
てから、別の NCM コアが NCM コア フェールオーバーを開始するまでの時間の長さは、状況によっ
て異なります。
•
NCM コアのシャットダウンが意図的でない場合（たとえば、NCM サーバの電源が失われた場
合）、NCM は 10 分間待ってから、NCM コア フェールオーバー プロセスを開始します。この時間
は、図 6（P.39）の Wait A に相当します。
この場合、NCM はフェールオーバー プロセスを開始し、イベント Distributed System —
Abnormal Shutdown of Core を作成します。
•
NCM コアのシャットダウンが意図的である場合（たとえば、NCM 管理者が NCM サービスを停
止した場合）、NCM は 30 分間待ってから、NCM コア フェールオーバー プロセスを開始します。
この時間は、図 6（P.39）の Wait B に相当します。NCM サービスが停止後すぐに再開する可能性
があると想定して、待ち時間を長くすることでメンテナンス時間を設けています。
この場合、シャットダウン プロセス中に、停止した NCM コアはイベント Distributed System —
Normal Shutdown of Core を作成します。別の NCM コアは、フェールオーバー プロセスを開始
し、イベント Distributed System — Processed Normal Shutdown of Core を作成します。
タスクのステータス
フェールオーバー プロセスは現在のタスクのステータスに応じて、停止した NCM コアにあったタス
クのステータスを設定します。
•
NCM は停止した NCM コアで実行していたタスクを次のように処理します。
— タスクに対して有効な再試行がある場合、実行中のコアにそのタスクを移動し（「タスクの移
動」（P.41）を参照）、タスクのステータスを PENDING に設定します。
— タスクに対して有効な再試行がない場合、停止した NCM コアとそのタスクの関連付けを維持
し、タスクのステータスを FAILED に設定します。
NCM 管理者は、失敗したタスクを確認して、再実行する必要があるタスクを特定できます。
停止した NCM コアで実行していたグループ タスクは、停止した NCM コアとの関連付けが維持
されます。NCM はすべての関連の子タスクを追跡し、子タスクの完了後に NCM データベースの
各グループ タスクのステータスを更新します。
•
40
NCM は停止した NCM コアで保留中または待機中のタスクを水平スケーラビリティ環境の実行中
の NCM コアに移動します（「タスクの移動」
（P.41）を参照）。NCM はこれらの各タスクのタスク
ステータスを PENDING に設定します。
第3章
2013 年 2 月
NCM Horizontal Scalability Guide
タスクの移動
NCM コア フェールオーバーは、水平スケーラビリティのトポロジに応じて、タスクを停止した NCM
コアから 1 つ以上の実行中の NCM コアに移動します。
•
分散ラウンド ロビン トポロジでは、図 7（P.42）に示すように、NCM コア フェールオーバー プ
ロセスは停止した NCM コアからのタスクを、デバイス タスクを受け入れるすべての実行中の
NCM コアに分散します。
ユーザ インタラクション用に予約されている NCM コアは停止した NCM コアからのタスクを受
け取りません。
分散ラウンド ロビン トポロジでは、停止した NCM コアからのフェールオーバーは次の状況では
実行できません。
— 実行中の NCM コアがない場合。
— すべての実行中の NCM コアがユーザ インタラクション用に予約されている場合。
•
コア バインディング トポロジでは、図 8（P.43）に示すように、NCM コア フェールオーバー プ
ロセスは停止した NCM コアからのすべてのパーティション（および関連するすべてのデバイス
タスク）をデバイス タスクを受け入れる 1 つの実行中の NCM コアに移動します。
ローカル デバイス タスクを実行するために予約されている NCM コアは、停止した NCM コアか
らのタスクを受け取りません。ユーザ インタラクション用のみに指定された NCM コアは、停止
した NCM コアからのタスクを受け取ることがあります。どの NCM コアが停止した NCM コアか
らのタスクを受け取るのかについては、「フェールオーバーの順序の設定（コア バインディングの
み）」（P.44）を参照してください。
コア バインディング トポロジでは、停止した NCM コアからのフェールオーバーは次の状況では
実行できません。
— 実行中の NCM コアがない場合。
— すべての実行中の NCM コアがローカル デバイス タスクを実行するために予約されている場
合。
— フェールオーバー先として distributed.rcx ファイルで指定した NCM コアが実行中でない
場合。
水平スケーラビリティ環境での NCM コア フェールオーバー
41
NCM Horizontal Scalability Guide
図7
42
1.8.02
標準分散ラウンド ロビンのタスクのフェールオーバー
第3章
2013 年 2 月
NCM Horizontal Scalability Guide
図8
標準コア バインディングのタスクのフェールオーバー
水平スケーラビリティ環境での NCM コア フェールオーバー
43
NCM Horizontal Scalability Guide
1.8.02
NCM フェールオーバー イベント
NCM 1.8.02 には NCM コア フェールオーバーに関連する 3 つのイベントが追加されています。これ
らのイベントは、水平スケーラビリティ環境でのみ使用できます。
•
Distributed System — Abnormal Shutdown of Core
実行中の NCM コアが水平スケーラビリティ環境の別の NCM コアの意図しないシャットダウンを
検出し、応答しました。
•
Distributed System — Normal Shutdown of Core
NCM コアがシャット ダウンする前にその遷移を通知しました。
•
Distributed System — Processed Normal Shutdown of Core
実行中の NCM コアが水平スケーラビリティ環境の別の NCM コアの正常なシャットダウンに応答
しました。
NCM ユーザは、これらのイベントを検索できます。また、NCM ユーザは、これらのイベントに基づ
いてイベント通知ルールを設定できます。
フェールバック イベントはありません。
フェールオーバーの順序の設定（コア バインディングのみ）
コア バインディング トポロジでは、デフォルトで各 NCM コアはシーケンス内の次の実行中の NCM
コアにフェールオーバーします。たとえば、3 つの NCM コアの水平スケーラビリティ環境では、デ
フォルトのフェールオーバーの順序は次のようになります。
•
コア 1 はコア 2 にフェールオーバーします。コア 2 が実行中でない場合、コア 1 はコア 3 に
フェールオーバーします。
•
コア 2 はコア 3 にフェールオーバーします。コア 3 が実行中でない場合、コア 2 はコア 1 に
フェールオーバーします。
•
コア 3 はコア 1 にフェールオーバーします。コア 1 が実行中でない場合、コア 3 はコア 2 に
フェールオーバーします。
デフォルトでは、NCM コア フェールオーバー プロセスは、実行中の NCM コア上のパーティション
の有無を考慮しません。したがって、ユーザ インタラクション用のみに以前に指定された NCM コア
はフェールオーバー後にデバイス タスクを実行していることがあります。
NCM コアのフェールオーバー順序をカスタマイズする理由は次のとおりです。
•
一部の管理対象デバイスは、1 つ以上の NCM コアからアクセスできません。この場合は、同じデ
バイスに到達できる別の NCM コアにフェールオーバーするように各 NCM コアを設定します。
•
ユーザ インタラクション用のみに指定された NCM コアにパーティションは割り当てられません。
NCM コアのフェールオーバー後にこの指定を維持するには、パーティションが割り当てられてい
る別の NCM コアにフェールオーバーするように、パーティションが割り当てられている各 NCM
コアを設定します。
フェールオーバーの順番を変更したり、プライマリ フェールオーバー先も停止した場合のフェール
オーバー先として複数の NCM コアを指定できます。
44
第3章
2013 年 2 月
NCM Horizontal Scalability Guide
デフォルトのフェールオーバー順序をカスタマイズするには、次の手順を実行します。
1
1 つの NCM コアで、distributed.rcx ファイルを変更します。
a
distributed.rcx ファイルのバックアップを、<NCM_HOME> ディレクトリ以外の場所に作成
します。
b
WordPad や vi などのテキスト エディタで、distributed.rcx ファイルを開き、次の行を追
加します。
<option
<option
<option
<option
<option
name="distributed/bind_to_core_override_1">2</option>
name="distributed/bind_to_core_override_2">3</option>
name="distributed/bind_to_core_override_3">4</option>
name="distributed/bind_to_core_override_4">5</option>
name="distributed/bind_to_core_override_5">1</option>
c
不要な行を削除します。たとえば、4 つの NCM コアの水平スケーラビリティ環境では、
distributed/bind_to_core_override_5 オプションを含んでいる行を削除します。
d
デフォルトの NCM コア番号を目的の NCM コア番号に置き換えて、各行の値をカスタマイズ
します。
1 つの NCM コアに対して複数のバックアップ NCM コアを指定するには、各 NCM コアが試
行される必要がある順序で追加の NCM コア番号をそれぞれカンマ（,）で区切ります。たと
えば、コア 1 は（実行中の場合）コア 4 にフェールオーバーし、
（コア 4 が停止している場合）
コア 2 にフェールオーバーする必要があることを指定するには、次の行を使用します。
<option name="distributed/bind_to_core_override_1">4,2</option>
NCM コア番号は、[List Cores] ページ（[Admin] > [Distributed] > [Core List]）の NCM コア
名の数値部分です。
e
distributed.rcx ファイルを保存します。
2
水平スケーラビリティ環境のその他すべての NCM コアに変更した distributed.rcx ファイル
をコピーします。
3
水平スケーラビリティ環境のすべての NCM コアで NCM サービスを再起動します。
•
Windows の場合：コントロール パネルの [Services] を開きます。サービスのリストの中で、
次の各サービスを右クリックし、[Restart] をクリックします。
— TrueControl ManagementEngine
— TrueControl FTP Server
— TrueControl SWIM Server
— TrueControl Syslog Server
— TrueControl TFTP Server
•
UNIX の場合：次のコマンドを実行します。
/etc/init.d/truecontrol restart
水平スケーラビリティ環境での NCM コア フェールオーバー
45
NCM Horizontal Scalability Guide
1.8.02
NCM コアのフェールオーバー発生後のオプションのアクション
NCM コアのフェールオーバーが発生した後の次のオプションのアクションを考慮してください。
•
「ユーザへの通知」（P.46）
•
「別の NCM コアへの統合の設定」（P.46）
•
「重要でないタスクの一時停止」（P.46）
•
「NCM コアのフェールオーバーの影響を受けたタスクの特定」（P.46）
•
「ダイナミック デバイス グループの計算の継続を確保」（P.47）
•
「停止した NCM コアのコア ゲートウェイの停止」（P.48）
ユーザへの通知
必要に応じて、停止した NCM コアが使用できないことを NCM ユーザに通知し、ユーザ インタラク
ション用の別の NCM コアを提示します。
別の NCM コアへの統合の設定
（NCM 環境の要求で定義されているように）停止した NCM コアが長時間使用できないことが予測さ
れる場合、その NCM コアを別の NCM コアに接続する統合を設定します。設定情報については、各統
合のマニュアルを参照してください。
重要でないタスクの一時停止
NCM コアに障害が発生すると、タスクを実行する NCM コアの数が少なくなります。システム スルー
プットがフェールオーバー後に低下する場合、NCM コアの停止予定期間中に開始するようにスケ
ジュールされた重要でないタスクを一時停止します。次に例を示します。
1
[Search for Task] ページ（[Reports] > [Search For] > [Tasks]）で、[Schedule Date] フィールドの
[since] を [Now] に、[until] を [4 hours later] に設定します。
2
[Task Search Results] ページで、リスト内の各タスクを一時停止します。
NCM コアのフェールオーバーの影響を受けたタスクの特定
「タスクのステータス」
（P.40）で説明しているように、NCM コア フェールオーバー プロセスは、停止
した NCM コアで実行していた一部のタスクのステータスを FAILED に設定します。失敗したタスクを
調べて、それぞれの処理方法を指定できます。NCM コアのフェールオーバーが原因で失敗したタスク
を特定するには、次の手順を実行します。
1
NCM の [Search for Tasks] ページ（[Reports] > [Search For] > [Tasks]）で、次の手順を実行しま
す。
46
•
[Start Date] フィールドを NCM コアが停止した時間に近い時間範囲に設定します。
•
[Task Status] フィールドを [Failed] に設定します。
第3章
2013 年 2 月
NCM Horizontal Scalability Guide
2
•
[Failure Type] フィールドを [Core Down] に設定します。
•
[Core] フィールドを停止した NCM コアの名前に設定します。
[Task Search Results] ページで、結果を確認します。
検索結果には、NCM サーバがリブートしたことが原因でキャンセルされたタスクが含まれる場合
があります。
3
必要に応じて、特定したタスクを再実行します。
ダイナミック デバイス グループの計算の継続を確保
ダイナミック グループを含んでいる NCM 水平スケーラビリティ環境で、ダイナミック デバイス グ
ループ メンバーシップの計算を実行する NCM コアが 1 つだけの場合は、その NCM コアがシャット
ダウンしたときの影響を考慮します。（NCM 環境の要求で定義されているように）その NCM コアが
長時間使用できないことが予測される場合、ダイナミック デバイス グループ メンバーシップの計算を
実行するように別の NCM コアを設定します。
フェールバック後、設定を更新して、再び 1 つの NCM コアだけがダイナミック デバイス グループの
計算を行うように指定します。
NCM コアでダイナミック デバイス グループの計算を再度イネーブルにするには、次の手順を実行し
ます。
1
adjustable_options.rcx ファイルのバックアップを、<NCM_HOME> ディレクトリ以外の場所
に作成します。
2
adjustable_options.rcx ファイルの中から、次の行を探します。
<option name="dynamic_group/disable">true</option>
3
見つかった行を次のように変更します。
<option name="dynamic_group/disable">false</option>
4
adjustable_options.rcx ファイルを保存します。
5
NCM サービスを再起動します。
•
Windows の場合：コントロール パネルの [Services] を開きます。サービスのリストで、
[TrueControl ManagementEngine] を右クリックし、[Restart] をクリックします。
•
UNIX の場合：次のコマンドを実行します。
/etc/init.d/truecontrol restart
adjustable_options.rcx ファイルは NCM コアに固有なので、サーバ オプションをリロード
しても、新しい設定は NCM コア間で同期されません。
水平スケーラビリティ環境での NCM コア フェールオーバー
47
NCM Horizontal Scalability Guide
1.8.02
停止した NCM コアのコア ゲートウェイの停止
停止した NCM コアに関連付けられたコア ゲートウェイが稼働し続けている場合、NCM サテライトは
そのコア ゲートウェイに syslog メッセージを転送し続ける場合があります。NCM コアは停止してい
るので、これらの syslog メッセージは失われます。この損失を防ぐには、次のコマンドを実行して、
コア ゲートウェイを停止します。
/etc/init.d/<coreGatewayName> stop
停止したコア ゲートウェイに syslog メッセージを転送していた NCM サテライトは、NCM サテライ
ト opswgw.properties ファイルの opswgw.TunnelSrc エントリの設定に従って次に高いコスト（現
在最も低いコスト）のコア ゲートウェイに syslog メッセージを転送します。
元の NCM コアへのフェールバック
NCM コアのフェールバックは、障害が発生する前の状態に NCM コアを復元する処理です。フェール
バック処理は水平スケーラビリティのトポロジによって異なります。
•
分散ラウンド ロビン トポロジでは、フェールバック処理は透過的です。NCM は通常のタスク分
散処理中に復元した NCM コアにタスクを割り当てます。フェールオーバー中に移動したタスク
は、それらの NCM コアに残ります。
•
コア バインディング トポロジでは、フェールバック処理で、復元した NCM コアにサイトを再度
割り当てる必要があります。NCM は NCM コア間のサイトの移動を追跡しないので、このアク
ションは手動です。
NCM で、[Site Reassignment] ページを開き（[Admin] > [Distributed] > [Site Reassignment]）、
復元した NCM コアに適切なパーティションを割り当てます。
48
第3章
2013 年 2 月
4
NCM Horizontal Scalability Guide
システム管理
この章は、次の内容で構成されています。
•
「水平スケーラビリティに対して NCM が生成するイベント」（P.49）
•
「NCM の [Distributed System] ページの使用」（P.50）
水平スケーラビリティに対して NCM が生成するイベント
次の NCM が生成するシステム イベントは水平スケーラビリティ機能の状態に関連しています。
•
「Distributed System – Time Synchronization Warning」（P.49）
•
「Distributed System – RMI Error」
（P.49）
Distributed System – Time Synchronization Warning
時刻同期の警告は NCM サーバのタイムスタンプと NCM データベース サーバのタイムスタンプが同
じでない場合に発生します。
この状況に対処するには、同じ時刻および時間帯を使用するように NCM サーバと NCM データベース
サーバの設定を更新します。サーバを外部のタイム サービスと同期させることをお勧めします。
Distributed System – RMI Error
NCM コンソールのログインができない、または NCM コンソールが使用できないという RMI エラー
は、NCM が localhost を特定できないことを意味することがあります。通常、このイベントは NCM
サーバ間にネットワークの問題がある場合に発生します。この問題のトラブルシューティングを行うに
は、次の手順を実行します。
1
サーバが接続できないホストが稼働していることを確認します。
2
そのホストの NCM インスタンスが実行されていることを確認します。
3
コマンド ラインから、ping <host> を入力して、サーバ間でネットワーク接続があることを確認し
ます。
4
RMI 接続が受け入れられるようになっていることを確認するには、コマンド プロンプトで
telnet <host> to port 1099（または RMI リッスン ポートが設定されているポート）と入力し
ます。予測される応答は、テキスト文字列 java.rmi.MarshalledObject を含むデータです。
これらの手順のいずれかが失敗した場合は、修正措置が必要になります。たとえば、[Edit NCM Core]
ページで使用される RMI ポートを更新したり、RMI ポートが正しくバインドされ、別のアプリケー
ションで使用されないようにするために NCM を再起動したりします。
システム管理
49
NCM Horizontal Scalability Guide
1.8.02
問題を修正するには、次のように各 NCM アプリケーションの hosts ファイルの localhost セクション
を更新します。
このソリューションは、固定 IP 環境専用です。
1
2
WordPad または vi などのテキスト エディタで、次のファイルを開きます。
•
Windows：<Drive>:\Windows\System32\drivers\etc\hosts
•
UNIX：/etc/hosts
読み取る localhost 行を設定します。
127.0.0.1 localhost
3
NCM サーバごとに、次の形式で行を追加します。
<xx.xx.xx.xx> <NCM.example.com> <NCM>
•
<xx.xx.xx.xx> を NCM サーバの IP アドレスと置き換えます。
•
<NCM.example.com> を NCM サーバの完全修飾ドメイン名と置き換えます。
•
<NCM> を NCM サーバの短縮形のホスト名と置き換えます。
4
分散処理システム環境にあるすべての NCM サーバが hosts ファイルに含まれるまで、ステップ 3
を繰り返します。
5
更新されたホスト情報を使用するには、NCM サーバを再起動します。
NCM の [Distributed System] ページの使用
NCM で水平スケーラビリティを設定すると、NCM コンソールで [Admin] > [Distributed] メニューが
使用できるようになります。NCM 管理者は次のページを使用して、NCM 環境をモニタおよび管理で
きます。ここでは、[Admin] > [Distributed] メニューで使用できるページについて説明します。
[Distributed Monitor Results] ページ
[Distributed Monitor Results] ページには、分散処理システム全体の状態が表示されます。デフォルト
では、分散処理モニタは 5 分ごとに動作します。
[Distributed Monitor Results] ページを開くには、[Admin] のメニュー バーで [Distributed] を選択し、
[Monitor Results] をクリックします。
NCM は、分散処理システムを正しく動作させるために必要な、次のようなプロパティをいくつかモニ
タします。
•
[Local NCM Core Definition]：ローカルの NCM コアは、それが RN_CORE テーブル内のどのエ
ントリであるのかを判別できる必要があります。「local core for this system is undefined」エラー
メッセージが表示される場合は、CoreHostname プロパティを NCM コアに対して更新する必要が
あります。これは [Edit Core] ページを使用して行うことができます。詳細については、「[Edit
Core] ページ」（P.52）を参照してください。
この状況が発生した場合、エラー ログは「Fatal error - could not assign local core.」
というテキストを含みます。
50
第4章
2013 年 2 月
NCM Horizontal Scalability Guide
CoreHostname 値は DNS 名、/etc/hosts 値、または IP アドレスを指定できます。複数の IP ア
ドレスを持つ NCM サーバを使用している場合、NCM にどの IP アドレスを使用するのかを伝達
する必要が生じることがあります。これは、次の設定を distributed.rcx ファイルに追加する
ことで行います。
<option name="distributed/NA_server_local_ip">A.B.C.D</option>
値 A.B.C.D は NCM サーバの適切な NAT IP アドレスに変更し、その NCM コアの RN_CORE
テーブルの CoreHostname 値に一致させる必要があります。
•
[RMI Connections]：RMI（Remote Method Invocation）は Java のリモート プロシージャ コール
プロトコルです。分散処理システムは、NCM 水平スケーラビリティ環境で NCM サーバ間の RMI
コールを作成し、スケジュール済みタスク、システム設定、ソフトウェア イメージなどに関する
情報を転送します。
Distributed Error List
[Distributed Error List] ページは水平スケーラビリティ環境には適用されません。
Distributed Conflict List
[Distributed Conflict List] ページは水平スケーラビリティ環境には適用されません。
[Site Reassignment] ページ
[Site Reassignment] ページを使用して、サイト対 NCM コア マッピングを変更します。この機能は、
サイトをある NCM コアから別の NCM コアにフェールオーバーし、また元の NCM コアに復元する場
合に役立ちます。
NCM 1.8.01 以降、サイトを NCM コアに移動すると、そのサイトに関連付けられている保留中のタス
クと待機中のタスクも移動先の NCM コアに移動します。実行中のタスクは最後まで実行されます。
サイトをある NCM コアから別の NCM コアに移動するには：
1
[Site Reassignment] を開きます（[Admin] > [Distributed] > [Site Reassignment]）。
2
[Assign all sites managed by] 行で、次の手順を実行します。
a
最初のリストで、移動するサイトを現在所有しているコアを選択します。
b
2 番目のリストで、サイトを受け取るコアを選択します。
c
[Save] をクリックします。
ある NCM コアが所有しているサイトの管理コアを所有 NCM コアにリセットするには：
システム管理
1
[Site Reassignment] を開きます（[Admin] > [Distributed] > [Site Reassignment]）。
2
[Reset all sites owned by] 行で、次の手順を実行します。
a
リストで、現在サイトを所有しているコアを選択します。
b
[Save] をクリックします。
51
NCM Horizontal Scalability Guide
1.8.02
[Distributed Core List] ページ
[Distributed Core List] ページは NCM 水平スケーラビリティ環境のすべての NCM コアを示します。
ディザスタ リカバリ設定では、このページは、すべてのアクティブおよび非アクティブな NCM コア
を示します。
[List Cores] ページを開くには、[Admin] のメニュー バーで [Distributed] を選択し、[Core List] をク
リックします。
表3
[List Cores] ページのフィールド
フィールド
説明
Name
NCM コア番号を含む NCM コアの名前。
Core Hostname
NCM サーバのホスト名。
Status
NCM コアのステータス。有効なステータス値は次のとおりです。
•
[Running: Fully functional]：NCM コアは正常に実行中であ
り、アクティブです。この NCM コアは、ユーザが開始したタ
スクと事前に計画されたタスクを実行します。
•
[Running: User interaction only, no tasks]：NCM コアは正常に
実行中であり、アクティブです。この NCM コアは、ユーザが
開始したタスクだけを実行します。事前に計画されたタスクの
実行には使用できません。
（このステータスは、ユーザ インタラクション用の分散ラウン
ド ロビン トポロジのバリエーションに対してのみ発生しま
す）。
•
[Stopped: Normal shutdown]：NCM コアは正常にシャットダ
ウンし、アクティブ状態です。
•
[Stopped: Abnormal shutdown]：NCM コアは意図せずに
シャットダウンし、アクティブ状態です。
•
[Running: Inactive]：NCM コアは実行中ですが非アクティブ
です。いかなるタスクの実行にも使用できません。
•
[Shutdown: Inactive]：NCM コアはシャットダウンし、非アク
ティブ状態です。
Timezone Offset
NCM サーバの時間帯オフセット。
Realm
NCM コアのデフォルト レルム。
Actions
選択可能なアクションは次のとおりです。
•
[Edit]：[Edit Core] ページが開きます。「[Edit Core] ページ」
（P.52）を参照してください。
[Edit Core] ページ
[Edit Core] ページを使用して、NCM コアの定義を編集します。
NCM コアの定義を編集するには：
1
[Edit Core] ページに移動します。
a
52
[List Cores] ページを開きます（[Admin] > [Distributed] > [Core List]）。
第4章
2013 年 2 月
NCM Horizontal Scalability Guide
b
2
[List Cores] ページの [Actions] カラムで [Edit] をクリックします。
フィールド値を編集し、[Save Core] をクリックします。
表4
[Edit Core] ページのフィールド
フィールド
説明
Name
NCM コアの名前。
Database Identifier
Oracle SID、Oracle RAC クラスタのサービス名、または NCM
データベースの SQL Server データベース名。
Core Hostname
NCM サーバのホスト名。
RMI Port
NCM 水平スケーラビリティ環境で NCM コア間の通信に使用され
る NCM サーバのポート。
Database Hostname
NCM データベース サーバのホスト名。
Database Port
NCM コアとの通信に使用する NCM データベース サーバのポー
ト。
Timezone Offset
NCM サーバの時間帯オフセット。
Replication Admin User
水平スケーラビリティ環境には適用されません。
Replication Password
水平スケーラビリティ環境には適用されません。
Confirm Replication Password
Comments
NCM コアに関するテキスト コメント。
Realm Name
NCM コアのデフォルト レルム。デバイスのセグメント化につい
ては、NCM を参照してください。
[Device Password Rule Priority Reset] ページ
[Device Password Rule Priority Reset] ページは水平スケーラビリティ環境には適用されません。
[Renew Configuration Options] ページ
NCM コアの設定オプションが NCM 水平スケーラビリティ環境の他の NCM サーバと非同期になった
ときに、[Renew Configuration Options] ページを使用して、設定オプションをリセットします。
NCM 水平スケーラビリティ環境のすべての NCM コア上で設定を再同期するには：
システム管理
1
[Renew Configuration Options] ページに移動します（[Admin] > [Distributed] > [Renew
Configuration Options]）。
2
[Renew Config Options] をクリックします。
53
NCM Horizontal Scalability Guide
54
1.8.02
第4章
㼴㻞㻜㻜㻤㻌㻯㼕㼟㼏㼛㻌㻿㼥㼟㼠㼑㼙㼟㻘㻌㻵㼚㼏㻚㻌㻭㼘㼘㻌㼞㼕㼓㼔㼠㼟㻌㼞㼑㼟㼑㼞㼢㼑㼐㻚
㻯㼕㼟㼏㼛䚸㻯㼕㼟㼏㼛㻌㻿㼥㼟㼠㼑㼙㼟䚸 䛚䜘䜃 㻯㼕㼟㼏㼛㻌㻿㼥㼟㼠㼑㼙㼟 䝻䝂䛿䚸㻯㼕㼟㼏㼛㻌㻿㼥㼟㼠㼑㼙㼟㻘㻌㻵㼚㼏㻚 䜎䛯䛿䛭䛾㛵㐃఍♫䛾⡿ᅜ䛚䜘䜃䛭䛾௚䛾୍ᐃ䛾ᅜ䛻䛚䛡䜛Ⓩ㘓ၟᶆ䜎䛯䛿ၟᶆ䛷䛩䚹
ᮏ᭩㢮䜎䛯䛿䜴䜵䝤䝃䜲䝖䛻ᥖ㍕䛥䜜䛶䛔䜛䛭䛾௚䛾ၟᶆ䛿䛭䜜䛮䜜䛾ᶒ฼⪅䛾㈈⏘䛷䛩䚹
䛂䝟䞊䝖䝘䞊䛃䜎䛯䛿䛂㼜㼍㼞㼠㼚㼑㼞䛃䛸䛔䛖⏝ㄒ䛾౑⏝䛿 㻯㼕㼟㼏㼛 䛸௚♫䛸䛾㛫䛾䝟䞊䝖䝘䞊䝅䝑䝥㛵ಀ䜢ព࿡䛩䜛䜒䛾䛷䛿䛒䜚䜎䛫䜣䚹䠄㻜㻤㻜㻥㻾䠅
䛣䛾㈨ᩱ䛾グ㍕ෆᐜ䛿 㻞㻜㻜㻤 ᖺ 㻝㻜᭶⌧ᅾ䛾䜒䛾䛷䛩䚹
䛣䛾㈨ᩱ䛻グ㍕䛥䜜䛯௙ᵝ䛿ண࿌䛺䛟ኚ᭦䛩䜛ሙྜ䛜䛒䜚䜎䛩䚹
䝅䝇䝁䝅䝇䝔䝮䝈ྜྠ఍♫
䛈㻝㻜㻣䇲㻢㻞㻞㻣㻌ᮾி㒔 ༊㉥ᆏ㻥㻙㻣㻙㻝㻌䝭䝑䝗䝍䜴䞁䞉䝍䝽䞊䚷
㼔㼠㼠㼜㻦㻛㻛㼣㼣㼣㻚㼏㼕㼟㼏㼛㻚㼏㼛㼙㻛㼖㼜
䛚ၥ䛔ྜ䜟䛫ඛ䠖䝅䝇䝁㻌䝁䞁䝍䜽䝖䝉䞁䝍䞊
㻜㻝㻞㻜㻙㻜㻥㻞㻙㻞㻡㻡䠄䝣䝸䞊䝁䞊䝹䚸ᦠᖏ䞉㻼㻴㻿ྵ䜐䠅
㟁ヰཷ௜᫬㛫㻌㻦㻌ᖹ᪥㻌㻝㻜㻦㻜㻜䡚㻝㻞㻦㻜㻜䚸㻝㻟㻦㻜㻜䡚㻝㻣㻦㻜㻜
㼔㼠㼠㼜㻦㻛㻛㼣㼣㼣㻚㼏㼕㼟㼏㼛㻚㼏㼛㼙㻛㼖㼜㻛㼓㼛㻛㼏㼛㼚㼠㼍㼏㼠㼏㼑㼚㼠㼑㼞㻛䚷