ネットワーク上のサービスにNagiosを実装しましたが、うまく機能しています。通知は素晴らしいものであり、幅広い設定オプションが非常に便利です。ここまでは、ファイルを直接変更して、すべての構成を手動で行いました。
これを他の管理者に少し公開し始めたら、エラーの可能性を減らすGUIを実装したいと思います。私はいくつかの異なるGUIプロジェクトをチェックアウトしましたが、これまでのところ NagiosQL と NConf が今のところトップ候補です。
これら2つ、またはおそらく他に考慮すべき推奨事項はありますか?インストールと使用のストーリー、「落とし穴」、および決定に役立つ可能性のあるヒントについてはどうですか?
私たちは同じ決定の前にいて、現在nconfが私たちのお気に入りです。大きな分散環境向けに設計されたbeeingの大きな利点があります。
これは、異なるnagiosサーバー用の構成ファイルを自動的に作成します。1つはある種のコレクターで、もう1つはモニターです。これは、コレクターからパッシブチェックのみを受信します。
欠点として、現在、nconfではエスカレーションを処理できません。
http://sourceforge.net/apps/mediawiki/nconf/index.php?title=Main_Page
仕事では OpsView を使用します。これはWebベースのGUIであり、クラスタリングによるNagiosサービスのスケールアップなどを処理します。新しいホスト、新しいサービスをWeb経由で追加し、停止を確認できます。また、サーバーが定期的に必要とするCPUの量などを知りたい場合は、サービスの履歴ビューも記録します。
ただし、Web経由でNagiosスクリプトを追加することはできません。
Nagiosを管理するために Opsview を使用して良い経験をしました。ただし、これをNagiosの「フロントエンド」と考えるのは誤りです。代わりに、Nagiosを基盤エンジンとして使用する監視システムと考えてください。
Nagios設定はDBに保存され、Nagios設定ファイルはプログラムで生成されるため、たとえば、Nagios設定をソース管理に保存したり、独自のスクリプトを使用して生成したりする場合は、次のことを行う必要があります。それらの手順をあきらめます。
代わりに次のものが含まれます。
-スティーブ
私がおもしろくないのは、構成フロントエンドが、後で必要になった場合に手動で編集するのは直感的ではない、実際のガベージ構成ファイルを作成できることです。これは、マシンで生成された構成ファイルを使用するすべてのシステムの一種の問題であり、直感的でなくてもかなりよく理解されています。
Nagiosでの私の通常のアプローチは、テンプレート機能と継承機能を広範囲に使用し、構成を多数、多数、多数のファイルに分割することでした。
Nagiosコミュニティが最近分岐したことは注目に値します。これは、メインの開発者のリーダーシップスキルの不足が原因であり、Nagiosは10年間あまり改善または変更されていません。 おそらくイシンガは新しいクールですが、まだ試していません。
Nconfはサービスとホストのエスカレーションをサポートしていません
だが、
アプリケーションを "拡張"して、Web GUIから直接管理メニューを介してサポートするようにできます。新しいクラスごとに2つの新しいクラス "hostescalation"と "serviceescalation"を作成し、 "Naming Attribute"が設定されたescalationid属性を定義する必要があります。専用の構成ファイルの出力
次に、エスカレーションに関連し、構成ファイルに書き込む必要のある属性を定義します。例:Host_nameはHostクラスにリンクされており、contact_groupsはcontactgroupsクラスのリストなどにリンクされています。
UbuntuGeekは本日、このテーマに関する記事を投稿しました。 Xerxesによる http://www.ducea.com の回答と同じ行に沿っていますが、いくつかの新しいプロジェクトが追加された、もう少し最新の記事です。とにかく、まともな概要いくつかのNagios構成guiをカバーしているので、良い出発点になります。
http://www.ubuntugeek.com/nagios-configuration-tools-web-frontends-or-gui.html
編集する
新しい 公式 nagios exchangeも本日オープンしました。クイックリファレンス用の構成セクションへのリンクがあります。
あなたと同じ理由で、フロントエンドを実装する必要がありました。個人的に私はそれらをすべて少し不器用だと思っており、手作業で構成ファイルを管理することを好みます(少ない労力)。しかし、あなたには多くの選択肢がないようです。
私たちは君主を使いますが、私はそれがそれほど好きではありません。
私は他にも何も試していませんが、ここから始められます...
NagiosフロントエンドとしてCentreonをお勧めします。これは、構成プロセスを容易にするだけでなく、ステータス表示やNagiosチェックによって返されるパフォーマンスデータの収集にも使用できます。これは、見栄えの良いグラフに変換されます。したがって、ある意味で、サボテンも廃止されました。
小売製品NagiosXIは手頃な価格であり、基礎となるすべてのテキスト構成ファイルを非表示にします。約6か月間使用しており、コスト/メリットに満足しています。