Etsy Engineering | Introducing nagios-herald
Alert design is not a solved problem. And it interests me greatly. What makes for a good alert? Which information is most relevant when a host or service is unavailable? While the answer to those, and other, questions depends on a number of factors (including what the check is monitoring, which systems and services are deemed critical, what defines good performance, etc.), at a minimum, alerts sho
Stop using Nagios (so it can die peacefully)
The document critiques Nagios as a monitoring tool, highlighting its simplicity and existing plugin support while pointing out its major shortcomings such as poor scalability, configuration complexity, and inadequate API integration. It suggests leveraging the strengths of Nagios alongside more modern and scalable tools like Sensu, and advocates for creating a comprehensive monitoring solution by
Monitoring Plugins - Home
Monitoring Plugins We, the Monitoring Plugins Development Team, maintain a bundle of more than fifty standard plugins for Icinga, Naemon, Nagios, Shinken, Sensu, and other monitoring applications. Each plugin is a stand-alone command line tool that provides a specific type of check. Typically, your monitoring software runs these plugins to determine the current status of hosts and services on your
What's New · Nagios Core Documentation
Need Help Configuring Nagios? Our tech support team is happy to help you with any questions you might have. Contact us on our online support forum at https://support.nagios.com/forum/ Nagios XI Makes Monitoring Easier: Nagios XI is the easy-to-use, enterprise version of Nagios that features: Web-Based Configuration provides advanced configuration features Monitoring Wizards make it easy to monitor
或るプログラマの一生 » Nagios の check_ntp_peer と check_ntp_time の違い
いやドキュメントとか読めばちゃんと書いてあるんですが。 check_ntp_peer チェック対象ホストと、チェック対象ホストが参照している NTP サーバとの時間のずれを監視する。NTP 的なジッタや stratum も監視できる。普通はこっちを使えばいいはずである。 check_ntp_time チェック対象ホストと、チェック元ホスト（check_ntp_time を実行するホスト）との時間のずれを監視する。そのため、チェック元ホストの時計が正確であることが必要である。チェック対象ホストの時刻を取得する方法が NTP だというだけであって、それ以外の点は check_time （こちらは time プロトコルを使う）と同じである。 check_ntp （deprecated:非推奨） チェック対象ホストと、チェック元ホストとの時間のずれを監視する（これは check_ntp_time
ファイル/ディレクトリの変更を検知してコマンドを実行するincron - Glide Note
incron :: inotify cron system webistranoでファイルをデプロイして、設定の再読み込みやサービス再起動などが必要な際に、 デプロイユーザがsudoでreloadやらrestartなどを実行しているのが、 権限的に何となく気になって、ファイルの更新を検知して 自動的にreloadやrestartする方法を模索していたら incronという良い物があったので検証。 検証環境はScientific Linux 6.2です。 実現したいこと デプロイユーザとサービス再起動ユーザの分離(sudo権限の剥奪) Nagiosの設定ファイルをデプロイしたら、Nagiosのreloadが自動でかかる Passengerのrestart.txt的な感じでreload.txtがトリガーでNagiosのreload的な incronの導入 incronをyumで導入
FluentdのpingメッセージをNagiosで監視 - Studio3104::BLOG.new
Fluentdの監視については、 Fluentd Meetup #2 @外道父 Fluentdを優しく見守る監視事例や、 #fluentdの死活監視を ping message + ping message checker で - tagomorisのメモ置き場がとても参考になります。 これらの情報を大いに参考にさせていただいて構成した環境の監視設定についてまとめます。 当方環境 ・各APPサーバなどからはfluent-agent-liteによってログとping messageが送られてくる ・受信側のFluentdサーバはシングルノード、シングルプロセス ・APPサーバ、Fluentdサーバ、Nagiosサーバはそれぞれ別のサーバ 監視方針 監視はなるべくシンプルにしたいので、こんな感じにしています。 ・TCP/UDPポート監視 ・プロセス監視はしない ・通知はNagiosから プロセス
nagira という Nagios RESTful API が便利そうな件 · takus's blog
オートスケーリングみたいなことをしようとする場合、サービスインする前に監視が全て OK になっているかチェック しておきたいみたいな需要がありますが、みんな大好き Nagios でこれをやろうとするとちょっと面倒だったりします。 Nagios::StatusLog のようなものを使って status.dat をパースする方法がお手軽ですが、監視するホストが数千台みたいな環境だと status.dat が結構な大きさになってしまい、必要なたびにパースしてると Nagios が動いてるホストが結構なメモリを喰って swap に入ってしまったり、他のホストに転送してパースするにしてもそれなりに帯域喰ってしまうので、Nagios のホスト上で status.dat をパースして一定期間キャッシュし、HTTP でよしなに JSON を返してくれればいいなとか思っていたら、nagira でそれが実現で
Nagiosのアラート情報をSpreadSheetに自動で書き込む - mikedaの日記
『WEB+DB PRESS Vol.75』の『継続的Webサービス改善ガイド』は良かったですね。 その記事に、「毎日、アクセスログを解析した結果をGoogle DocsのSpreadSheetにまとめている」ということが書かれていて、サンプルがgistに公開されていました。 puboo-performance-index.rb へー、SpreadSheetに自動でいろいろまとめるの、なかなか便利そう！ということで自分でもちょっとやってみました。 まずは試し rubyでSpreadSheetを操作するのはgoogle_driveを使うとすごく簡単でした。 #!/home/mikeda/.rbenv/shims/ruby # -*- coding: utf-8 -*- require 'google_drive' session = GoogleDrive.login("<user>@gmai
Monitoring Wonderland Survey - Nagios the Mighty Beast
Controlling the tool everybody hates, but still uses This blog post mainly contains my findings on getting data in and out of Nagios. That data can be status information, performance information and notifications. At the end there are some pointers on ruby integration with Pingdom and Jira The idea is similar to my previous blogposting Monitoring Wonderland Survey - Metrics - API - Gateways: I wan
Private Presentation
Private content!This content has been marked as private by the uploader.
Extensible Monitoring with Nagios and Messaging Middleware | USENIX
Jonathan Reams, CUIT Systems Engineering, Columbia University Monitoring is a core function of systems administration, and is primarily a problem of communication – a good monitoring tool communicates with users about problems, and communicates with hosts and software to take remedial action. The better it communicates, the greater the confidence administrators will have in its view of their envir
Monitoring Casual Talk #3にいってきました - 桝原翔市の日記
モニタリングをカジュアルにトークする、Monitoring Casual Talk #3に初参加してきました こういう勉強会、聞くのではちょくちょく参加してましたが、話すのでは Kyoto.pm でLTして以来の2回目で、まだあんまり慣れてないですが話したいことは言えた(多分)のでまあ良かったかなーという感触でした。 しかし周りがそろいもそろってモヒｋ（ｒｙ 話した内容は"はてなのNagios" はてなのNagios - モニカジ#3 from Shoichi Masuhara はてながどのようにNagiosを使っているかというのと、それに加えてはてなで使っているサーバ管理ツールについて紹介してきました。スライド見てもらうとまあ空気はわかってもらえるかと。 紹介できたのはいいものの、オープンソースにしたいですねとか言ったせいで サーバ管理ツールはほしい #monitoringcasual—
Plackを使ってApacheナシでNagiosをインストールする方法 - blog.nomadscafe.jp
Plack上でPHP(php-cgi)を動かすモジュール、Plack::App::PHPCGIと任意のCGIも動かせるPlack::App::CGIBinを使ってApacheナシでNagiosをインストールする方法 まず、php-cgiをインストールする。CentOSの場合、php(53)?-cliというパッケージがあるのでそれを使います $ sudo yum install php53-cli #centos5。centos6だとphp-cli 次にnagiosを動かすユーザを作成します $ sudo /usr/sbin/adduser nagios nagios本体とpluginをダウンロードしていれます。その際にApacheの設定はインストールしません $ wget http://prdownloads.sourceforge.net/sourceforge/nagios/nagio
Nagiosのcheck_pingが遅いのをなんとかする - このブログはURLが変更になりました
Nagiosのcheck_pingコマンド、やたら遅いですよね。 # time sudo -u nagios /usr/lib64/nagios/plugins/check_ping -H 127.0.0.1 -w 200,40% -c 500,80% PING OK - Packet loss = 0%, RTA = 0.05 ms|rta=0.053000ms;200.000000;500.000000;0.000000 pl=0%;40;80;0 real 0m4.171s user 0m0.028s sys 0m0.112sほんと遅い。なんでこんなに遅いの。調べてみました。 check_pingの仕組み check_pingのソースを読んだところpingコマンドの実行結果をパースしているだけでした。 check_pingはnagios-pluginsのconfigure時に指定され
Sign in - Google Accounts
Not your computer? Use a private browsing window to sign in. Learn more about using Guest mode
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Nagios のアラートに CloudForecast へのリンクをつける · takus's blog
GitHub - dmytro/nagira: NAGIos Restful Api
Baji Live Bangladesh Casino Online – Betting Exchange
http://blog.dotcloud.com/organizing-a-24x7-bullet-proof-on-call-rotati