ラベル 備忘録 の投稿を表示しています。 すべての投稿を表示
ラベル 備忘録 の投稿を表示しています。 すべての投稿を表示

2009年11月23日月曜日

InfoVistaに関するあれこれ 2

"数少ない国内のInfoVista担当者に捧げる"
InfoVistaの迷える子羊が一人でも救われる事を願って
本日もInfoVistaの基本部分や関連事項について幾つか記述


●Libraries(ライブラリ)
 Instance以外の構成要素をひとまとめにしたものの名前
 監視対象毎に特化したライブラリの販売もされているとかいないとか
 ライブラリをエクスポート/インポートする事により監視対象を拡大可能
 監視対象毎の構成要素のグループ分けといった所
 
●MIBブラウザー
 InfoVistaにインポートされているMIBを表示や管理するウィンドウ
 ここからInstanceに対してMIB取得のテスト実施も可能
 一般的なMIBツリーとは若干見た目が違うがほぼ同義である
 ここに表示されているMIBのVariablesは対応機器であれば取得可能
 逆を言えば、ここにないMIBの値はインポートしない限り取得不可  


●MIB(Management Information Base)とは
 通信機器などが自分の状態を外部に知らせる為に用いる情報の事
 一般的なMIBとしてMIB2がある。その他にも各社毎のプライベートMIBも用意されており
 InfoVistaはこれをインポートする事により新しい機器にも対応できる
 SNMPはこの通信のやりとり(プロトコル)で、MIBは機器側の情報といった位置付け


その他のInfoVistaに関する情報などは、またの機会に

2009年11月22日日曜日

InfoVistaに関するあれこれ 1

"数少ない国内のInfoVista担当者に捧げる"

●InfoVistaとは
サーバや通信機器などの情報を取得しグラフ化するソフト。
MIB情報などを取得し加工するなどしてカスタマイズ可能。
データ取得間隔やアラーム設定など細かい設定もできて
監視装置としてはかなり高度な作りこみもできる上に
どんな通信機器のプライベートMIBもインストールする事により
監視対象として登録する事ができる。だがその反面
フランス製だったり、日本語表示が無いなど日本人には辛い。
InfoVista本体の他に、様々な機器の情報取得の為の
データ取得用テンプレートも販売されているらしい。
全てを自分で手作りしデータ取得や監視する事も可能


●InfoVistaの構成要素
1、Indicator(インジケータ)
  MIBインジケータ、Thresholdインジケータ、Alarmインジケータ
  Trapインジケータなど役割によって呼び名が違う。
  InfoVistaで監視を行う上で最も使用される要素。
  取得したMIB値を計算したり比較させたりと用途は多い
2、Metric(メトリック)
  Reportにてグラフや表を構成する要素
  ここにIndicatorを関連付ける事によりReportの要素となる
3、ReportTemplate(レポートテンプレート)
  IndicatorとMetricを組み合わせたReportの基。
  ここまで完成すればあとはInstanceと組み合わせるだけ
  最終的なReportの見た目をここで微調整する事になる。
4、Report(レポート)
  報告書。これが作られる事により監視が始まる
  ReportTemplateとInstanceの組み合わせにより作成される。
5、Instance(インスタンス) 
  所謂監視対象の事。IPアドレスやコミュニティを設定されている
  各種プロパティなども独自に設定可能
6、Collector(コレクター)
  レポートが作成された際に自動で生成されるもの
  実際の監視はこのコレクターが実施している

その他のInfoVista情報はまた別の機会に

2009年11月17日火曜日

HP OpenViewのTIPS - その1

■特定のIPアドレスの除外設定
HSRPなどの構成による仮想IPがあれば除外しないと不整合が生じる。
この対応を実施し対象IPを除外しないとノード消失などで苦労する

以下に除外するIPアドレスを書き込む(ワイルドカード有効)
# etc/opt/OV/share/conf/netmon.noDiscover 
その後netmonの再起動を実施
# /opt/OV/bin/ovstop netmon
# /opt/OV/bin/ovstart netmon


■意外と陥りやすいI/Fダウンについて
IPアドレスを割り当てられたI/Fが監視対象だった場合
OpenViewは自動的にpingにて疎通確認を行い確認をする
この時ping不通だった場合は監視上ダウン(OV_IF_Down)となる
オブジェクトのプロパティで確認した際にup/upなのにダウンなら
間違いなくこの状態。ルーティング追加等で対応すべし


■Communityとポーリングなど
SNMPの設定でデフォルトのCommunityを指定すべし
これでMIB情報は取得できる。不自然にPingでしか監視できないなら
きっと原因はCommunity。個別にCommunityの設定をしたいなら
『SNMPの設定』項目から機器の情報に指定する必要あり
逆にpingのみの監視で良いならCommunityを違えるのも方法
確かデフォルトの設定だと1回/5分の自動ポーリング
構成ポーリングは1回/日なので、一日のどこかでconfig書き換えたら
そのNW機器に対して手動でポーリングする等の対応をしとかないと
夜中とか早朝に電話もらうかもしれないオマケがついてくる、、、かも

2009年11月13日金曜日

Solaris インターフェイスの設定等(ifconfigコマンド)

インターフェイスの情報を確認
#ifconfig -a

インターフェイスの起動と停止
起動 : #ifconfig (IF名) up
停止 : #ifconfig (IF名) down

インターフェイスへのIP割り当て
#ifconfig (IF名) inet 192.168.1.100 netmask 255.255.255.0 broadcast 192.168.1.255


デフォゲの設定
/etc/defaultrouter にデフォゲを記入

IF名とかホスト名の割り当て
/etc/hostname.IF名 に各IF毎のホスト名を入れる
/etc/hosts にて上記ホスト名とIPアドレスを紐付ける

2009年11月11日水曜日

Solaris10 静的ルートの追加と削除

■ルーティングテーブルに静的(スタティック)ルーティングを追加する

セグメント毎のルーティング
# route -p add -net 192.168.1.0/24 -gateway 192.168.1.1/24

単一のホストの場合
# route -p add -host 192.168.1.10 -gateway 192.168.1.1/24

オプションの-pを追加で再起動後もルーティングが有効
逆に削除する時はaddをdeleteに変更

■ルーティングテーブルの確認は以下
#netstat -rn

2009年11月4日水曜日

朝の電車で見た読売新聞の広告

ひとの心を傷つけて
喜ぶ心さびしき者に
聞く耳はなかろうから、
中傷された君に言う。
蝿たちの集まりでは、
蝶も「キモイ」と
陰口をたたかれるだろう。
心ない者たちのうちにも
自分と同じ美しさを探しつつ、
君はひとり、
大人になればいい。

‐‐‐‐‐‐‐‐‐‐
電車内の読売新聞朝刊コラムの広告より。
ちょっとだけ読売新聞の購読を考えた寒い朝だった。