Zabbixは私にとって適切なツールですか？

少数のサーバー（10未満）を監視したいだけです。

さまざまな場所を読むと、トップレベルの候補者は（少なくともオープンソースの場合）次のように聞こえます：

• ナギオス
• ムニン
• zabbix

私が読んだことから、多くの人々がムニンとナジオを一緒に使用する傾向があります-ムニンは歴史とグラフ、ナジオは警告に使用します。

一方、Zabbixは他の2つのいずれよりも完全なソリューションであり、設定が容易であるように思えます。だから私はその道を行くことを考えていました。

私の今の考えは次のとおりです。

1. Zabbixの一般的な欠点は何ですか？
2. Zabbixは、監視しているボックスに小さなフットプリントを持っていますか？
3. 本当に他のサーバー全体をセットアップする必要がありますか？現在、サーバーの負荷が非常に軽いのですが、兼用できますか？

計画された展開のサイズを考慮して、特定の質問に答えることに集中するのが最善だと思います（10台までの監視対象ホスト）。

1. Zabbixの一般的な欠点は何ですか？

   • 何を監視するか、いつアラートするかなどを自動的に判断することはありません。どのメトリックに関心があるかを考えて、それらを事前に設定する必要があります。
   • デバッグでは、何かが望まれます。このような小さな環境では、フォーラム、ircチャンネルなどのオプションが簡単に十分であるはずです

2. Zabbixは、監視しているボックスに小さなフットプリントを持っていますか？

   はい、間違いなく。Zabbixは、SNMP、単純なネットワークチェック（ポートが開いていますか？）などの方法を使用して監視でき、多くのプラットフォーム用のネイティブエージェントも備えています。エージェントはCで記述されているため、非常に小さなフットプリントを持ちます（多数の解釈されたスクリプトとは対照的です...）。単一の監視対象ホストで異なるチェックを簡単に組み合わせることができます。サーバーの監視に限らず、ネットワークデバイスなどを追加することもできます。

3. 本当に他のサーバー全体をセットアップする必要がありますか？現在、サーバーの負荷が非常に軽いのですが、兼用できますか？

   依存-サーバーでサポートされているオペレーティングシステムのいずれかを実行している場合-間違いなく。そのため、環境要件は非常に低くなります。必ずデフォルトのテンプレートをガイドラインとして使用してください。チェック間隔を長くして独自のテンプレートを作成することをお勧めします。基本的に、Zabbixは3つのコンポーネントで構成されています-DB、フロントエンド、サーバー。希望する場合は、会社の既存のデータベースサーバーと既存のWebサーバーを最初の2つのコンポーネントに再利用し、サポートされているプラ​​ットフォームでZabbixサーバーを実行できます。これは完全に有効な構成です。

特定のクエリは、Freenodeの#zabbixで大歓迎です。

Nagiosを使用する前に、Zabbixを2年間使用しています...

私の意見では、大きな違いは：Nagiosではステータス（OK / WARNING / CRITICAL）を取得し、Zabbixではデータ（整数、浮動小数点、文字列など）を取得することです。

Zabbixにとって非常に良い点です：

• グラフを「作成/定義」せずに、任意の（数値）データをグラフ化できます
• 複数のデータ値からアラート/トリガーを「簡単に」定義できます

基本的なシステムデータを簡単/迅速に収集するためのエージェントの使用も非常に便利です。

Zabbixの欠点：

• ナギオスほど知られていない
• 構成とデータを保存するデータベース（フラットファイルよりもバックアップと操作が難しい）

監視の目標は何ですか？稼働時間？パフォーマンス？課金指標？上記にリストしたユーティリティのいくつかは、これらの各使用に適していますが、いくつかは劣っています。

以下のために稼働時間 ensurance、我々は使用MONITのUnix / Linuxシステム上で設定するために、両方の自由で、かつシンプルに。このユーティリティは、プロセスが動作しているかどうかを監視し、リソース（CPU、メモリ）の公平なシェアを超えて使用していないことを確認します。

以下のためにパフォーマンス監視、私はお勧めのmunin。構成は簡単で、データ収集方法としてperl / bash / python / whateverを使用します。Muninは、複数のマシンのパフォーマンスを1か所で収集し、理解しやすいグラフを作成できます。

以下のための課金メトリック（帯域幅の消費量）、私が提案するPRTGを。無料ではありませんが、そのようなことをすれば、顧客の請求レポートの一部として簡単に使用できるプロレベルのレポートと統計を提供します。監視対象の各マシンでエージェントを使用する必要があるZabbixインストールを、SNMPを使用するPRTGに置き換えました。

Zenossも使用しました。これは非常に素晴らしく、インストールと構成が簡単でした。Zenossは、必要なすべてのメトリックを取得する方法を学ぶために長いトレーニング期間を必要としました。

zabbixを使用して会社のインフラストラクチャを監視しています（6台のサーバーとすべてのネットワーク関連のもののみ）。私は2年以上zabbixを使用してきましたが、うまく機能します。すべてが1つのアプリに含まれており、大量のプラグインをインストールする必要がないという事実が気に入っています。このインターフェースはデザイン賞を受賞していませんが、機能性に関して驚くほどうまくレイアウトされています。過去にサーバーで断続的なハードウェアの問題が発生しており、zabbixに多くの履歴データがあることは、間違いなくそれらの問題を解決するのに役立ちました。

一部のバージョンは安定性の問題があるようで、時々クラッシュしましたが、monitがそれを処理しました。

zabbixを別のボックスに入れることをお勧めします（3〜4年前の一部の廃止されたサーバーハードウェアはかなりうまく機能します）アプリケーション自体はそれほど重くはありませんが、データベース（私の場合はmysql）に大きな負担をかけます-すべての履歴データを保存するのは安くありません。

ZenossとZabbixの両方を使用しました。Zabbixに関して私が抱えている不満の1つは、常にクラッシュするように見えることです。ZabbixとZenossで2倍になった古い仕事で1つのインスタレーションがありました（Kamilはこれについてもっと答えることができます）、そして自宅で、そして私がsysadminの仕事をしているFree Geek Vancouverでインスタレーションをしました。3つすべてが定期的にクラッシュし、デーモンを再起動する必要があります。

私が見つけたZenossは、非常に安定しており、UIがはるかに優れているため、非常に優れていますが、リソースを大量に消費します。

SOPが新しいデバイスをセットアップするための方法が、私が考える方法とより調和しているという理由だけで、私はまだ監視ソリューションのためにZabbixを使用します。最善の方法は、それらすべてをセットアップして、どれが一番気に入っているかを確認することです。

Zabbixを4年以上使用しており（現在1.6を実行中）、まだ一度もクラッシュしていません（RHEL5で実行中）。過去の私の唯一の不満は、ドキュメントとフレンドリーなサポートの欠如でした（無料のコミュニティサポートについて話します）。私が気づいた今より良いドキュメントがあります。