Contenu connexe
Similaire à 06_DeepDive~構成情報管理編~ (20)
06_DeepDive~構成情報管理編~
- 1. © 2019 NTT DATA INTELLILINK Corporation
Hinemos Deep Dive ~構成情報管理編~
NTTデータ先端技術株式会社
- 2. © 2019 NTT DATA INTELLILINK Corporation 2
初めに
本セクションでは、Hinemos ver.6.2で新機能として追加された、
構成情報管理機能について、実装・動作ロジックや使用上の注意
点についてご紹介いたします。
ここでしか聞けないHinemosの「深い話」をぜひお楽しみくださ
い
- 4. © 2019 NTT DATA INTELLILINK Corporation 4
構成情報収集処理の概要
構成情報の収集時、マネージャとエージェントでは、以下の処理
が行われます
マネージャ エージェント
①構成情報取得設定作成
②情報取得指示
③情報取得
④スクリプト実行
⑤取得情報送信
①:構成情報取得設定の作成
②:エージェントに構成情報取得指示
③:構成情報取得設定の取得
④’:マネージャからの即時取得指示
④:設定に基づくスクリプトの実行
⑤:取得結果の送信
④’即時取得指示
- 5. © 2019 NTT DATA INTELLILINK Corporation 5
構成情報取得設定作成
・ユーザはどのスコープに対してどの構成情報を取得するかを
設定する
・この段階では構成情報取得は実施されていない
■設定項目
・対象スコープ
・取得間隔
・取得対象
・通知種別
備考:構成情報取得間隔について
・通常取得:6,12,24時間間隔での定期取得
・即時取得:「即時取得」実行による、即時取得
→詳細は後ほど
- 6. © 2019 NTT DATA INTELLILINK Corporation 6
構成情報取得の実行
・エージェントは、構成情報取得設定を受け取ったら、対象と
なる構成情報の取得を開始
■構成情報取得のタイミング
・通常取得
→構成情報取得設定に基づく間隔での定期取得
・即時取得
→マネージャから即時取得の命令を受けた場合、
即座に構成情報取得を実行
通常取得 通常取得 通常取得
00:00 12:00 00:00
即時取得 即時取得 即時取得
通常取得12時間周期の場合
- 7. © 2019 NTT DATA INTELLILINK Corporation 7
参考:即時取得のメカニズム
・即時取得のメカニズムは、構成情報設定の作成をエージェント
に知らせ、即座に設定取得を命じる際の動きとほぼ同じです
■処理の流れ
1.即時取得設定の作成
→取得対象の構成情報種別を持つ
2.エージェントの即時反映ポートにパケット送信
3.エージェントはマネージャから即時取得設定を取得
4.構成情報取得を実行
■注意
即時取得は構成情報取得設定の実行間隔、有効無効にかかわらず、
実行されます
- 8. © 2019 NTT DATA INTELLILINK Corporation 8
構成情報取得の実行(続き)
・即時取得命令、もしくは構成情報取得設定の実行タイミングに
なったら、エージェントは対象の構成情報を取得する
スクリプトを実行
■スクリプト一覧
/opt/hinemos_agent/lib/LINUX/scriptに配置
(Linux版デフォルト設定の場合)
・cmdb_hw_cpu.sh :CPU情報
・cmdb_hw_disk.sh :Disk情報
・cmdb_hw_filesystem.sh :ファイルシステム情報
・cmdb_hw_nic.sh :NIC情報
・cmdb_netstat.sh :ネットワーク接続情報
・cmdb_package.sh :パッケージ情報
・cmdb_process.sh :プロセス情報
・cmdb_other.sh :ホスト名、OS、メモリ情報
・cmdb_utility.sh :共通ユーティリティ
※Windowsの場合は、.ps1
- 9. © 2019 NTT DATA INTELLILINK Corporation 9
参考:スクリプト処理の流れ
・構成情報取得スクリプトでは、以下の流れで対象ノードの構成
情報を取得しています
1.対象ノードの構成情報を取得する各種コマンドを実行
→コマンドについては後述
2.スクリプトの実行結果をTSVファイルに書き込み
→エージェント側の負荷軽減のため
■生成されるTSVファイルについて
・TSVファイルはエージェントにスクリプト実行結果を渡す為の
一時ファイルで、各処理ごとに上書きされます
※処理ごとに増えていくことはありません
- 10. © 2019 NTT DATA INTELLILINK Corporation 10
参考:スクリプト処理について
・構成情報取得スクリプトでは、OSの以下コマンド/情報を
使用し、対象ノードの構成情報を取得しています
取得項目 Windows Linux
ホスト名 [Net.Dns]::GetHostName() hostname
OS情報 Get-WmiObject Win32_OperatingSystem /etc/os-release
CPU情報※1 Get-WmiObject Win32_Processor /proc/cpuinfo
メモリ情報 Get-WmiObject Win32_PhysicalMemory /proc/meminfo
NIC情報※1 gwmi -Class
Win32_NetworkAdapterConfiguration
ip addr
ディスク情報※1 Get-WmiObject Win32_LogicalDiskToPartition Lsblk or fdisk
ファイルシステム情報※1 Get-WMIObject -Class Win32_Volume df
ネットワーク接続情報 netstat ss
プロセス情報 Get-WmiObject win32_process ps
パッケージ情報 レジストリより取得 rpm
ユーザ任意情報 ユーザ指定のコマンド・スクリプト ユーザ指定のコマンド・スクリプト
※ 使用している代表的なコマンドのみ掲載しております
※1 デバイス名の取得はSNMPで実施しています
- 11. © 2019 NTT DATA INTELLILINK Corporation 11
取得結果の送信
・スクリプトの実行が完了したら、エージェントは結果を
マネージャに送信
1.エージェントはスクリプトの実行結果(TSVファイル)を
読み込み
2.マネージャに実行結果を送信
3.マネージャは受け取った情報をリポジトリに反映し、
通知を発行
→設定されている場合のみ
以上が構成情報取得の大まかな流れになります。
- 13. © 2019 NTT DATA INTELLILINK Corporation 13
ユーザ任意情報ついて
・ユーザ任意のコマンドを対象ノードで実行し、実行結果を
ノードの構成情報として管理できます
例:
・OSのユーザアカウント数
・OSの環境変数
・Tomcatで使っているJavaの
バージョン
などなど
ユーザ任意にカスタマイズした構成情報の取得が実現できます!
- 14. © 2019 NTT DATA INTELLILINK Corporation 14
構成情報検索の特徴
・パッケージバージョンの比較
例:6.2.0と6.1.2の比較はどう行っている?
①比較対象を”.”で区切る
→ 6.2.0 = [6][2][0] 6.1.2 = [6][1][2]
②区切り要素ごとに、大小比較を行う
→
・すべての要素が同じ場合は?
例:6.2.0と6.2.0.1
→区切り要素が多いほうが、大きいバージョンと判断
[6] = [6] [2] > [1] [0] < [2]
6.2.0のほうが、2つ目
の要素が大きいため、
6.2.0が大きいと判断
される
6.2.0 = [6][2][0] = 3要素 6.2.0.1 = [6][2][0][1] = 4要素
- 15. © 2019 NTT DATA INTELLILINK Corporation 15
負荷分散
- 16. © 2019 NTT DATA INTELLILINK Corporation 16
負荷分散
・Hinemosマネージャへのアクセス負荷を避けるために、
ノードごとに構成情報取得タイミングを分散させることが可能
■通常取得(6時間間隔)
Repository.node.config.collect.reference.time: 通常取得の初回取得時刻を設定
Repository.node.config.load.distribution.range: 通常取得のアクセス分散範囲を設定
Repository.node.config.collect.reference.time
= 19:00
Repository.node.config.load.distribution.range
= 90
- 17. © 2019 NTT DATA INTELLILINK Corporation 17
負荷分散(続き)
■即時取得
Repository.node.config.run.distribution.time: 即時取得のアクセス分散範囲を設定
Repository.node.config.run.distribution.time
= 10 (min)
通常取得の取得間隔に影響
はありません!
- 18. © 2019 NTT DATA INTELLILINK Corporation 18
利用の際の注意点
- 19. © 2019 NTT DATA INTELLILINK Corporation 19
自動デバイスサーチの話
・自動デバイスサーチ機能と構成情報管理機能の同時使用は、
非推奨です!!
■理由
・自動デバイスサーチと構成情報管理機能では取得できる
デバイス情報に差異があります
(基本構成情報管理機能の方が多く情報を取れます)
そのため、リソース監視で監視実行のタイミングにより、
監視対象のデバイスが増えたり、減ったりする可能性が
あります
※従来デバイスサーチで取得していたデバイスの監視ができなくなることはありません
- 20. © 2019 NTT DATA INTELLILINK Corporation 20
自動デバイスサーチの話(続き)
・自動デバイスサーチが有効な状態で、構成情報取得が
実行された場合、INTERNALイベントが発行されます
構成情報管理機能を利用する際には、事前に自動デバイスサーチ
とどちらを利用するか設計することが大切です!
- 21. © 2019 NTT DATA INTELLILINK Corporation 21
ノードのSNMP設定の話
・構成情報管理を利用する場合、ノードプロパティにSNMPの
情報を設定する必要があります
・SNMPバージョンによって、必須項目が異なります
・設定をしなかった場合、デフォルト設定が使用されます
バージョン: 2c
コミュニティ名: public
ポート番号: 161
- 22. © 2019 NTT DATA INTELLILINK Corporation 22
ノードのSNMP設定の話
・対象ノードのSNMPエージェント設定を変更している場合は、
必ずノードプロパティのSNMP情報に設定してください!
・セキュリティ上、SNMPで情報を取得できなかった場合は、
一律で以下のようなメッセージが出力されます
- 23. © 2019 NTT DATA INTELLILINK Corporation 23
まとめ
- 24. © 2019 NTT DATA INTELLILINK Corporation 24
まとめ
本セクションでは、新機能「構成情報管理機能」の
・動作ロジック
・使用上の注意点
について説明しました。
本セクションの内容をご参考に、構成情報管理機能をぜひ使いこ
なしてください!