LinuxのファイルI/Oチューニングに使える「Iotop」 - GIGAZINE
ファイルI/Oがパフォーマンスのボトルネックになっていることはなんとなくわかるが、具体的にはどうなっているのかを知りたい場合、通常はvmstatやiostatなどを使うわけですが、この「Iotop」を使うと、いわゆるtopコマンドのような感じで表示してくれるので、ケースによってはかなり状況を把握しやすくなり、非常に役立ちます。 詳細は以下。 Iotop's homepage http://guichaz.free.fr/iotop/ 中身はPythonで書かれており、Python2.5以上とLinuxのカーネル2.6.20以上で動作します。 画面はこんな感じ あと、ディスクI/O関連は以下のページも参考になります。 Linux I/O のお話 write 編 - naoyaのはてなダイアリー Linuxチューニング 第2部第3回 ハード・ディスクをチューニング（その1）：ITpro
Muninをカスタマイズして表示されるグラフの種類を増やしてみる - ネットワーク監視
以前にGIGAZINEで紹介した「Munin」はMRTGに比べて劇的にインストールが簡単、なおかつシステムを監視していろいろな値を取得してグラフ化してくれるわけですが、今回はMuninで有効化されていないプラグインを有効にする方法と、有効化されているのにグラフが全く表示されない場合の対処方法、それから追加でプラグインを使う方法です。 というのも、どういうわけかGIGAZINEを新サーバにした途端にMySQLのグラフが消えてしまったため。どうやらMySQLプラグインへのシンボリックリンクがなくなっているだけでなく、値が正常に取得できていないため、RPMによるインストール時に最初から外されてしまった模様。同様にApache関連のMuninプラグインも有効化されていないようです。 というわけで以下、Muninにグラフを追加する方法あれこれ。 ◆Muninのインストール まずはおさらい。今回はRe
ハードディスクの物理障害、果たして本当に復旧できるのか？〜完結編〜 - GIGAZINE
次々と発覚する新事実に打ちのめされながらも、ついにある1つの決断をしました。まずは代理店であるアイティフォーに電話をかけ、そして「オントラック」から無事にハードディスクを返してもらうこと。それから、前回に電話をした中では最も価格が安かった株式会社ブレイバーの「データサルベージ」に無料見積もりを依頼しよう、と。もしもオントラックが分解していればどこに出しても復旧は絶望的であるため、見積もりだけであれば送料以外のお金はかからない「データサルベージ」を選んだというわけ。 また、サイトの説明によると、他社の見積書を添付すればさらに10％を値引きしてくれるとのこと。つまり、こうなるわけです。安すぎ。まさかここまで安くなるとは……。 ・初期診断 オントラック 15,000円 ブレイバー 0円 ・復旧費用 オントラック 1,017,870円 ブレイバー 184,500円 ×90%（10%引き）＝166,
ハードディスクの物理障害、果たして本当に復旧できるのか？〜後編〜 - GIGAZINE
総容量40GBの2.5インチハードディスク、そのうちたった23GBのDドライブだけで100万円を突破するという高額な見積もりを出され、憤りに打ち震えるGIGAZINE編集部。馬鹿な、こんなに高かったら大切なデータであってもあきらめざるを得ない人も多くいたはずだ……こんなの何か間違ってる……価格に応じた信頼度があればいいが、一体そんなものをどうやって計るというのか？この価格が妥当なものなのかどうかを検証しなくてはいけない。その方法はたった一つ……同業他社に見積もりを出してもらうこと、これしかない。 というわけで、ハードディスクの物理障害を復旧させるための戦い、その後編です。今後、もしも同じようにハードディスクの物理障害によってデータを失ってしまったが、万が一の可能性に賭けてみたいという人にとっては非常に参考になると思います。では、どうぞ。 ■代理店経由だから高いのかもしれない あまりにも衝撃
ハードディスクの物理障害、果たして本当に復旧できるのか？〜前編〜 - GIGAZINE
これまでいろいろとハードディスクドライブに関する記事を書いてきたわけですが、今回は論理エラーではない正真正銘の「物理障害」について、実際にぶっ壊れたハードディスクを使った衝撃のレポートです。わずか20GBの復旧で信じられないほど高額な見積もりを出されました。 ネット上で「ハードディスク 復旧」などと検索すると多くの業者サイトが出てきますが、まずその実態を簡単に列挙します。以下はいくつもの実績ある復旧業者およびその関係者から、悪質業者についての証言をまとめたものです。 ・論理障害はFINALDATA(ファイナルデータ）などの市販ソフトで復旧しているだけ ・物理障害は復旧技術がない業者の場合はただ開けるだけしかしていない ・物理障害で復旧できなくても検査料や着手金などの名目で数万円を請求 ・別の復旧業者が復旧させると信頼が落ちるため、復旧できないように破壊してから依頼主に返却 にわかには信じら
1秒で10万行を処理するフリーの超高速なログ解析ソフト「Visitors」 - GIGAZINE
GIGAZINEのログは膨大な量になっているため、以前まで使っていた「ApacheLogViewer」では毎日のアクセス解析に時間がかかりすぎるのと、今後のさらなるログの増大を考えると不安を覚えたので、いろいろと試してみた結果、「Visitors」というアクセスログ解析ソフトが超高速でよかったです。 大体、10万行を1秒～2秒ほどで処理してくれます。しかもサイトへの人の流れをフローチャート化することも可能。ユニークユーザーベースで解析してくれるだけでなく、検索ボットは除外したり、特定のリファラをブラックリストにしてノーカウントすることも可能。非常にすばらしいです。 また、Linux版だけでなく、Windows版も一応提供されています。やろうと思えばWindowsで解析することも可能です。 というわけで、実際にインストールして実運用するまでの手順をメモしておきます。参考になれば幸い。 ■解析
MRTGよりお手軽に負荷やトラフィックをグラフ化できる「Munin」 - GIGAZINE
Perlで書かれており、RRD Toolと連携して、サーバに関するあらゆる情報をグラフ化し、HTMLを作ってくれます。MRTGよりも圧倒的にインストールも設定も簡単。グラフ化する対象はプラグインで簡単に拡張可能。 グラフ化できるのは、初期状態でディスク使用量・MySQL・IOstat・トラフィック・プロセス数・VMstat・CPU温度・CPU使用率・ロードアベレージ・メモリ使用率・スワップ・Netstat・HDD温度など。プラグインを追加することでさらにApacheのロードタイム・メールキュー・Asterisk・NFSクライアント・BIND・ColdFusion・DNSキャッシュ・MySQLの各種数値・PostgreSQL・印刷キュー・ProFTP・Qmail・電圧・S.M.A.R.T.・SpamAssassin・Tomcat・Tor・Windows Server・VMware・Xenなど
GIGAZINE最大の挑戦、LoadAverage「86」から「3」へ
というわけで、再び負荷を下げる方法を模索した、戦いの記録。 1.MySQLの設定を変更して高速化 2.Zend Optimizer 3の導入 3.ionCube PHP Acceleratorの導入 4.テンプレートの見直しでクエリーを減らす 5.robots.txtでクロールする間隔を制御する 6.MySQLの設定を負荷を低くする設定に変更 7.キャッシュを有効化する 前回解説した「GIGAZINEのLoadAverageを「27」から「2」へ下げた方法」から約3週間後、6月20日（火）の夜、気がつくと負荷の15分平均は「25」をコンスタントに吐き出すようになり、さらに訪問者は急増、ついに6月28日（水）12時45分、負荷対策の効果がほとんど出ないまま、LoadAverage15分平均は「86」に…。 何か対策が根本的に間違っているのだろうか？それとも、もうGIGAZINEサーバのハード
GIGAZINE - GIGAZINEのLoadAvarageを「27」から「2」へ下げた方法
ここ3日間ぐらい超絶な重さだったのはサーバに物理的トラブルが発生したからではなく、単純に閲覧者数が満員御礼となり、各時間で倍増したためです。LoadAverageはひどいときで15分間の平均値「27.1」程度。瞬間最大風速だともっと高いです……明らかにまずい。 というわけで、Apacheのデフォルト設定で今までは大丈夫だったのですが、ついに高負荷サイト用の設定に変更せざるを得なくなりました。 そのため、実際に行った対処方法は以下の通り。1日30万PV近い動的サイトの高負荷を緩和させる方法として参考になれば幸いです。 まず大前提として、既にDNS逆引きや.htaccessの余計な読み込みなどは停止させていました。下記ページに書いてあることは実行済み。 ＠IT：Apacheパフォーマンス・チューニングの実践（1/2） この状態で負荷が15分平均で「27」になっていたわけです。 また、LoadA
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
