※クラウド環境上でシステム監視を行う場合は、AWSで採用しているCloudWatchに代表されるようなクラウド環境専用の監視方式でシステム監視を行う場合もあります。その解説は別途行うこととします。

システム監視の基本は以下の記事で解説しています。

【システム開発】システム監視とは　～基本的なシステム構成と監視方法～

企業のDX化は加速の一途を辿り、コンピューターシステムの重要性が一層増す中、ひとたびシステム障害を起こせば、システムを提供する企業は社会的信頼およびブランド失墜のリスクを抱えることになります。みずほ銀行やKDDIのシステム障害は記憶にReadMore...

sys-univ.com

2022.10.18

エージェント監視

各サーバが自身に導入された監視エージェント（ソフトウェア）を使って自分自身を監視し、自身でイベントが発生した際に監視マネージャに通知するシステム監視方式です。

監視対象となるサーバ内で監視を行います。そのため、監視マネージャーやネットワーク経路に障害が発生していても監視継続が可能です。監視マネージャー、ネットワーク経路が復旧したら自動で通知を再開します。サーバ内部のエージェントが監視する機能として、OSのシステムログにおける特定の文字列やサーバリソースの利用状況を抽出し指定のしきい値を超えたら警告、アラームなどのメッセージを送信可能です。随時、サーバ稼働状況とログ出力状況をチェックしています。

エージェント監視が可能な製品は、日立製作所のJP1 、富士通のSystemwalker、NTTデータのHinemosなどがあります。

JP1を想定したエージェント監視のシステム構成

日立製作所のJP1を利用した場合のシステム監視構成例です。

エージェント監視は監視マネージャJP1-PFM Mangerと監視エージェントJP1-PFM Agentで構成されます。各サーバのソフトウェアスタック図に、実際にインストールされている製品を示しています。

監視マネージャJP1-PFM Mangerが監視エージェントJP1-PFM Agentに対して監視内容の送信要求（ポーリング）を行い、監視エージェントは応答として監視対象項目の情報を監視マネージャに送ります。
この仕組みにより、監視エージェントで監視している内容が監視マネージャーでも確認可能となります。死活監視は、サーバの疎通確認が主でしたが、エージェント監視では、サーバの詳細（syslog内のメッセージ詳細、Linuxのプロセス数、起動状況など）が監視できます。DBサーバにOracleが実装されている場合は、JP1-PFM Agent for Oracleといった追加オプション製品を導入することで、Oracleの稼働状況詳細を取得することも可能となります。

監視結果は、PCなどのwebブラウズからJP1-PFM Web Consoleが導入されている監視マネージャーへアクセスすることで確認できます。

webブラウザから次のURLでアクセスします。

 
http://監視マネージャー名:20358/PFMWebConsole/login.do

エージェント監視の特徴

説明してきたように、JP1、Systemwalker、Hinemosなどの商用製品であればサーバプロセス、リソースに対する監視対象項目も多く、あらゆる監視要件に対応可能です。CPU使用率が3分以上100％に高止まりしていたら警告メールを発砲するといった使い方です。時間や使用率、メール発砲先など任意で変更可能です。

このような監視項目をあらかじめ定義したプリセット（テンプレート）も用意されており、システム監視を比較的簡単に開始できます。JP1であれば、マーケットに有識者も多く、サポートも充実しており、何よりナレッジが豊富なので導入の敷居は下がります。さらに、監視マネージャやネットワークが停止していてもサーバの監視自体は続けることが可能なので、24時間365日常時監視が必要となる場合はむしろ必須と言えます。

ただし、ソフトウェアスタックからも明らかなように、必要なソフトウェアが多くなるほど導入コストは高くなります。余談ですが、商用システム開発のソフトウェアに対するコスト感覚がない人は、JP1のライセンス費用をみて驚愕することでしょう。

まとめ

システム監視は、死活監視とエージェント監視（およびエージェントレス監視）を組み合わせて構築することが一般的です。最近はクラウド環境で指定される標準の監視方式で行うことも増えてきましたが、基本的な考え方にかわりはなく、今回紹介したシステム構成や特徴をおさせておきましょう。

]]> https://sys-univ.com/tec/agentjp1/feed/ 0 https://sys-univ.com/tec/agentless/ https://sys-univ.com/tec/agentless/#respond Thu, 10 Nov 2022 09:06:19 +0000 https://sys-univ.com/?p=1828 今回は、複数あるシステム監視方法のうちエージェントレス監視について解説したいと思います。
最初にお伝えしておきたいことがあります。それは、エージェントレスだからといって監視製品が一切不要だというわけではありません。ネーミングの響きから監視製品を導入せず監視が可能だと誤解している人が一定数おりますが監視製品は必要となります。では、なぜエージェントレス監視が必要なのか、特徴を踏まえて解説したいと思います。

エージェントレス監視の概要およびその他の監視方法、システム監視の基本はこちらの記事で解説しています。

【システム開発】システム監視とは　～基本的なシステム構成と監視方法～

企業のDX化は加速の一途を辿り、コンピューターシステムの重要性が一層増す中、ひとたびシステム障害を起こせば、システムを提供する企業は社会的信頼およびブランド失墜のリスクを抱えることになります。みずほ銀行やKDDIのシステム障害は記憶にReadMore...

sys-univ.com

2022.10.18

エージェントレス監視

