私は、SNMPを介してzenossと統合する会社のサーバーソフトウェアの監視プログラムを作成する任務を負っています。
簡単に言うと、私は何も地面から立ち上がれません。私の最初の目標は、SNMPエージェントを作成する正しい方法を見つけることだと思います（開始する任意の言語で、最終的にはJavaになります）。そこに良いテストハーネスはありますか？ゼノスに同梱されているを使用しましsnmptestたが、テストエージェントを地面から降ろすことができなければ、あまり良くありません。zenossのマニュアルを知っているものには多くの情報がありますが、標準的なシステム監視の実践とツールに関する予備知識があることを前提としているようで、ほとんど理解できません。
また、ソフトウェアを監視するためにsnmpを使用することは一般的に良い習慣ですか？
一般的なSNMPエージェントの簡単な説明：
エージェントを設定します。これには通常、アラートを送信するサーバーを指定する必要があります。
それを実行します。
何かが起こったときに、構成されたサーバーに適切なSNMPメッセージを送信します。
構成されたサーバーからの要求に応答します。
すべての要求/応答はSNMPメッセージを使用して行われます。会社にサーバーソフトウェア用に特別に設計/割り当てられたOIDがない場合は、標準のMIB定義を調べて、適切なOIDを決定する必要があります。
MIB：管理情報ブロック。これらには、標準フレーバーとカスタムフレーバーがあります。標準化団体は、標準化団体（IETF？）によって定義されています。カスタムのものは、ベンダーが自社の製品に固有の情報をサポートするために作成します。MIBは、基本的にOIDのコレクションです。
OID：オブジェクト識別子-これは、ハードウェア/ソフトウェアの一部を識別するドット付きの数字列であり、そこから探している情報のビットです-たとえば、イーサネットポートでのTX衝突の数は何かに見えるかもしれません例：1.5.82.316.8.4.3（これは有効なOIDではありませんが、単なる作り上げの例です）。
詳細については、ウィキペディアをご覧ください。無料のMIBブラウザーをダウンロードして、OIDがどのように見えるか、およびOIDがどの程度詳細になるかを理解してください。詳細については、 RFCを確認してください。perlのNet-SNMPのようなものを見てください-あなたはあなたの仕事のほとんどをするためにそれに含まれているsnmpdソフトウェアを使うことさえできるかもしれません。
SNMPは確かに、ネットワーク、デバイス、およびサーバーを監視するための許容可能な方法です。UDPを使用するため、TCP再試行などを介してネットワークに過度のストレスをかけることはありません（SNMPクライアントは、ドロップされたパケットなどを処理するように設計されているか、設計されている必要があります）。さらに、システムを監視して統合するための膨大な数のクライアントソリューションがあります。
Javaでの最終的な解決策を想定している場合は、Java/SNMPのドキュメントとSNMP4Jを参照してください。
SNMP.com（SNMPアーキテクトの1人であるJeffrey Caseによって設立された）は、拡張可能なSNMPエージェントを販売しています。これらの1つはあなたに悲しみの世界を救うかもしれません。
nSoftwareにはSNMPエージェントがあります（無料ではありません）。これはあなた自身を転がすよりも簡単かもしれません。
William Stallingの本：SNMPもチェックしてください。
Zenossは非常に複雑で、多くの事前定義されたSNMPのものが付属しています。本当に独自のSNMPエージェントをコーディングする必要がありますか？
SNMPは大きなトピックであり、プロトコルと関連ツールのすべての詳細とすべての履歴バージョンを調べると、非常に複雑になります。MauroとSchmidtによるEssentialSNMPのコピーを入手することをお勧めします。これは、SNMPの背後にある基本的な考え方と、SNMPを使い始めて、多くのさまざまなツール。
下を目指してサボテン（http://www.cacti.net/）を試すことができます。
私もゼノスを試しましたが、あきらめました。サボテンはかなり速く稼働していました。私は、全国のスイッチでかなりの数のルーターと多くのポートのbandwithの使用を監視しています。ただし、単一のサーバーに関連するあらゆる種類のもの（温度、ファン速度など）を監視するためのテンプレートがあります。
BR。アンダース