ログからは見えてこない高負荷サイトのボトルネック : DSAS開発者の部屋
ちょうど１年前に「高負荷サイトのボトルネックを見つけるには」という記事を掲載していますが、この手のトラブルシューティングって結構大変で悩ましいですよね。はじめまして、新入りの@pandax381です。 ログからは見えてこないもの 「サイトの応答が遅い」という問題が発生した場合、その原因はどこにあるでしょうか。 Webアプリケーションの処理に時間が掛かっている DBサーバに投げたクエリーの応答が遅い サーバの処理能力を超えている などなど、いくつもの可能性があります。通常、上に挙げているような問題は、アプリケーションやサーバのログを調査することで、原因を突き止めることができます。 一方で、こういったログの調査だけでは、その原因にたどり着くことができなかったり、相当な苦労が伴うケースもあります。 あるサイトのある日の出来事 つい先日のことですが、KLabの運営している某ソーシャルゲームにて、サ
Geekなぺーじ : 10〜15年後の通信技術とそれに向けての研究アジェンダ
「Making the World (of Communications) a Different Place」という論文がありました。 ACM SIGCOMM Computer Communication Review Volume 35, Number 2, July 2005です。 (このブログでは公式サイトであるACM portalへリンクを張っていますが、論文タイトルで検索をすると著者が自主的に公開しているPDFも発見できます) この論文では、具体的な技術を列挙するのではなく、今後技術が向かうであろう様々な方向性を示しています。 これらが本当に実現されるかどうかは誰にもわかりませんが、読み物として非常に面白かったです。 (「読み物として」と言ってしまいましたが、書いている本人達にとっては国からの予算などにも関連するので超大真面目だと思います。) 非常に面白い論文だったので、要約し
フレッツの事故に寄せて:クロサカタツヤの情報通信インサイト - CNET Japan
●フレッツの事故 昨晩（5月15日夜）、NTT東日本の「フレッツサービス」および「ひかり電話」が長時間にわたって停止するという事故が発生した。現時点ではすでに回復しており、原因もNTT東日本自身の説明によれば ５．原因 ＩＰ伝送装置（弊社ビル内に設置しているルータ）のハード故障に伴うパッケージ交換により、弊社ＩＰネットワーク内の全ＩＰ伝送装置で、ルート情報の自動書き換えが行われますが、この際、処理可能な量を超えるルート情報が発生したため、連鎖的に多くのＩＰ伝送装置において、処理能力オーバーとなり、ＩＰパケットの転送処理を自律停止したものです。 すなわち「レイヤ3スイッチのリプレイスに伴い経路広告が何らかの理由で爆発し、経路制御ができなくなったもの」と概ね特定できているようだ。現在は経路情報を減らしてスイッチの安定稼働を図っているとのことである。 ●影響は深刻だがよくあること 上記から
ネットワークには多様性を意図的に組み込むべし - アンカテ
ネットワーク化された多数のノードが一斉にダウンして、社会問題になるという事件が連続して発生した。 ITmedia エンタープライズ：Microsoftのアップデートに不具合、CPU使用率が100％近くに 3秒で2000ルータがダウン、NTT東フレッツ障害の原因は − ＠IT 後者のNTT東の障害では、地理的に分散している2000台ものルータが、たった３秒で連続的にダウンしてしまったそうだ。 私はどちらについても、問題の技術的な詳細は把握してないが、あってはならないけどあって当然の障害だと感じている。コンピュータがネットワークでつながって、自動的に情報を交換しているのだから、そこに問題のある情報が紛れこめば、問題が拡散していくのは必然である。 どちらの問題も防止策が無いわけではない。しかし、ソフトの不具合の発生箇所や影響範囲は、事前に予想することは不可能だ。99％は対策できても、どうしても予
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Slides | Computing Research that Changed the World: Reflections and Perspectives
一定規模以上のWebサイトを運営しているエンジニアの方、業務時間外の障害対応ってどういう風にやっていますか？ - 人力検索はてな
Rauru Blog » Blog Archive » 従量課金しませんか