AWS でいままで起きた大規模障害を振り返る - Qiita

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 目的 2017/3/1 に us-east-1 の S3 大規模障害がありました。過去にもいくつか発生しているのと、いつ使っているリージョンで同じ事態が起きてもおかしくないと思い、これを機に過去どのような障害があったのか遡って調べました。 所感 毎年どこかのリージョンで大規模な障害が起きている ap-northeast-1 で起きていないのはたまたま、運がいいだけ AWS は復旧時間の改善・可用性向上に全力を尽くしているものの、未知の障害はいつかどこかで起きるもの ステータスダッシュボードは時に嘘をつく クラウドシェアトップである AW

[ip6ser]

バージニアの事故率が圧倒的にたかいから安くても使うなということ

[y___u]

良エントリだ。こういう種類のリスクを想定して構築してこそのクラウドネイティブ

[JULY]

「クラウドシェアトップである AWS はインターネット全体の SPOF になりつつある」は言い過ぎだと思うなぁ。

[rin51]

> us-east は呪われている

[sifue]

こう見ると年1ぐらいでは大きな障害起こってるのか。良いまとめだ。

[T-miura]

az障害とリージョン障害は分けてまとめてほしかった。電源系、台風系はAZ障害の認識。だが、ちょいちょい、リージョン障害あるな・・

[sasasin_net]

だいぶ昔だけど、豪雨でシドニーが落ちたり、嵐でバージニア北部が逝ったり、自然災害に殺られてるのが意外だ

[dbfireball]

「毎年どこかのリージョンで大規模な障害が起きている」

[tailtame]

2017（最終2018-03）。2019東京ダウンなうでQiitaも落ちたらしいけど復旧済みと。まだ落ちてるかーと思いつつ丸1日とか2011にはあるのか。

[tanakh]

有用情報だ(´･_･`)

[InoHiro]

詳しい

[bc_rikko]

“嵐により、全体的に逝く” ﾌﾌｯとなったｗ

[tkmoteki]

いいまとめ、 AWS でいままで起きた大規模障害を振り返る - Qiita

[masterq]

所感だけでも目を通すべきだと感じました

[tackman]

「あっあの時のアレだ！」という事例があって懐かしい気持ちになった（運用メンバーみんなで大騒ぎしてた）

[tmatsuu]

いいまとめ

[masayoshinym]

“全体的に逝く”じわる。

[yutaka_maruoka]

日本の金融では重要視されそうな基準ですな

[rryu]

自動で復旧させる機能が暴走して余計にひどいことになるパターンが結構多い。

[at_yasu]

aws惨事メモ。

[tatsu_tora]

分かりやすくまとめられてる

[luccafort]

読んだ。

[dentaro]

嵐とか電源の故障とか物理攻撃はつらすぎるな…

[sugimori]

次回の勉強会で使おうかな

[aquos12345]

よく調べました

[nyanko1211]

公式が公表してるものを日本語でまとめてるだけ…

[jiro68]

これくらいしか大規模障害を起こしていないのは立派。オンプレで運用すればもっと多い可能性の方が高い。AWSのシステムは温泉旅館並で運用が結構辛いと聞いた事があるが東京リージョンは最近作ったのでマシなのかも。

[mikunegi]

Netflix 割り食い過ぎ

[tatsujik]

わかりやすい。

[non_117]

それでも日本と北米にサービス提供するならus-east使う他ないのが現実

[hiroomi]

仕様上の 想定してる大きさから爆発的に増えた影響かな。規模というか密度かな。

[hiroshitoda]

2012年6月の障害だけよくおぼえてる

[tanan55]

cloudfrontは2012年〜2013年頃に大規模に落ちてた気がする。

[kangaetemita]

一つのエントリー内に逝くって表現をここまで多用されるとむしろ趣深くなるという事実。