先週大規模なダウンタイムを経験したSkypeのCIO Lars Rabbeが、このほど事故の詳細を発表した。 原因は、Skype for Windowsのクライアント(バージョン5.0.0152)のバグだった。 Rabbeは記事の最初のほうで、12月22日水曜日にオフラインのインスタントメッセージングを担当するサーバのクラスタがオーバーヒートした、と説明している。 そこでSkypeのクライアントの多くが、過負荷のサーバからの応答の遅れを経験し、その遅延をWindowsのクライアントは適切に処理できなかった... > このページを見る
最終更新時間:
2010年12月30日10時33分
みんなのブックマーク 人気(0) 新着
- 「Windowsクライアントのクラッシュを経験したユーザの多くがそのソフトをリブートしたため、SkypeのP2Pネットワーク全体の負荷が急増した」
-
国内でも報道された2010-12-22の障害の原因の詳細で明確な説明→をわずか7日後に発表、のまとめ。
-
みんなでくらいあんと戻したり再起動したりでのーどが減る一方で新規接続要求が増えて余計に悪化するとか・・・お約束通りでまも飛び交ったみたいで負の連鎖ってこわいにゃぁ・・・ (・【みかん
- ダウンから復旧までのノードの状態を動画にしたら綺麗なことになりそう。
-
Skypeの障害原因がWindowsクライアントのバグが原因だった
- Skypeって音声通信の部分だけにP2P使ってるのかと思ってた。コネクションにも使ってるのか。一見強固に見えるP2Pネットワークもクライアントのバグで一気に崩れるなぁ。
-
P2Pネットワークが暴走するとこういう障害が起きるのか
- 分散システム上において、不具合が加速していく例。基本設計とかを再検討した方がいいのかも。
-
なんというかP2Pらしいネットワーク障害だな。個人的にはiPhone版のSkypeとかも(技術的には)スーパーノードになれるかどうかが気になるところ。
-
ほんとうにp2pなんだなーこんな大規模自立型p2pとかすごいなー
-
Skypeの大規模ダウンはWindowsクライアントのバグが原因だった
-
原因はバグだったんだ
- ircみたいに公式クライアントを作らないようにすればどうか
-
Twitterに次いで急激に人気なSkype。SNS市場拡大での「障害」がこれだと、今後の展開の見直しも必要かも。
- 過負荷のサーバからの応答遅延を適切に処理できず、最終的に大規模なシステムダウンが生じた。
-
サーバークラスタを構築したうえで、クライアントにてP2Pネットワークを構築して全体をメッシュ構造にしている---これってとってもすごくてステキ
-
えええぇぇ
-
それよりも、バージョンアップを重ねるごとに駄目になっていく仕様をどうにかしてくれ
-
エンバグしたプログラマは大丈夫なんだろうか(ぇ。



![PLANEX Bluetooth ver2.1+EDR Microサイズ USBアダプタ (Class1/100m) BTMICROEDR1XZ [フラストレーションフリーパッケージ(FFP)]](http://ecx.images-amazon.com/images/I/516V8OYYraL._SL75_.jpg)