エージェントレス監視とは、エージェントレス監視機能を持つ監視マネージャから、ネットワークを介したリモート接続で監視対象サーバの挙動を監視するシステム監視方式です。システム監視サーバーに監視マネージャを導入し、監視対象サーバーとネットワーク接続することにより監視を監視マネージャが行うものです。具体的には監視マネージャがSSH経由などで監視対象サーバーにコマンドを発行し監視を実現します。製品にも依存しますが、一般的に監視できる項目はエージェント監視と同等で、リソース情報の蓄積も可能です。エージェントレス監視製品で有名なものには以下のものがあります。

• 日立JP1 PFM-RM
• 富士通Systemwalker Centric Manager
• NTTデータHinemosManager

エージェントレス監視の特徴

エージェントレス監視の特徴は大きく次の2点です。

1. 監視エージェント導入のライセンスコストを抑えることができる
2. システム監視サーバーやネットワークが停止していると監視が行えない　
3. エージェント監視と比較して監視可能なメトリックスがかなり制限される

1．のコスト抑制は分かりやすいと思いますが、2.3．にある監視エージェント監視と同レベルの監視ができないことから、サーバーの重要度でエージェントレス監視を採用するかどうかの判断が必要となります。24時間356日稼働を求められるシステムのweb/apサーバーなどで採用することは難しいでしょう。一方、限られたユーザーしか利用しないバックオフィス系サーバーなど利用頻度が低く、システム停止が許容可能なサーバーなどは適していると言えます。採用する製品によっても、エージェントレスで何が可能可能なのか千差万別なので、各種製品機能を比較し検討するべきでしょう。

エージェントレス監視の構成例

エージェントレス監視はシステム監視サーバに導入されたエージェントレス監視機能で構成されます。監視対象サーバ側には特にソフトウェアなどは導入しません。解説したとおりエージェント監視とリソース情報蓄積監視をリモートでシステム監視サーバに担当させる構成です。30秒や1分に1回など、定期的にシステム監視サーバが監視対象サーバを監視します。監視状況は、PCなどの監視端末からwebブラウザ経由（または専用のクライアントソフト）で確認するのが一般的です。

まとめ

通常、エージェントレス監視だけのシステム監視はありません。死活監視、エージェント監視、エージェントレス監視をサーバーの役割、重要度、コストに応じて使い分けています。監視可能なメトリックスもそれぞれで異なるため、設計工程で「このシステムでは何を監視したいのか」検討することがもっとも重要となります。

死活監視とは

多くの死活監視で行っている具体的な内容は「物理的にLANケーブルが繋がっている監視対象機器のNIC（ネットインターフェースカード）のIPアドレスに対して疎通できるか」であり、一般的には「pingコマンドによる応答があるか」を確認していることになります。

これは、ネットワーク技術でいう専門用語「OSI 7階層参照モデル」における「ネットワーク層」の疎通確認をしているに過ぎません。つまり「DBサーバ上のOracle（例えばsmonプロセス）が起動しているかどうかまでは知りません、IPアドレスへ通信できるかだけを確認してますよ」という振る舞いになります。

死活監視では、まさに監視対象機器が軌道しているかどうかの確認がメインであり、サーバーなどの機器上で動作しているOSを含むアプリケーションなどの状況などは監視対象外なのです。まずは、この点を理解しておく必要があります。

死活監視の必要性

DBサーバのOracleの話は一例ですが、死活監視を含めたシステム監視の検討には、なぜその監視が必要なのか死活監視以外の監視方法の理解とともに必要性も理解していなければなりません。一方、死活監視は、どのシステムでも実施されています。理由は、トラブル解析の初動は死活監視状況を確認するからです。システム開発現場の言葉でいうと「まずは機器が生きているのか死んでいるのか」を確認してから、その次の確認に進むからです。

死活監視はDBサーバのようなサーバだけでなく、ストレージやネットワーク機器なども対象になります。ストレージやネットワーク機器の場合は、サーバとは違った監視方法を採用することもあります。次は具体的な監視方法を解説します。

死活監視方法

死活監視のシステム構成例を示します。

監視サーバがpingコマンドを監視対象機器へ送り、pingの応答が返ってくることで監視対象機器への疎通を確認し、pingの応答が返ってこないと監視対象機器と通信が途絶えたとみなされます。そして、死活監視はpingコマンドの結果確認だけではありません。

図の例のように、監視対象ネットワーク機器に対してはsnmpというプロトコルを利用することで、定期的にネットワーク機器の稼働情報（をポーリング（確認）することができます。snmpでは、ネットワーク機器のトラフィック、リソース状況を確認することが可能です。さらにsnmp trapという仕組みを利用すると、設定されたイベントやトラブルが起きた際に、監視対象機器が自ら障害状況を監視サーバに送信します。

これを理解するにはsnmp、snmp trap、mibに関する詳細理解が必要なのでここでは割愛しますが、下記を参照すると良いでしょう。

SNMPとは？新入社員が生まれてはじめて触ってみた！ - セキュリティ専門企業発、ネットワーク・ログ監視の技術情報 - KnowledgeStare（ナレッジステア）

こんにちは！昨年LogStareの開発チームとして入社したKJです。普段は沖縄開発センターで開発メンバーのマネジメントや不具合管理などを担当しています。

www.secuavail.com

基本的な理解として、一般的に実施されている死活監視は下記2点であることを理解しておけばよいでしょう。

• pingコマンドによる監視対象機器との疎通
• snmp、snmp trapよる監視対象機器（主にネットワーク機器など）の稼働状況確認

ITエンジニアの転職ならNext Career（ネクストキャリア）がおすすめです。