kSarでsysstat(sar)をグラフ化したのはいいのだが、読めないので解読してみる - 基本へ帰ろう
kSar http://ksar.atomique.net/index.html kSarのグラフ化について kSarによるsarのグラフ化について | Miracle Linux Support KSarでsysstatのグラフ化 - shibainu55日記 HugeDomains.com - Shop for over 300,000 Premium Domains グラフ化については、上記がわかりやすいかと思います。 sarのcronは以下のように設定しています。 [root@web ~]# cat /etc/cron.d/sysstat # run system activity accounting tool every 10 minutes */10 * * * * root /usr/lib/sa/sa1 1 1 # generate a daily summary of
AVATAR製作時、その超巨大データはどのように大陸間転送されたか？ - Wataru's blog
3D映画として現在大ヒットを飛ばしているAVATAR。私の周りでも凄く話題になっていて、IMAXを持つ映画館に近いうちに見に行きたいと思っています。 本日は、AVATAR製作時に使われたITシステムの話を、ご紹介したいと思います。 34ラックという、驚きの超巨大システム AVATARのデータ総容量は、何と、3PB(ペタバイト)!もの大きさだったそうです。毎週、ときには日ごとに数TB(テラバイト)ものデータが出来る上に、それらを色々なフォーマットで保存しなければならないためだそうです。 これだけのデータを処理するために、ITシステムのラック総数は何と34本、そして各ラックには32台のサーバが搭載され、プロセッサ総数は40,000、メモリ合計は104TBに達したそうです。しかも、全てのサーバが10GbEで接続されていたとのこと。 とてつもなく巨大なシステムですね。ここまで来ると小規模なスパコン
Kazuho@Cybozu Labs: crontab を使って効率的にサービス監視する方法
監視とは継続的なテストである、という話 (もしくは cronlog とテストスクリプトを組み合わせた監視手法について)に続きます 今日ようやく、積ん読状態だった「Software Design 2010年1月号」を手に取ったのですが、特集が「今日から使えるスクリプト満載！ [プロ直伝]お手軽サーバ監視術」。興味深く拝読したのですが、もっと楽ができるのにと思うところも。ちょうど、昨年末に運用しているサービス「パストラック」のサーバを移転し、crontab と perl で書かれたスクリプト群を使った監視環境を構築したところなので、そこで使っているスクリプト cronlog を紹介したいと思います。 特集の前書きにも書かれていることですが、サーバやネットワーク機器が多数ある環境なら、Nagios を始めとする、専ら監視のために作られたソフトウェアを使って、監視システムを構築すべきです。逆に小規
研究メモ - Ganglia
クラスタの全ノードにganglia-monitorを，Webサーバ（マスタノード）にgmetadをインストールする．ganglia-monitorはノードの情報を取得し，XML形式でネットワーク内にブロードキャストする．そして，マスタノードで動作しているgmetadによってその情報が集められる．そのデータをPHP，rrdtoolを使い，視覚化する．rrdtoolはデータをグラフ化するツールである． マスタノードの設定 マスタノードの/etc/hostsに，自分と監視したいノードの情報を記述する．下記のような情報を追記する． 192.168.1.1 master 192.168.1.2 slave1 192.168.1.3 slave2 次に、Webサーバに必要なパッケージのインストール、および設定を行う．モニタリングするWebサーバには，gmetad, apache, php4, liba
Nagiosのプラグインを独自に作成する - my Linux Life
Nagios plug-in development guidelines Nagiosのプラグインを使っているとどうしても独自のものが欲しくなる。調べてみると結構簡単に出来そうだ。例えば標準プラグインのcheck_file_ageは極めて短いPerlのスクリプトでこれを参考に改造すれば直に自分のスクリプトが作れるようだ。Rubyを使ってダミーの結果を返すスクリプトを作るときちんと動作した。#!/usr/bin/ruby result = 0 result = ARGV[0].to_i if ARGV[0] print result exit resultこのような簡単なスクリプトを作成し、Nagiosが読めるようにパーミッションを適当にゆるく設定して配置。設定ファイルに記述してみると動作が確認できた。これで通常のプラグインでは監視できないような特殊なデバイスも監視できるようになるだろう。
リモートホストの資源管理ｎｒｐｅのインストール
Ｎａｇｉｏｓはネットワーク内の各サーバーのサービス監視は出来るが、ディスクの残容量など資源の監視となるとＮａｇｉｏｓをインストールしているホストのものだけでリモートのホストについては手が出ないのが実態である。 この欠点を補うものとしてｎｒｐｅなるプログラムが公開されており、これを使うとリモートのホストの資源を含む監視が可能となる。 このｎｒｐｅのインストールはＮａｇｉｏｓホストと監視される側のリモートホストと呼んでいるが、の両方に行う必要があることからここでも分けて説明する。 １．リモートホスト側 図でわかるようにｎｒｐｅ本体が必要となる。このため以下の順序で設定する。なお、リモートホストとして使用したのは、Ｄｅｂｉａｎ ｅｔｃｈをインストールしたサーバー設定用のノートＰＣによる端末である。 nrpeの最新版nrpe-2.12.tar.gzをＮａｇｉｏｓと同様ここから頂いてくる。#
nrpeによるｌｉｎｕｘサーバーの監視
Ｌｉｎｕｘサーバーのリソース監視ツールで あるｎｒｐｅをインストールする。 Ｎａｇｉｏｓにおけるサーバーのリソース監視は、プラグインにより 行うが、標準ではＮａｇｉｏｓをインストールしているホスト自身のものはできるがリモートのホストのリソースについては不可能である。 これを改善するツールがｎｒｐｅであり、Ｎａｇｉｏｓのプラグイン による監視をネットワークを使って吸い上げる構造になっている。 （１）コンパイル 最新バージョンであるnrpe-2.0.tar.gz で試してみたが、 CHECK_NRPE: Error - Could not complete SSL handshake なるエラーが出てデータの取得が出来ない。 （原因は定かではないが、別のＰＣでｏｐｅｎｓｓｌ−ｄｅｖｅｌをインストール した後コンパイルして見たところ難なく動作した。） そこ
Nagios/NRPE - cubic9.com
Nagios Remote Plugin Executor. ¥Ç¡¼¥â¥ó¥×¥í¥°¥é¥à¤È¤½¤ÎÀßÄê¥Õ¥¡¥¤¥ë¡¢¤½¤·¤Æ£±¤Ä¤Î¥×¥é¥°¥¤¥ó¤Ë¤è¤Ã¤Æ¹½À®¤µ¤ì¤ë¡£ ¥ê¥â¡¼¥È¥Û¥¹¥È¤ÇNagios¥×¥é¥°¥¤¥ó¤ò¼Â¹Ô¤·¡¢¤¢¤¿¤«¤â¥í¡¼¥«¥ë¤Ç¼Â¹Ô¤·¤¿¤è¤¦¤Ë·ë²Ì¤òÊÖ¤¹¤â¤Î¡£ ¥À¥¦¥ó¥í¡¼¥É ½èÍý¤Îή¤ì¤Ï¼¡¤Î¤è¤¦¤Ê´¶¤¸¤Ç¤¹¡£
Apache2 Form-Based Authorization
Apache2 Module 'mod_auth_form' Current Version: 2.05 Apache is currently developing an HTML form-handler module called mod_auth_form (same name but different module), which will be available in their 2.4 stable release. As such, I will no longer maintain this third-party module and mark it deprecated in favor of Apache's version of mod_auth_form. Anybody who are presently using this third-party mo
0×0018 till I die » はてなnaoyaさん「はてなを支えるバックエンドシステム」
403 Forbidden nginx
肥え続けるTomcatと胃を痛めるトラブルハッカー (1/3) - ＠IT
肥え続けるTomcatと胃を痛めるトラブルハッカー：現場から学ぶWebアプリ開発のトラブルハック（8）（1/3 ページ） 本連載は、現場でのエンジニアの経験から得られた、APサーバをベースとしたWebアプリ開発における注意点やノウハウについて解説するハック集である。現在起きているトラブルの解決や、今後の開発の参考として大いに活用していただきたい。（編集部） メモリリークと聞いて、良いイメージを思い浮かべる開発者は少ないだろう。経験したことのある人にとっては、思い出したくない過去の記憶がよみがえるかもしれない。もしかしたら、その単語を聞くだけで胃が痛くなる人もいるかもしれない。筆者もかつてはその1人であった。 前々回の記事では、WebサーバとTomcatの間の接続において、スレッド数の不整合により発生したトラブル事例を、前回はTomcatとDBサーバの間のトラブル事例を紹介した。今回もTom
mixiの生みの親“バタラ氏”が語るMySQLの意外な利用法 － TechTargetジャパン
日記だけで4億件のデータ ミクシィが運営するSNS「mixi」は、2007年7月末段階でユーザー数が1110万人。人が12人集まれば、1人はmixiユーザーというわけだ。ユーザーのアクティブ率（ログイン間隔が3日以内）は約62％と高く、2007年4月から6月の月間平均ページビューは117.5億に達した。日記だけでも4億件以上に上るなど、蓄積するデータ量も莫大。2004年3月のサービス開始から、わずか3年半で現在の巨大コミュニティーへと発展したのだ。 ミクシィは、「LAMP（OSのLinux、WebサーバのApache、DBMSのMySQL、開発言語のPerl、PHP、Python）」と呼ばれるWebシステム向けの標準的なオープンソースソフトウェア（以下、OSS）でシステムを自社開発し、安価なPCサーバを1000台以上連ねる超分散構成でmixiのサービスを支えている（広告配信など周辺機能では
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Ganglia と Nagios: 第 2 回 Nagios でエンタープライズ・クラスターを監視する
Ganglia と Nagios: 第 1 回 Ganglia でエンタープライズ・クラスターを監視する
Nagios/NSCA - cubic9.com
8.3. Troubleshooting Specific Products
naoyaのはてなダイアリー - ライブドアのテクノロジーセミナーでしゃべってきました。