高負荷サイトのボトルネックを見つけるには : DSAS開発者の部屋
はじめに アクセスが急増すると、応答時間が著しく悪化するサイトはありませんか？ 普段は200ミリ秒以内で安定してアクセスをさばいているのに、イベントやらキャンペーンやらを開始した瞬間から、普段の２倍や３倍のアクセスが殺到し、その結果、レスポンスタイムが3秒とか9秒とかかかるようになってしまうことってありますよね。 あるサイトの実状 つい先日まで、そんなサイトが私の目の前にもありました。自社で運営している某ソーシャル系のサイトなんですが、イベント開始時刻と同時にアクセス数が急増するのです。とはいえ、所詮は普段の2倍とか3倍程度の数なのだから、少なくとも1秒以内にレスポンスを返せるくらいの性能は維持したいものです。 しかし実際は困ったことに、応答に3秒以上もかかってしまう処理が大量に発生してしまう状況に陥ってしまっていました。これはきっと、どこかにボトルネックがあるに違いありません。 仮説を立
munin の memcached プラグイン - sotarokのお勉強
memcached プラグインというと、 /usr/share/munin/plugins/memcached_ってファイルがあって、これに普通にsymlink張るだけだとどうも動作しなかった。どうやら、同じ実行ファイルで、ファイル名から、取得する情報を変更する、的な実装になっているみたい。（これはあるバージョン移行のif_eth0などもそうみたい） なので、symlinkは、以下の3種類を作ってあげる。 $ cd /etc/munin/plugins $ sudo ln -snf /usr/share/munin/plugins/memcached_ memcached_bytes $ sudo ln -snf /usr/share/munin/plugins/memcached_ memcached_counters $ sudo ln -snf /usr/share/munin/pl
tetsuro-memo: xen仮想サーバのディスクアクセスをioniceで制限する
2010年9月14日火曜日 xen仮想サーバのディスクアクセスをioniceで制限する ディスクアクセスの多い仮想サーバが他の仮想サーバの動作を遅くしてしまう場合に有効。 前提： ・ ioniceはCFQ I/Oスケジューラのみで有効。 CFQ I/Oスケジューラを使用しているかどうかは、Dom-0上で以下のコマンドを実行すれば分かる。 # cat /sys/block/[sh]d[a-z]*/queue/scheduler noop anticipatory deadline [cfq] noop anticipatory deadline [cfq] noop anticipatory deadline [cfq] → '[cfq]' なのでCFQ I/Oスケジューラを使用している。 CFQ I/Oスケジューラでない場合はパラメータ elevator = cfq とし
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
