MySQLのSQLでNagiosに値を戻すスクリプト書いた
ぱっと見で見当たらなかったので書いた。 SQLで取得した値を評価して、Nagiosさんに戻り値を返すスクリプト。 https://github.com/yoku0825/my_script/blob/master/nagios_for_mysql.pl こんな風に使う。 $ ./nagios_for_mysql.pl --user root --password xxxx --host 127.0.0.1 --port 64056 --sql "SELECT COUNT(*) FROM information_schema.processlist WHERE state IN ('update', 'updating') AND time > 10" --warning 10 --critical 20 $ echo $? 3 走行中(というかgrn_io_lock待ちだ)のスレッドの数を
Nagiosで監視プラグインにhostgroupで定義しているホスト群のIPアドレスを一気に引数に入れる方法 - oranie's blog
やりたいこと 例えば10台のサーバでHTTPチェックをして「hostgroupに定義しているホストのうち、n台までNGはアラートはWARN、n台を超えたらCRIT」みたいな事をやりたい時に、監視プラグイン側にチェックする為のIPアドレスを引数に渡したいけど、service定義する箇所でコマンドの引数に全部のIPを書くとかはイケていないのでチラッと本を読んだら書いてあった。 方法 簡単に言うと $HOSTADDRESS:<hostgroup名>:<デリミタ>$というオンデマンドグループマクロという物を使えば実現出来る。 check_command check_nagios_value_test!$HOSTADDRESS:linux_servers: $こんな感じで定義すると、仮にlinux_serversにhost1,host2が設定されていれば、監視プラグイン側には host1のIPアドレ
Nagios と derived でMySQLのスロークエリの量を監視する - blog.nomadscafe.jp
新しい機能をリリースした際に、MySQLに対して効率的ではないクエリが発行されてしまって、それが積もってサービス全体に影響が出てしまう前に発見してアラートをあげたい。 発見する手立てとしてはCPU使用率やInnoDBのROW OPERATIONSが考えられるところですが、今回はスロークエリが発生した回数を監視することにした。ちなみにいつものことながら対象とするMySQLは4.0系。long_query_timeがオンラインで変更できません。。。はい MySQLのスロークエリが発生した回数は、show status のSlow_queriesという項目でみることができて mysql> show status like 'Slow_queries'; +---------------+-------+ | Variable_name | Value | +---------------+---
memcached上の任意の値を監視できるnagiosプラグイン書いた - blog.nomadscafe.jp
指定したコマンドを定期的に実行してmemcachedプロトコルで結果が取得できるサーバ - App::derivedとも組み合わせて使えるように、memcachedのキャッシュのキーを指定して、その値を監視できるNagiosプラグインを書きました。check_snmpと同様に変化・差分量が計算できる機能もついてます。 変化・差分監視はの利用イメージとしては、Webアプリケーションなどで外部APIにアクセスしてそれがエラーになった際にあるmemcachedサーバに対してincrを実行し、それをNagiosで監視、エラーの回数が一定回数を超えたら警告を上げるなどの利用方法が考えられます。 check_memcached_val.pl https://github.com/kazeburo/check_memcached_val Perl 5.8.5以降が入っている環境であれば、おそくらコピーす
Nagiosのcheck_snmpプラグインの --rate オプションを試す - blog.nomadscafe.jp
Nagiosのプラグインで、データ転送速度など、変化量・差分を監視するには、プラグインでどこかファイルに監視結果を保存しておいて比較するという手が使えると2つ前のエントリ書きましたが、 check_snmpでもそれがサポートされていたので試してみました。恥ずかしながら知りませんでした。 check_snmpの「—rate」というオプションがそれ。 --rate Enable rate calculation. See 'Rate Calculation' below --rate-multiplier Converts rate per second. For example, set to 60 to convert to per minute Rate Calculation: In many places, SNMP returns counters that are only me
Development Guidelines · Nagios Plugins
Preface The purpose of this guidelines is to provide a reference for the plugin developers and encourage the standardization of the different kind of plugins: C, shell, perl, python, etc. Nagios Plugin Development Guidelines Copyright (C) 2000-2018 Nagios Plugins Team Permission is granted to make and distribute verbatim copies of this manual provided the copyright notice and this permission notic
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
Using The Embedded Perl Interpreter
Introduction Nagios can be compiled with support for an embedded Perl interpreter. This allows Nagios to execute Perl plugins much more efficiently that it otherwise would, so it may be of interest to you if you rely heavily on plugins written in Perl. Without the embedded Perl interpreter, Nagios executes Perl (and non-Perl) plugins by forking and executing the plugins as an external command. Whe
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時に指定され
Nagiosでシステム監視 その1 インストール
インターネットシステムには障害がつきものです。人為的なミスもあれば、ハードウエアが自然に故障することもあります。これらを事前に想定して防止をすることも重要ですが、障害をなくすことはまず不可能です。 起きてしまった障害の被害を最小限に食い止めるため、いかに早くシステム管理者がこれに気づき、正しい対処をすることが重要になります。しかし人力で監視するのは無理があります。 そのため、システムとネットワークを監視するアプリケーションがあります。指定されたホストやサービスを監視し、障害や復旧時に通知します。システムへの負荷は微々たるものですし多少制約があっても使っておいて損はないと考えます。 今回は、システムを監視する、Nagiosサーバをインストールして立ち上げるまでをやってみたいと思います。 オンラインで利用できる監視サービスもありますが、自前でNagiosサーバを立ち上げると、たくさんのホストの
Mod Gearman
Mod_Gearman is an easy way of distributing active Naemon checks across your network and increasing Naemon scalability. Mod-Gearman can even help to reduce the load on a single Naemon host, because its much smaller and more efficient in executing checks. There is a NEB module which resides in the Naemon core and adds servicechecks, hostchecks and eventhandler to a Gearman queue. The counterpart is
Nagios Monitoring Performance
Since I joined 37signals, I have been working to improve our monitoring infrastructure. We use Nagios for the majority of our monitoring. Nagios is like an old Volvo – it might not be the prettiest or the fastest, but it’s easy to work on and it won’t leave you stranded. To give you some context, in January 2009 we had 350 Nagios services. By September of 2010 that had grown to 797, and currently
Monitoring Casual Talk #1でNagiosの運用について話してきました - lamanotrama's diary
プレゼン2度目ですが、前回引き続き、脇、首の異常な発汗が抑えられません。どうしたら平然と発表できるんでしょうか。 自分の資料はこちらです。 幾つかの*-casualを見てきましたが、今回が一番カジュアルでしたね。とくにid:hirose31さんはカジュアルを完璧に体現されており、さすがだと思いました。 全員発表というコンセプトといい、内容のいい意味での緩さといい、とても良いイベントでした。ぜひとも第2回を期待したいです。 関係者の皆様、ありがとうございました！お疲れ様でした！ 7/20 追記 友人から資料のnagiosのコンフィグレイアウトについて質問があっったのでそこで答えた内容を追記しておきます。 質問は「どうしてそこにobjectsファイルをおいたか？」というもの。 なぜわざわざデプロイパスからリンクを貼って、/etc/nagios/objects/sqale 以下に置いたのかって感
fluentdでNagiosアラートの集約 « ボーダーレスライフ
RRDなどにメトリクスを書き込んでグラフを生成している場合、標準的なサーバだとCPUかHDDがボトルネックになって、Nagiosサーバ1台あたり持てるクライアントは、300台〜700台くらいが限度といったところでしょう。 数万台のサーバを管理する様な環境では、Nagiosサーバ単位で情報が分断されてしまうので、関連するシステム（特に他部署が管理している様な）の状況が把握しづらいことがよくあります。 全サーバの状況を横断して検索、リスティングができると、障害時の対応時間を短縮できるし、統計情報の取得ができるとメトリクスdrivenな運用＆開発もしやすくなり、プロダクトの質も向上するだろうということでfluentdでやってみました。とは言ってもまだ始まったばかりなのですが、下の図の様な構成で、Nagios上のイベントログをfluentdがtailし、必要なイベントログをfluentd serv
GrowthForecastの値をNagiosから監視できるようにすると #fluentd がより活用できる - たごもりすメモ
Fluentd からGrowthForecastへデータを投入するためのプラグイン fluent-plugin-growthforecast を作って使っている。 fluent-plugin-flowcounter および fluent-plugin-growthforecast released! #fluentd - tagomorisのメモ置き場 で、このGrowthForecastには最近、データをJSONで出力する機能がついた。 GrowthForecastに1分更新グラフ作成とサマリーなどのJSONフォーマットでの出力機能追加 - blog.nomadscafe.jp つまりFluentdからストリーム状に入力したデータを可視化しつつ、更に時系列データとしての(変則の)ストレージとしても使えるようになった、ということだ。つまりつまり、最近の3数値平均をとってそれを相手になんかチ
Teeny Nagios - Nagiosのスマートフォンビューを作ったよー - （ひ）メモ
自分の場合、iPhoneでNagiosを見たい場合というのは、 アラートが飛んできたので状況を確認したい →ざっと状況をつかみたいので、一覧性の高いビューがいい 即時対応は必要なさそうなので、とりあえずアラートを止めたい →ホスト単位、またはサービス単位で「Schedule downtime」したい ぐらいなので、それに特化したスマートフォンビューを作りました。 プロジェクトホーム http://hirose31.github.com/teeny-nagios/ レポジトリ https://github.com/hirose31/teeny-nagios Mobile Safariで通常のNagiosのページを見てもいいんですが、操作性、一覧性がイマイチだなーと思ったのが作った動機です。 ホーム。ざっくり状況を確認するのに。 ホストの一覧。黄色はwarningが、赤色はcriticalが出
Mod Gearman - Nagios Exchange
Distribute Hostchecks, Servicechecks and Eventhandler with Gearman. Replace distributed Nagios installations with Gearman worker for easy high availability. Host/Servicegroup affinity included. Mod_Gearman is an easy way of distributing active Nagios checks across your network and to increase nagios scalability. Mod-Gearman can even help to reduce the load on a single nagios host, because its much
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Slides From my MySQL and Nagios Monitoring Talk | Sheeri dot com
ogawashingo.com » Blog Archive » Nagios enable_flap_detection
memcachedに張られているコネクション数を監視するNagios pluginを作ってみた - （ひ）メモ
