Zabbixは私にとって適切なツールですか？
少数のサーバー（10未満）を監視したいだけです。
さまざまな場所を読んでみると、（少なくともオープンソースの）トップの候補者のように聞こえます：
- ナギオス
- ムニン
- zabbix
私が読んだことから、多くの人がムニンとnagiosを一緒に使用する傾向があります-履歴とグラフにはmunin、アラートにはnagiosを使用します。
一方、Zabbixは他の2つよりも完全なソリューションであり、設定が簡単なようです。だから私はそのルートに行くことを考えていました。
今の私の考えは：
- Zabbixの一般的な欠点は何ですか？
- Zabbixが監視しているボックスのフットプリントは小さいですか？
- 本当に他のサーバー全体をセットアップする必要がありますか？現在、非常に軽い負荷がかかっているサーバーを持っています-二重の目的で使用できますか？
計画した展開のサイズ（監視対象ホストが10個まで）を考慮して、具体的な質問への回答に集中するのが最善だと思います。
Zabbixの一般的な欠点は何ですか？
- 何を監視するか、いつ警告するかなどを自動的に判断することはありません。関心のあるメトリックについて考え、事前に構成する必要があります。
- デバッグでは、何かが望まれます。このような小さな環境では、フォーラム、ircチャネルなどのヘルプオプションで簡単に十分ですが
Zabbixが監視しているボックスのフットプリントは小さいですか？
はい、間違いなく。 Zabbixは、SNMP、単純なネットワークチェック（ポートが開いているか）などの方法を使用して監視でき、多くのプラットフォームにネイティブエージェントも備えています。エージェントはCで記述されているため、フットプリントは非常に小さくなります（解釈されたスクリプトの束とは対照的に...）。 1つの監視対象ホストで異なるチェックを簡単に組み合わせることができます。監視サーバーに限定されず、ネットワークデバイスやその他のものを追加することもできます。
本当に他のサーバー全体をセットアップする必要がありますか？現在、非常に軽い負荷がかかっているサーバーを使用しています-二重の目的で使用できますか？
依存-サーバーでサポートされているオペレーティングシステムの1つを実行している場合-間違いなく。そのため、環境要件は非常に低くなります。デフォルトのテンプレートはガイドラインとしてのみ使用してください。チェックの間隔を長くして独自のテンプレートを作成することをお勧めします。基本的に、ZabbixはDB、フロントエンド、サーバーの3つのコンポーネントで構成されています。必要に応じて、社内の既存のデータベースサーバーと既存のWebサーバーを最初の2つのコンポーネントに再利用し、サポートされている任意のプラットフォームでZabbixサーバーを実行できます。これは完全に有効な構成です。
Freenodeの#zabbixでは、特定のクエリを歓迎します。
Nagiosを使用する前の2年間、Zabbixを使用しています...
私の意見では、大きな違いは、Nagiosではステータス（OK/WARNING/CRITICAL）を取得し、Zabbixではデータ（整数、浮動小数点数、文字列...）を取得することです。
Zabbixにとってそれは本当に良い点です：
- グラフを「作成/定義」せずに、任意の（数値）データをグラフ化できます
- 複数のデータ値からアラート/トリガーを「簡単に」定義できます
基本的なシステムデータを簡単/迅速に収集するためのエージェントの使用法も非常に優れています。
Zabbixの短所：
- nagiosほど知られていない
- 構成とデータを保存するデータベース（フラットファイルよりもバックアップと操作が難しい）
モニタリングの目標は何ですか？アップタイム？パフォーマンス？請求メトリックス？上記のユーティリティのいくつかは、これらの用途のそれぞれに適しているものもあれば、より悪いものもあります。
uptime保証の場合、 monit を使用します。これは無料であり、Unix/Linuxシステムでの設定が簡単です。このユーティリティは、プロセスが生きているかどうかを監視し、リソース（CPU、メモリ）が公平に使用されていないことを確認します。動作に問題がある場合、monitはプロセスを再起動します。
パフォーマンスモニタリングの場合、 munin をお勧めします。設定は簡単で、Perl/bash/python/whateverをデータ収集方法として使用します。 Muninには、複数のマシンからパフォーマンスを1か所に収集する機能があり、理解しやすいグラフを作成します。
請求メトリックス（帯域幅消費）については、 [〜＃〜] prtg [〜＃〜] をお勧めします。これは無料ではありませんが、そのようなことをすれば、顧客の請求レポートの一部として簡単に使用できる専門レベルのレポートと統計を提供します。各監視対象マシンでエージェントを使用する必要があるZabbixインストールを、SNMPを使用するPRTGに置き換えました。
私は Zenoss も使用しました。これは非常に素晴らしく、インストールと構成が簡単でした。 Zenossは、必要なすべてのメトリックを取得する方法を学ぶのに長いトレーニング期間を必要としました。
私はzabbixを使用して、会社のインフラストラクチャを監視します（これは、わずか6台のサーバーとすべてのネットワーク関連のものです）。私は2年以上zabbixを使用してきましたが、うまく機能します。すべてが1つのアプリにあり、大量のプラグインをインストールする必要がないという事実が気に入っています。このインターフェースはデザイン賞を受賞していませんが、機能面では驚くほどうまくレイアウトされています。私は過去にサーバー上で断続的なハードウェアの問題を経験しており、zabbixに多数の履歴データがあることは間違いなくそれらを解決するのに大いに役立ちました。
一部のバージョンには安定性の問題があるようで、たまにクラッシュしましたが、monitがそれを処理しました。
別のボックスにzabbixを置くことをお勧めします（3〜4年前のいくつかの廃止されたサーバーハードウェアはかなりうまく機能します）アプリケーション自体はそれほど重いものではありませんが、データベースに大きな負担をかけます（私の場合はmysql）-すべての履歴データを保存しても安くはありません。
Zabbixは4年以上使用しています（現在は1.6を実行しています）が、一度もクラッシュしていません（RHEL5で実行）。過去の私の唯一の不満は、ドキュメントとフレンドリーなサポート（無料のコミュニティサポートについて話している）の欠如でした。私が気づいたより良いドキュメントがあります。
ZenossとZabbixの両方を使用しました。 Zabbixについて私が持っている1つの不満はそれがいつも私に衝突するように見えるということです。 ZabbixとZenossで2倍にした古い仕事で1つのインストールがあり（Kamilはこの1つでさらに答えることができます）、自宅とFree Geek Vancouverでsysadminの仕事をしました。 3つすべてが定期的にクラッシュし、デーモンを再起動する必要があります。
私が見つけたZenossは、非常に安定しており、UIが非常に優れているため、Niceですが、非常に多くのリソースを消費します。
SOPが新しいデバイスをセットアップするための方法は、私が考える方法とより調和しているからです。）と言っても、私はまだ監視ソリューションのためにZabbixを使います。それらをすべてセットアップして、どれが一番好きかを確認します。