付録F 用語解説
A
C
H
N
- NNMi
-
JP1/Cm2/Network Node Manager iおよびJP1/Cm2/Network Node Manager i Advancedの略称です。
ネットワーク管理の支援や統合のために設計されたソフトウェアです。ネットワークノードの継続検出,イベントの監視,およびネットワーク障害管理といった機能を備えています。主にNNMiコンソールからアクセスします。
- NNMi Northboundインタフェース
-
NNMiインシデントをSNMPv2cトラップとしてNorthboundアプリケーションに転送するNNMiの機能です。
- NNMiコンソール
-
NNMiユーザーインタフェース。オペレータや管理者は,NNMiコンソールを使ってNNMiネットワーク管理タスクを実行できます。
- NNMイベント
-
古いNNM管理ステーションからNNMiに転送されたイベント用のNNMi用語。NNMiには,転送されたイベントからNNMiが生成するインシデントを参照するためのインシデントビューがあります。
- Northboundアプリケーション
-
SNMPv2cトラップを受信および処理できる任意のアプリケーションです。
- Northbound転送先
-
Northboundアプリケーションのトラップ受信コンポーネントへの接続を定義し,NNMiがそのNorthboundアプリケーションに送信するトラップのタイプを指定するNNMi Northboundインタフェースの設定の1つです。
O
- OID
-
「オブジェクト識別子」を参照してください。
- ovstartコマンド
-
NNMiの管理プロセスを起動するためのコマンドです。コマンドプロンプトで起動します。ovstartのリファレンスページを参照してください。
- ovstatusコマンド
-
NNMiが管理するプロセスの現在のステータスを報告するコマンドです。NNMiコンソール([ツール]>[NNMiステータス])またはコマンドプロンプトで起動できます。ovstatusのリファレンスページを参照してください。
- ovstopコマンド
-
NNMiの管理プロセスを停止するためのコマンドです。コマンドプロンプトで起動します。ovstopのリファレンスページを参照してください。
P
S
- SNMP
-
「簡易ネットワーク管理プロトコル(SNMP)」を参照してください。
- SNMPトラップ
-
ポーリングを使ったネットワーク管理(SNMP マネージャからの要求とSNMP エージェントからの応答)は,処理をできるだけ簡単にするためのSNMPの設計原則です。しかし,このプロトコルは,SNMPエージェントからSNMPマネージャプロセス(この場合,NNMi)への要請されないメッセージの通信も提供します。要請されないエージェントメッセージは,「トラップ」として知られており,内部状態の変化または障害条件に応答してSNMPエージェントが生成します。NNMiは,受信したSNMPトラップ([SNMPトラップ]インシデントの参照ビューに表示)からインシデントを生成します。
- SNMPトラップストーム
-
要請されない大量のSNMPエージェントメッセージ。SNMPマネージャプロセス(この場合,NNMi)を圧迫する可能性があります。nnmtrapconfig.ovplコマンドを使用してNNMiにSNMPトラップストームしきい値を指定できます。受信トラップレートが指定のしきい値レートを超えるとき,NNMiは,トラップレートが再対応レート未満に下がるまでトラップをブロックします。
- sysObjectID
-
「システムオブジェクトID」を参照してください。
あ
い
- 因果関係
-
あるイベント(原因)と別のイベント(影響)の間の関係を示します。イベント(影響)は最初のイベント(原因)の直接的な結果です。NNMiは,因果関係分析アルゴリズムを使用して,イベントのサイクルを分析し,ネットワーク問題を解決するソリューションを明らかにします。
- インシデント
-
NNMiでは,ネットワークに関連する事象の通知は,NNMiコンソールインシデントビューとフォームに表示されます。NNMiには,インシデント属性に基づいてユーザーがインシデントをフィルタできるようにする幾つもの[インシデントの管理]ビューと[インシデントの参照]ビューがあります。ほとんどのインシデントビューには,NNMi(管理イベントと呼ばれることもあります)が直接生成したインシデントが表示されます。NNMiには,SNMPトラップから生成されたインシデントおよびNNMイベントから生成されたインシデントを参照するビューもあります。
- インターネット制御メッセージプロトコル
-
中核的なインターネットプロトコルスイート(TCP/IP)の1つ。ICMP pingは,ステータスポーリング用のSNMPクエリーとともにNNMiが使います。
- インタフェース
-
ネットワークで用いられる各仕様や規約を利用するための論理的な接続端。
- インタフェースグループ
-
NNMiの主要なフィルタテクニックの1つ。ただし,グループごとに,グループまたはフィルタ視覚化に設定を適用する目的で,インタフェースはグループにまとめられます。インタフェースグループは,監視の設定,テーブルビューのフィルタ,マップビューのカスタマイズのどれか,またはすべてに使用できます。「ノードグループ」も参照してください。
え
お
か
- 仮想IPアドレス
-
特定のネットワークハードウェアに結び付かれていないIPアドレス。現在のフェイルオーバーまたはロードバランシングのニーズに基づいて,最も該当するサーバーに中断されないネットワークトラフィックを送信するため,高可用性設定で使われます。
- 仮想ホスト名
-
仮想IPアドレスと関連づけられたホスト名。
- 簡易ネットワーク管理プロトコル(SNMP)
-
OSIモデルのアプリケーション層(レイヤー7)で機能する簡易なプロトコル。リモートユーザーは,このプロトコルによって,ネットワーク要素の管理情報を検査または変更できます。SNMPは,管理対象ノード上のエージェントプロセッサとネットワーク管理情報を交換するためにNNMiが使う主要なプロトコルです。NNMiは,SNMPの最も一般的なバージョンであるSNMPv1,SNMPv2およびSNMPv3の3つをサポートしています。
- 管理サーバー
-
NNMi管理サーバーは,NNMiがインストールされるコンピュータシステムです。NNMiのプロセスとサービスは,NNMi管理サーバーで稼働します(以前のNNMリビジョンはこのシステムについて「NNM管理ステーション」という用語を使用していました)。
- 管理情報ベース
-
SNMPで,管理対象ネットワークに関するデータの階層的に組織化された集合。管理情報ベース内のデータオブジェクトは管理対象デバイスの特色を参照します。NNMiは,ネットワーク管理情報を収集する場合,MIBデータオブジェクト(「MIBオブジェクト」,「オブジェクト」,「MIB」と呼ばれることもあります)を使って,管理対象ノードとの間でSNMPクエリーを出し,SNMPトラップを受け取ります。
く
- クラスタ
-
NNMiの関係では,高可用性テクノロジまたはjbossクラスタ化機能の使用によってリンクされるハードウェアおよびソフトウェアのグループ化のことです。これらは,一緒に機能して,コンポーネントに過剰負荷または障害が発生した場合,機能とデータの連続性を確保します。クラスタ内のコンピュータは一般に高速LAN経由でお互いに接続されます。クラスタは,通常,可用性またはパフォーマンス,もしくはその両方を向上させるために導入します。
- クラスタメンバーまたはノード
-
NNMiの関係では,NNMi高可用性またはアプリケーションフェイルオーバーをサポートするよう設定された,または設定される予定の高可用性またはjbossクラスタ内のシステム。
- グローバルネットワーク管理
-
地理的に分散している1つ以上のリージョナルマネージャからのデータを統合する1つ以上のグローバルマネージャを持つ,NNMiの分散型の配備です。
- グローバルマネージャ
-
分散NNMiリージョンマネージャサーバーからのデータを統合する,グローバルネットワーク管理配備内のNNMi管理サーバーです。グローバルマネージャは,環境全体のトポロジおよびインシデントの統合ビューを提供します。グローバルマネージャには,NNMi Advancedライセンスが必要です。
け
- 結論
-
NNMiで,管理対象オブジェクト用にCausal Engineがステータスと根本原因インシデントを決定した方法を明らかにするCausal Engineが生成および使用するサポート詳細。
- 検出シード
-
「シード」を参照してください。
- 検出のヒント
-
SNMP ARPキャッシュクエリー,CDP,EDP,またはそのほかの検出プロトコルクエリー,またはPingスイープを使用してNNMiが見つけたIPアドレス。NNMiはさらに,検出ヒントとして見つかったIPアドレスについてクエリーを実行し,結果をルールベースの検出内の現在の検出ルールに照らしてチェックします。
- 検出プロセス
-
NNMiが,ネットワークノードを管理下におくために,これらの情報を収集するプロセス。初期検出は,まずデバイスインベントリの情報を収集し,次にネットワーク接続情報を収集するという2つのフェーズのプロセスで実行されます。
最初の検出のあとも検出プロセスは継続されます。つまり,リストに基づいた検出では,シードリスト内のデバイスは,設定が変更されると更新されます。ルールベースの検出では,新しいデバイスは現在の検出ルールに合致すると追加されます。検出プロセスは,NNMiコンソールまたはコマンドラインから,デバイスまたはデバイスセットについてオンデマンドで開始できます。
「スパイラル検出」,「ルールベースの検出」および「リストに基づいた検出」も参照してください。
- 検出ルール
-
ある範囲のユーザー定義IPアドレスまたはシステムオブジェクトID(OID),もしくはその両方などルールベースの検出プロセスを制限するのに使われるルールのことです。検出ルールは,NNMiコンソールの[検出の設定]の[自動検出ルール]部分に設定します。「ルールベースの検出」も参照してください。
こ
- 高可用性
-
このマニュアルでは,設定の一部に障害があっても中断されないサービスを提供するハードウェアおよびソフトウェアの設定のことを指します。高可用性(HA)とは,コンポーネントに障害があった場合でもアプリケーションを実行し続けるよう冗長コンポーネントを備えた構成を意味します。NNMiは,市販されている幾つかのHAソリューションの1つをサポートするように設定できます。アプリケーションフェイルオーバーと比べてください。
- コミュニティ文字列
-
SNMPエージェントでSNMPクエリーを認証するために,SNMPv1およびSNMPv2Cシステムで使用されるパスワードのような仕組み。コミュニティ文字列はSNMPパケット内のクリアテキストに渡されるので,パケット傍受に対してもろくなります。SNMPv3は,認証用の強力なセキュリティメカニズムを用意します。
- コンソール
-
「NNMiコンソール」を参照してください。
- コントローラ
-
NNMiアプリケーションフェイルオーバーでの,マスタークラスタの状態を持つクラスタメンバーを表すJGroups用語。コントローラは,常にクラスタで最も古いメンバーです。
- 根本原因インシデント
-
Correlation Nature(相関関係の性質)属性がRoot Cause(根本原因)に設定されているNNMiインシデント。NNMiは,関連問題の現象が処理されていない場合,根本原因解析(RCA)を使って現象をすぐ解決できる課題として根本原因インシデントを確定します。「根本原因解析」を参照してください。
- 根本原因解析
-
NNMiで,根本原因解析(RCA)とは,ネットワーク問題の原因を調べるためにNNMiが使う問題解決方法のクラスのことです。根本原因とは,解決されることによって,関連づけられた問題の症状も解決するような問題のことです。NNMiは,次の2つの主要な方法で根本原因の識別を使います。根本原因が解決されるまで,すぐに実施できる問題についてユーザーに通知し,二次的問題の現象を報告しないようにします。根本原因を判別すると,管理対象オブジェクトのステータス変更または根本原因インシデント,もしくはその両方の生成が行われることがあります。
NNMiがRCAを使用する例として,管理対象ルーターで障害が発生し,NNMi管理サーバーから見てルーターの反対側にある管理対象ノードがステータスポーリングクエリーに応答できなくなることが挙げられます。NNMiはRCAを使用し,ステータスポーリング障害が二次的問題の現象であるか調べます。ルーターが根本原因インシデントであることを報告し,根本原因ルーター障害が解決されるまでダウンストリームノードで発生している問題の現象を報告することは差し控えます。
し
- シード
-
ネットワーク検出プロセスの開始点として機能することによって,NNMiのネットワーク検出を補助するネットワークノードのことです。例えば,管理環境内のコアルーターなどがシードになることができます。各シードは,IPアドレスやホスト名によって識別されます。ルールベースの検出が設定されていない場合,NNMiの検出プロセスは指定シードのリストに基づいた検出に制限されます。
- シードによる検出
-
「リストに基づいた検出」を参照してください。
- システムアカウント
-
NNMiのインストール時に使うために備わっている特別なアカウントです。NNMiシステムアカウントは,インストール終了後は,コマンドラインのセキュリティや復旧目的だけに使用されます。「ユーザーアカウント」と読み比べてください。
- システムオブジェクトID
-
NNMiで,ネットワーク要素のモデルまたは種類を識別するSNMPオブジェクト識別子の専門化された用語。システムオブジェクトIDは,ネットワーク要素のMIBオブジェクトの一部です。このオブジェクトは,検出の間に個別のノードからNNMiがクエリーします。システムオブジェクトIDによって分類できるネットワーク要素の種類の例には,HP ProCurveスイッチファミリ,HP J8715A ProCurve Switch,HP IPFシステム用のHP SNMPエージェントがあります。ほかのベンダーのネットワーク要素も同じようにシステムオブジェクトIDに従って分類できます。システムオブジェクトIDの重要な使用法はNNMiデバイスプロファイルの定義にあります。デバイスプロファイルは,ネットワーク要素の種類がわかると,推定できるネットワーク要素の特徴を指定します。
- 自動検出
-
「ルールベースの検出」を参照してください。
- 障害ポーリング
-
主要なNNMi監視アクティビティ。このアクティビティでは,NNMiは,管理対象の各オブジェクトの状態を調べるために,管理対象インタフェース,IPアドレス,SNMPエージェントすべてに関し,ステータスMIBのSNMP読み取り専用クエリーまたはICMP ping,もしくはその両方を発行します。ユーザーは,NNMiコンソールの[設定]ワークスペースの[モニタリングの設定]で,さまざまなインタフェースグループ,ノードグループ,ノードすべてについて実行された障害ポーリングの種類をカスタマイズできます。障害ポーリングはステータスポーリングのサブセットです。
- 状態
-
NNMiでは,一般的に,MIB II ifAdminStatus,MIB II ifOperStatus,パフォーマンス,または可用性に関連する自己報告された管理対象オブジェクト応答について状態という用語を使用します。「ステータス」と読み比べてください。
- 状態ポーリング
-
NNMiのState Pollerが実行する指令された監視。障害,パフォーマンス,コンポーネント稼働状態,管理対象オブジェクトの可用性データを取得するためにICMP pingとSNMPクエリーを使います。「障害ポーリング」も参照してください。
す
と
の
- ノード
-
ネットワーク関係で,ネットワークに接続されているコンピュータシステムやデバイス(プリンタ,ルーター,ブリッジなど)のことです。SNMPクエリーに応答できるノードは最も包括的な情報をNNMiに提供しますが,NNMiは非SNMPノードの制限された管理も実行できます。
- ノードグループ
-
NNMiの主要なフィルタテクニックの1つ。ただし,グループごとに,グループまたはフィルタの視覚化に設定を適用する目的で,ノードはグループにまとめられます。ノードグループは,監視の設定,テーブルビューのフィルタ,マップビューのカスタマイズのどれか,またはすべてに使用できます。「インタフェースグループ」も参照してください。
は
ほ
み
ゆ
- ユーザーアカウント
-
ユーザーまたはユーザーグループのためにNNMiにアクセスする方法を提供します。NNMiユーザーアカウントはNNMiコンソールにセットアップされ,事前定義されたユーザーロールを実装します。「システムアカウント」および「ユーザーロール」を参照してください。
- ユーザーロール
-
NNMi管理者は,ユーザーアクセス設定の一環として,NNMiの各ユーザーアカウントに定義済みのユーザーロールを割り当てます。ユーザーロールによって,NNMiコンソールにアクセス可能なユーザーアカウントおよび各ユーザーアカウントで使用可能なワークスペースとアクションが決まります。NNMiには,プログラムによってあらかじめ定義され変更することのできない次の階層型ユーザーロールがあります。
-
管理者
-
Webサービスクライアント
-
オペレータレベル2
-
オペレータレベル1
-
ゲスト
「ユーザーアカウント」も参照してください。
-
り
- リージョナルマネージャ
-
デバイスの検出,ポーリングおよびトラップ受信を行い,情報をグローバルマネージャに転送する,グローバルネットワーク管理配備内のNNMi管理サーバーです。
- リストに基づいた検出
-
シードのリストに基づいたプロセス。シードとして指定するノードだけに関する詳細ネットワーク情報を検出し,返します。リストに基づいた検出は,特定したクエリーとタスクのネットワークインベントリだけを保守します。「ルールベースの検出」と読み比べてください。「検出プロセス」と「スパイラル検出」も参照してください。
- 領域
-
NNMiで,タイムアウト値やアクセスクレデンシャルのような通信設定を行うためにグループにまとめられたデバイス。