どちらが良いですか、NagiosまたはSensu？

Question

どの監視フレームワークを使用するのかよく分かりません。現在、NagiosまたはSensuのいずれかを探しています。

誰も私にこれらの2つの（または他の監視ツールが良い解決策であるかもしれない）比較を示す良いリファレンスを教えてもらえますか？私の主な目的は、EC2をスケールアウトすることです。私はOpscode Chefをシステムインテグレーションに使用しています。

Answer 1

Sensuとのちょっと最近の経験から、Nagiosの経験はかなりありましたが、どちらも優れた選択肢だと思います。

間違いなく新生です。いいUIと素敵なAPIを持っています。ただし、セットアップにRedisとRabbitMQが必要です。したがって、sensu監視スタックの外にある依存関係を監視するものが必要な場合は、考慮してください。 Sonianはそれを試してもシェフのレシピを提供しています。

https://github.com/sensu/sensu-chef

Nagiosはとても長い時間を回避されています。ほとんどのディストリビューションではパッケージ化されているため、インストールが簡単になり、依存性はほとんどありません。実績は、それを知っている人やそれを使用してアドバイスを提供することができる人を見つけることも簡単です。一方、UIは醜いものであり、プログラム的なアクセスはしばしばハックやサードパーティ製のアドオンを介して行われます。シェフのレシピもNagiosのために存在して：あなたは、私は両方を試してみた時間があれば、少し害は裁判として実行している2つの監視システムを有することであり

https://github.com/bryanwb/chef-nagios

。主に動的EC2設定に重点を置くと考えていますが、設定管理ツールで監視設定ファイルを簡単に生成できるかどうかです。

他のツールの観点から、私は個人的には、秒単位の要求や時間の経過による負荷など、時系列データを記録するためのものを個人的に含めることにしました。グラフは監視の大きな助けとなり、Nagiosなどを介してアラートを駆動するのに使用できます。個人的に私はGangliaとGraphiteの両方のファンですが、Librato Metrics（https://metrics.librato.com/）は非常にいい無料のオプションです。

Answer 2

私はNagiosをしばらく使ってみました：それは、それが一般的であるという唯一の理由は、仕事には絶対に恐ろしいので、「誰もが使用している」という気持ちがありました。非常に複雑すぎる、難しい、長持ちして何か新しいことをする：もしあなたが何かを見つけたら、古いデザインの厄介な文書で1週間誓っていることを知っている。すべての努力の終わりに、それはすべて働いている、それは恐ろしいように見えます。スクラップすると、私はよりよく眠りました。

Cactiはうまく見えますが、新しいプラグインを作成するときにも不必要に複雑です。

グラフの場合は、Muninをお勧めします。新しいプラグインを作成するのは簡単ですが、何百もの言語が用意されています。 1つのアクセスルールをインストールして設定するコマンドが1つで、インストールが非常に簡単です。したがって、自動インストールの場合はうまく動作し、a chef recipeに簡単にラップできます。 2.0は間もなくリリースされ、その欠点の大部分（特に可変更新間隔、ズーム可能なグラフ、sshトランスポートの追加）に対処しています。 Muninは通知のためにNagiosと対話することもできますし、それを行うこともできますし、基本的なダッシュボードを提供します。

ローカルプロセス/ファイル/サービス監視の場合、monitはより簡単で、godより優れています。私はm/monitで試したことはありません。Nagiosのと扇子の間

Answer 3

一つの重要な違い -

NagiosはNagiosのサーバー上の設定ファイルに書き込まれるホスト）1）チェック2）ハンドラが、最も重要な3のすべての構成が必要です。これは、上記の3つのうちの1つが変更されるたびに（新しいホストが追加され、古いホストが削除された場合など）、設定ファイルを書き換えてNagiosを再起動する必要があることを意味します。

Sensuは上記とほぼ同じですが、重要な違いが1つあります。ホストがアーキテクチャに追加または削除された場合（ほとんどの自動スケーリングクラウド展開の場合と同じです）、ホスト自体が、利用可能な異なるチェックに「加入」しているクライアント。だから、新しいサーバが現れ、「私はウェブサーバだ」と言うと、それを実行しているsensu-clientはsensus-serverに「ウェブサーバがどのようなチェックを行うべきか？それらを実行します。

Nagios（とIcinga）とSensuの両方の操作は素晴らしいですし、チェック、ハンドラ、およびダッシュボード（YMMV）による可視性のために多くの機能を備えています。

Answer 4

データベース、SAP、ネットワークデバイス、Webサーバー、ファイラー、バックアップライブラリから構成されている限り、ナギオス（またはそれのいとこ杏子、新館）に代わるものはほとんどありません 多分1日がすべて来ます自動的に雲の外に出るが、静かなサーバー（物理的または仮想的、それは問題ではない）が少なくとも数ヶ月間は定まった目的で静かになるだろう。インタフェース帯域幅、表領域、ビジネスプロセス、データベースセッション、ログファイル、jmxメトリックを監視する必要があります。 nagiosの世界のプラグインのコンセプトが優位にあるすべてのもの。

Answer 5

SensuとNagiosと比較すると、Sensu監視システムが選択されます。

以下は主な理由ですで、

1.Easyセットアップ.. 2. Nagiosのプラグインを一緒に使用することができ、大企業の主要な悩みであるクライアントの再起動...の削減がたくさんありますSensuエコシステム 3.スケーラブルで簡単にクラウド環境に対応します。

誰もZabbixについて聞いたことがあります。これは多くの機能があり、単一のパッケージとして提供されます。私はスケーラビリティーを疑っています