私は自由にSCOM2007とZenossの両方をテストし、次のことを発見しました。
SCOM 2007
長所:
短所:
ゼノス
長所:
短所:
だから皆さんへの私の質問はこれです:
上記と、55台のWindowsサーバー、1台のLinuxサーバー、2台のESXサーバー、およびジュニパーネットワークスの機器を監視しようとしていることを考えると...どちらをお勧めしますか?
数学は私のために合計します。 55> 2> 1>? = SCOM
また、正直なところ、Windowsマシンで監視するものの量は、さまざまな種類のMicrosoftソフトウェアがすべて搭載されているため、私にとっては、その製品の監視に特化したツールが優先されます。
最後に、SCOM2007canmonitor いくつかの* nixフレーバー 、 [〜#〜] esx [〜#〜] 、および任意の [〜#〜] snmp [〜#〜] 有効なデバイス、ネイティブ、無料。
SCOM 2007r2の最新リリースを確認してください。 SCOM、SCVMM、および クエストジュニパープラグイン を使用します。アラソは単にジュニパーのもののSNMP監視を行うことができますが、それは必要なレポートの種類によって異なります。また、最後の小さなLinuxボックスをWindowsに変換して、年間のサポートコストを節約することもできます。あなたがそれに固執しているなら、scomのクロスプラットフォーム拡張機能はあなたにもそれを監視させるでしょう。
55コストが問題にならないのであれば、Wintelの存在はSCOM2007の選択スケールを上回ります。 SCOMはWindows用のネイティブサポートと高度なツールを備えており(当然)、エージェントを必要とせずに* nixプラットフォームを監視できます(SNMPとSSHに少し制限されていますが、ネットワーク上のwinとnixの数と比較してください) 。
また、SCOMの購入による「コスト」が邪魔にならないので、VMwareおよびJuniperデバイスへのエージェントの数ドルは、単なるVanillaSCOMと比べてそれほど驚くべき違いではないと思います。
1.1。 SCOMWebはFirefox3.6.3を好みません。また、IEユーザーエージェントも好きではありません。
1.2。 SCOM WEBのドキュメントは、オンラインドキュメントにつながります。
1.3。輸出の報告1.3.1。 HTMLにエクスポートして、新しいHTML形式の.mhtml形式を作成します(IEもちろん...)でのみ使用可能)1.3.2。ファイルの名前を.htmlに変更すると、ファイルの内容がバイナリファイルになりました:
...
MIME-Version: 1.0
Content-Type: multipart/related;
boundary="----=_NextPart_01C35DB7.4B204430"
X-MSSQLRS-ProducerVersion: V9.00.4035.00
This is a multi-part message in MIME format.
...
1.3.310台を超えるサーバーのグローバルレポートを手動で選択しても機能しないようです。
1.4。そしてもっとあります!
2週間のレポート、または1か月のレポート+数日を作成してみてください。月次(31月末)のレポートで行き詰まります。
運が良ければ、私にはそれはかなり明白です:
(2)Nagios( http://www.nagios.org/ )やNagvis( http://www.nagvis.org/ )を使用している人をたくさん知っています。 =)。
OpenNMS( http://www.opennms.org/wiki/Main_Page )も良い候補だと確信しています[Java側]。
(3) http://monitoringforge.org/ -監視ツールに関するグローバルなオープンソースフォージの場合