よこいまさる日記

久しぶりに Munin の設定についてまとめてみる。　 前回書いたのが4年以上前 みたいなので。　最近の事情とか含めたりと。 Munin の仕組み Muninは各マシンの状態を数値で取得して、グラフを書いて状態の可視化をするツールです。　Muninには munin-node という監視される側 (agent) と、munin サーバと呼ばれる数値を収集して記録しグラフ作成を行う2つのパートに分かれます。 エージェントである munin-node 情報収集を行う munin server munin-node に接続し情報を収集する munin-update 可視化するためのHTMLを作成する munin-html 可視化するためのグラフ画像を作成する munin-grapth, munin-cgi-grapth, munin-fastcgi-graph 上記3つを駆動する munin-cron munin-node のインストールや設定 昔はFedoraやEPELからパッケージを持ってきて云々とかしていたのですが、最近はそのようなことも必要なくなり、おおよその Linux ディストーションに添付されるようになりました。　インストールは yum や apt-get で行えばよいかと思います。 sudo yum install munin-node sudo apt-get install munin-node 設定は /etc/munin/node.d ディレクトリがある場合には、この中に node.conf などのファイルを作って、そこに設定を書いていくと良いでしょう。　無い場合には /etc/munin/munin-node.conf に書いていきましょう。 おおよそ必要な設定項目は下記のようになります。 # Listen するインターフェースを指定 host * # munin-server のアドレスを指定: 正規表現 allow ^127.0.0.1$ # CIDR での指定 cidr_allow 192.0.2.0/24 cidr_deny 192.0.2.42/32 設定が終わったら、localhost や munin server から telnet などで接続できるか確認します。 telnet localhost 49...

コンピュータシステムの運用となると、例えば 24H×7D (日本語的に書くと24時間365日) 稼働するといったものがあるでしょう。　場所によっては平日の営業時間に稼働というのもあります。　そんな稼働すべき時間に、そのコンピュータのハードウェア（部品）やソフトウェアが正しく稼動しているかどうかをチェックすることを「監視」(Monitoring) なんて言っています。 稼働すべき時間に稼動しているかを確認する方法としては、人間が行う場合と、コンピュータが自動で行う場合の2種類があるでしょう。　人力を使う場合でしたら、実際にそのシステムを操作してみれば良いでしょう。　この場合、システムが利用できないといった人間からの連絡をもって、システムの以上を知ることが出来ます。　コンピュータを使って自動で確認する方法としては、例えばWebサイトならば、そのWebサイトのページを表示する操作で行われるデータの取得といったものをコンピュータのプログラムで行い、設定した時間内にデータの取得が出来なければ異常と判断して通知する、といったことを行います。 人間がチェックする場合の良いところとしては、チェックする手順をコンピュータのプログラムとして書く必要がなく、わりと曖昧なことも判断してくれます。　欠点としては、人間によって判断の基準にバラつきがあったり、そもそも人間を使うこと自体が金銭的に高コストです。　またチェックする人を雇うことなく利用者からの連絡でシステムの異常を知る方法もありますが、利用者によってシステムを異常と判断する基準は、ルールを作って判断するよりも、更に曖昧なものとなってしまいます。　また、利用者がシステム管理者に連絡するのは非常に面倒なことなので、そもそも連絡がない可能性もあります。 コンピュータでチェックする場合、人間がチェックする場合の欠点はほぼ解消されます。　ただし、チェックするプログラムを正しく設定し、止まらないように運用する必要があります。 ここ数日紹介しているNagiosですが、このコンピュータによる監視を行うソフトウェアです。 http://www.nagios.org/ Linux などのUnixなOSで動作します。　他にも Zabbix ( http://www.zabbix.jp/ ) などもあります。　これらのソフトウェアを使って監視する場合、...

