前回の続きでSerfを触ってる。前回のエントリを見て、@zembutsuさんが作ってくれたserf-muninが素晴らしかったので、弊社仕様に若干修正して導入した。 serf-muninでmunin-nodeの監視自動追加/削除 | Pocketstudio.jp log3 Serf-muninが自動生成、削除するファイルは/etc/munin/conf.d/配下で、 既存のmunin環境(/etc/munin/munin.confとか)を壊すことがないと思うので、すぐに試すことが出来ると思う。 導入環境は CentOS 6.4 Serf 0.2.0 munin-2.0.17 で、Serfの起動コマンドや生成されるmuninのconfの関係上、Serf 0.2.0とmunin 2.0以上は必須条件になります。 serf-muninの仕組みの説明 1. web server1がmuninサー
サーバー監視ツール「munin」の各グラフの意味と読み方。 muninをインストールすると標準でたくさんのグラフが出力されます。中には聞いた事もない単語のグラフもあり、 「いったいこれは何なのか」と疑問に思っていたので調べてみました。 グラフはすべてplugin (/etc/munin/plugins) の内容から出力されていて、さらにそのほとんどが単なるperlスクリプトやシェルスクリプトでした。このpluginが実際はどのようなコマンドを使った結果なのかを確認しながら調べました。プログラムにはあまり明るくない＆英語が苦手、なので意味違いしている可能性がありますのでお気づきの点がありましたらコメントを頂けると嬉しいです。 使用したmuninバージョンは1.4.5です。 ほとんどの値は /proc/以下から参照されているようで以下のページがとても役に立ちました。 Man page o
7. ＼ / 私は誰？ ＼ 丶 i. | / ./ ／ ＼ ヽ i. .| / / ／ ＼ ヽ i | / / ／ ＼ -‐ Zembutsu Masahito ー _＿ わ た し で す -- • 前佛 雅人 @zembutsu 二 ／￣＼ ＝ 二 ￣. | ＾o＾ | ￣ -‐ ＼＿／ ‐- – Solutions Engineer ( 萌えるSE ) ／ • インフラエンジニア的な仕事メイン / ヽ ＼ • 株式会社リンク at+link サービス開発部 ( http://www.at-link.ad.jp/ ) ／ • “技術者に安心と休息を” 提供するサービス追求(運用/監視/自動化) 丶 ＼ ／ / / | i, 丶 ＼ ／ / / | i, 丶 ＼ – オープンソース系・クラウド系コミュニティ活動 • http://pocketstudio.jp/log3/ – 主な職歴
What Powers Instagram: Hundreds of Instances, Dozens of Technologies
What Powers Instagram: Hundreds of Instances, Dozens of Technologies One of the questions we always get asked at meet-ups and conversations with other engineers is, “what’s your stack?” We thought it would be fun to give a sense of all the systems that power Instagram, at a high-level; you can look forward to more in-depth descriptions of some of these systems in the future. This is how our system
munin-cgi-graph の導入方法をまとめました。 ◆管理台数が増えたら、グラフの動的生成で負荷軽減 汎用リソース・モニタリングツールの Munin 。監視対象ノードを増やしていくと突き当たるのが、負荷対策です。Munin は各種のリソースをグラフで表示する為に、5分に1回画像を生成します。管理台数が1台であれば、1度に生成される画像は約40程度です（標準的なRHELで自動認識されるプラグイン数、かつ、’by day’ のみ。実際には、’by week’ ‘by month’ ‘by year’の画像生成も重なると、倍の画像を生成する事になります）。 Munin 管理ノードが１台であれば、40個の PNG 形式の画像（グラフ）を生成することは、今日日さほどサーバ・マシンの負荷にはなりません。ですが、管理対象が10台になれば、1度に生成されるグラフは約400個。100であれば、約40
最近ドコモ回線があまりにも詰まったり繋がらなかったりすることが多くてどうにも我慢できなくなったことと、たまたまmineoがキャンペーンをやっていてコストダウンできそうなので勢いでmineoに乗り換えた。後悔は全くしていない。 数ヶ月前まではドコモ回線がつながりにくいこと以外はOCNは特に不満もなく、Musicカウントフリーオプションの存在もあり3年ほど使っていた。ただ、最近は新規契約を停止していてirumoという改悪されたMVNOに軸足を移す流れがあるのと、その影響でOCNモバイルONE自体がもう改善されないリビングデッド状態になっていたので、緩く乗り換え先を探していた。 mineoにしようと思ったのは 1.5Mbpsなら使い放題のオプションがある ドコモ以外の回線も選べる という点で、実際乗り換えてみてよかったと思った。それ以外にも通話系のオプションが充実してたり、ギガを永遠に貯められる
10分ほどあれば設置できる程にお手軽な「Munin」というサーバ監視ソフトを使い始めて早数ヶ月。様々な計測値がグラフ形式で一望出来るので、問題の早期発見が出来るようになり、とても重宝しています。 ただ、MuninはNagiosなどと違い、ログの保存だけではなく同時にグラフの更新も行っています。これに加えて各サーバから取得したデータのグラフ化をcronで5分おきに行っているので、常時Muninサーバへ負荷が掛かっている状態です。 現在、既に監視対象が40台を超え、Muninが動くサーバのIO負荷が高いのが気になってきました。 どのようにMuninのDisk I/O Waitを減らすか調べても、特に情報がありません。 そこで、Muninの処理を追う事で、軽量化の方法を探ろうと思います。 結論から言うとCPUのコア数は重要ではなく、メモリを十分に載せる必要があります。 環境 CentOS 5.5
Munin plugin repositoryWelcome to Munin Exchange, a plugin repository for Munin inspired by http://www.nagiosexchange.org/ Notice: This is a new website - users account from the old website were not imported. In order to participate on the new website (submit plugins and post comments) you don't need to create a new user account and you can use your existing OpenID account. Quick start guide If yo
Yamaha RTXの統計を Muninで取得する >>Router/Lx/L3/L2 | >>サーバ Yamaha RTXの統計を Muninで取得する。 MRTGでもいいけど、せっかくなのでできるだけ１つに集約しないとね・・・。 バラバラ入れても保守しづらいだけなので。 というわけで、Muninでの取り方のメモ＆スクリプト。 まず、基本となるInterfaceのトラフィック統計から。 FAQ for YAMAHA RT Series/SNMPに「インターフェース番号はどのように定義されていますか？ 」というのがあるので参照する。 munin-node-config でゲットしたのをただ全部羅列するとエライ数になるので注意。 必要なところだけ ln -s /usr/share/munin/plugins/snmp__if_ /etc/munin/plugins/hogehoge_if_1
tomcatのスレッドを監視しておかしなスレッドがたまっていないか調べる必要がでてきた。 そこで、muninで監視するスクリプトを見つけたが、ちょっとちがったのと、個別のスレッドの状態までは確認できなかったので、自作しました。 ただ、perlがよくわからんので、そこはまねっこです。 use strict; use Switch '__'; my $ret = undef; if(!eval "require LWP::UserAgent;") { $ret = "LWP::UserAgent not found"; } if(!eval "require XML::LibXML;") { $ret .= "XML::Simple not found"; } my $URL = exists $ENV{'url'} ? $ENV{'url'} : "http://%s:%s\@127.0.
モニタリングツールMuninのプラグインの作り方を簡単に紹介します。ざっくり紹介しているので、説明を省いているところもあります。というのも、次の話の準備のための説明だからです。 Muninはネットワークのモニタリングに用いられることが多く、監視対象の各ホストに情報収集デーモン（munin-node）を配置し、そのデーモンがネットワークの情報などを収集します。監視ホストは定期的に情報収集デーモンにアクセスし、監視対象のホストの情報をグラフにします。グラフはHTMLで出力されます。PHPなどを導入しなくてもよいため、導入が楽ですし、リソース消費も少ないです。 監視対象ホスト上でどの情報を収集するかはインストール後に追加・削除できます。情報を収集する部分がプラグイン化されているためです。情報収集デーモンmunin-nodeにプラグインをインストールすればそのプラグインが収集する情報がモニタリング
JavaやLinuxなどについて試したことなどを中心に書いています。 内容については保障できません。記事の内容を試してみる場合は、自己責任でお願いします。 いくつか Munin についてまとめたけれど、そそもは Xen 上の Dom0, DomU による CPU 使用状況をモニタリングすることが目的なので、本日は Munin の Xen プラグインについてまとめる。 MuninExchange には、Xen CPU 使用状況に関するプラグインが２つほど公開されている（xen と xen-cpu）。 これらを使うには # chmod +x /path/to/xen # chmod +x /path/to/xen-cpu # cd /etc/munin/plugins # ln -s /path/to/xen . # ln -s /path/to/xen-cpu . な感じで、実行権を与えてシ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
