今日は、サーバーとアプリケーションを監視するためのIBM製品の1つについて説明します。 私は常に監視のトピックに関する出版物を注意深く監視してきましたが、私の気持ちによると、それらは最近急激に減少しています。 さて、私はどういうわけかこの迷惑なギャップを埋めようとします。
まさにITM（IBM Tivoli Monitoring）があなたに尋ねる理由は、たまたま私がこの製品を実装および構成していて、この製品で作業した感想を共有したいということです。
ITMについて知りたい場合、またはこの不思議なウィンドウの背後に隠されているものを見たい場合は、habrakatでそれをお願いします。
システムアーキテクチャを理解しましょう。
建築
IBMのエンジニアは車輪を再発明せず、実証済みの道を歩みました。
IBM Tivoli Monitoringアーキテクチャー
読者に不必要な詳細をロードしたくないので、大きなストロークですべての概要を説明します。 メインの監視サーバーTEMS（Tivoli Enterprise Monitoring Server）、ポータルサーバーTEPS（Tivoli Enterprise Portal Server）、監視エージェント、およびすべての情報が格納されるデータベース（DB2、MSSQL、Oracleまたは組み込みDerby）があります。
システムの運用ではすべてがスイス時計のように機能します。少なくとも私の実務では、システムが商用運用に失敗したケースは1つもありません（顧客が何かを隠しているのかもしれません）。 エージェントは情報を収集して監視サーバーに送信し、監視サーバーでこの情報が分析され、しきい値を超えると状況がトリガーされます。 ユーザーにとって、このすべての美しさは、TEP（Tivoli Enterprise Portal）と呼ばれるポータルサーバーへのクライアントを介してアクセス可能であり、デスクトップバージョンとブラウザーバージョンで利用できます。
Tivoli Enterprise Portalインターフェース
一般的に、私はアーキテクチャについて次のことを言います。
-センターからのエージェントの優れたスケーラビリティ、信頼性、および配布/管理の容易さ
-場合によってはシステムを更新すると、最も穏やかで平和な人でさえイライラする可能性があります
次に、ITMの主な機能を紹介します。
サーバーとアプリケーションの設定を監視します。
これが監視システムの主な機能であると推測することはまったく困難ではありません。 私が言ったように、情報の収集にはエージェントが責任を負います。 それらのほとんどは、監視が必要なサーバーにインストールされますが、リモートでパラメーターを収集するエージェントがあります。 記事にはエージェントのリストを掲載しません。IBMのWebサイトでエージェントのリストをよく理解できますが、多くのエージェントがいます。 まあ、特に洗練された顧客のために、あなたはいつでもあらゆるニーズをカバーするユニークなエージェントを開発することができます。これにはAgent Builderがあります。
管理対象システムとエージェント
パラメーターがTEMSに到着した後、それらの値はしきい値と比較され、しきい値を超えると状況が超過します。 もちろん、すべてのしきい値を自由に変更して、新しい状況を作成できます。
アクティブな状況
これはすべて良好であり、問題が発生した場合、管理者はそれらを迅速に解決できますが、問題の発生を完全に回避できる場合もあります。 予測分析のために、ITMはTPA（Tivoli Performance Analyzer）を使用します。 ほとんどの読者はそのパフォーマンスに疑問を抱くと予想しています。TPAに会う前は懐疑的で、メーカーが約束したように、すべてがうまくいくと思いました。 しかし、私はあなたに教えます-それは動作します、はい、あなたは分析のために多くの情報が必要です、すなわち 1週間のデータについて正確な予測を立てることはできませんが、全体としてTPAには好印象を持っています。
監視機能を実装するための主なポイントの概要を説明します。
-多数の監視エージェントと、独自のエージェントを開発する能力。 エージェントとともに、かなり大量の事前設定された状況が配信されます
-詳細は説明しませんが、一部のエージェントをインストールするときは、動揺せざるを得ないTEMS / TEPSソフトウェアパーツを再起動する必要があります
履歴情報の収集。
非常に便利な機能です。私たちは皆、管理者がレポートを好む方法を知っているからです。
履歴情報はウェアハウスデータベースに収集され、この情報に基づいてさまざまなレポートが作成されます。 履歴データの平均化と精製は、Summarization＆Pruningエージェントによって処理されます。 Cognosはレポートエンジンとして機能し、レポートはTivoli Integrated Portalを介して管理されます。これは、すべてのTivoli製品を管理するための単一のポータルです。 履歴情報は、前のセクションで述べた予測分析にも使用されます。
履歴情報収集の構成
履歴情報の収集について不満はありません。すべて正常に機能しています。
統合
幅広い製品と統合できます。 監視システム、イベント処理情報システム、一般に、何らかの方法で状況、イベント、または監視パラメーターを処理するのに役立つすべてのシステムを監視できます。 シチュエーションを処理するための論理的な継続は、イベント情報処理システムへの転送です。 Tivoliラインでは、Netcool / OMNIbusです。
イベント情報処理システム
サービスを提供するためのサービスデスクシステムおよび品質管理システム（TBSM（Tivoli Business Service Manager）など）とのさらなる統合はすでに可能です-ハブに関する短い記事があります
統合に関しては、次のように言えます。
-サポートされている多数のシステムが「箱から出して」すぐに使用でき、必要に応じてITMはほとんどすべての製品と統合できます。
-私は長い間、短所について考えました。 はい、統合が常にスムーズに進むとは限りませんが、全体として重大な欠点を特定することはできません。
まあ、この楽観的なメモで、私は丸められます。
おわりに
システムをできるだけ簡潔かつ客観的に説明しようとしました。 読者に多くの技術的な詳細を退屈させないために、作業を一般的な用語で説明しましたが、舞台裏では興味深いソリューションの巨大な層が残っていました。これについては今後の記事で説明します。 結論として、私は要約したいと思います-これはITMが現在表すものの私のビジョンです。
-情報インフラストラクチャの膨大な数の異種コンポーネントの監視システム
-小規模インフラストラクチャと巨大インフラストラクチャの両方の監視に適しています
-複雑なレポートを作成するために必要なすべてが含まれています
-ほとんどのシステムとシームレスに統合
-最も安価で最も要求の厳しいソフトウェアリソースではない