ここ数日は監視周りの強化期間。　たまたま自社サーバのRAID監視を始めたら、たまたま客からも「ウチのもお願いね」的に以来されたりするのだが、客のサーバで使っている部品は全く異なる物だったりするから一から調べ直し、とかとか。 そんなこんなで見つけたのが Nagios プラグインを集めたページ。 http://exchange.nagios.org/directory/Plugins いろいろ見ていると面白いものがチラホラと。「これ動くのか？」と怪しいものもあったり。

ウチのサーバでは 3ware の 9650 というボードを用いて SATA2 のHDDをRAID1にして利用している。　こんな感じの機材だ。 $ lspci|grep 3ware 05:00.0 RAID bus controller: 3ware Inc 9650SE SATA-II RAID PCIe (rev 01) RAIDって放置して運用してしまうと、HDD故障などに気づかず、RAID1でミラーリングしているにもかかわらず両方のHDDが故障したまま放置して、結局データがなくなってしまう、なんて事故もあるといえばある。　私の場合、このRAIDカードとHDDを使って3年ぐらい放置してしまった。（笑）　幸いにもHDDの故障がまだやってきていないので、特に問題になっていなかったが。 最近、監視周りのシステム構築をやったりしたので、ついでに私のサーバも監視するようにしてみた。 ソフトウェアの入手 3ware のハードウェア状態をLinuxから見るには 3DM2-CLI-Linux といったソフトウェアを入手する必要がある。　入手は http://www.3ware.com/ の Support and Download あたりをたどってください。　このページの執筆段階では下記URLから入手できました。 http://www.lsi.com/channel/products/raid_controllers/3ware_9650se-2lp/index.html 今回は上記ページの 「3DM2_CLI-Linux-10.2.zip」 を利用しました。 ダウンロードした tar.gz を展開し、中の install.sh を root 権限で実行すると、 /opt/3ware あたりにインストールされます。 インストール後に実行すると、このように状態を取得できます。 root@vh0000:~# /opt/3ware/CLI/tw_cli show Ctl Model (V)Ports Drives Units NotOpt RRate VRate BBU ------------------------------------------------------------------------ c8 9650SE-2LP...

いままではシステムのリソースなどの監視を Muninで、アラートメールの通知を Nagios という具合に組み合わせてシステム監視・測定をしていた。　最近 zabbix がよいよ、という話をちらほらと聞いたので、比較検討してみた。 Nagios http://www.nagios.org/ システムの停止や危険状態な状態などを通知したり記録する機能を持っている。　仕組みとしては、監視を行うホストから ping や TCP接続やTCP/UDPを用いた通信を行い、設定した閾値によって warning, critical, flapping, down などの判定を行い、これをメールなどで通知したり記録する。　NRPE (Nagios Remote Pliugin Executor) を使うと、監視対象のマシン内でNagiosのプラグインが実行でき、監視サーバ1台に対して複数の監視対象マシンを監視できる。 よい点 プラグインが豊富で、監視対象となる機能が多い。 Ubuntu や Fedora ではパッケージとして公開しているので、インストールが楽 よくない点 設定が面倒。 設定時に、host, hostgroup, service, servicegroup, contact, contactgroup などがあり、これのリレーションが理解できるまで手間取った。 設定をテキストファイルで書かなければならないので、面倒 CPU load average などのシステムの状態を記録してグラフにするなどの機能が実装されていないので、機能としては監視→通知のみ。 Munin http://munin-monitoring.org/ 性能測定対象 (munin-node) のシステムの状態の数値を muninサーバが取得、記録し、グラフにする機能。 よい点 インストールが簡単。　測定対象ホストに munin-node にインストールして、muninサーバのIPアドレスを接続元ホストのルールに追加するだけ。　muninサーバでは測定対象ホストのリストを書くだけ。 性能測定対象が豊富。　Apache HTTPDの mod_status の結果や、MySQLのスレッド数や slow query の数などを測定できるぐらいに、かなり至れり尽くせりな状態。 よくない点 性能測定の結果を取得し...