あのぶるTweetこんにちは、あのぶるです。今回は8/23に発生したAWS大規模障害を下敷きに、サービスを提供するにあたってのトレードオフをどう考えるべきか、ということについて書きたいと思います。AWSの大規模障害自体についてですが、すでに1ヶ月前の話ということもあり総括記事がいくつも出ています。そちらを眺めてみてください。当記事執筆にあたり参考にした記事を文末に掲載しています。障害の内容を簡単に説明すると、AWSの東京リージョンに存在する4つのアベイラビリティゾーン(データセンターのグループのこと、以下AZ)のうちの1つが冷却システムの不具合によりオーバーヒートを起こし一部使用不可になり、そのAZを利用しているサービスが軒並み影響を受けた、というものです。公式にAWS障害の影響を明らかにして発表されているだけでもかなりの数のサービスがあり、AWSがいかに浸透しているかがよく分かります。お伝えしたいのは、今回の障害の影響を受けなかった方、特に他のクラウド/VPSサービスを利用している方もぜひ今回の情報を集め、「自分たちが運用している・しようとしているサービスで同じようなことがあったらどうするか、どんなことができるか」というのを検討したり、チーム内でディスカッションしてほしいということです。ちなみに今回の件に関して周囲の複数方面の人と議論した結果、「マルチAZ(複数のAZにサーバを分散させること)構成にするなど現実的に取れる対策は取るべき。今回のケースに限って言えば利用者側としては山火事のようなもので、全く影響が出ないことを目指すのは困難」というのが概ね一致した見解でした。......とだけ纏めてしまうと誤解を招きそうなので補足しますが、例えばあまり身近ではないですが「何があろうと絶対に止めてはいけないシステム」の端的な例のひとつとして軍事目的のシステムが挙げられます。システムが止まってしまったときに何が起こるかを(あまり考えたくはないですが)考えると、優秀なエンジニアを集め、専用の立派なデータセンターを複数建ててでも稼働率を上げる必要性があるということがよくわかると思います。世知辛いですが、一般的なサービスにおいて稼働率に限らず「どこまで手をかけられるか」を決めるのはお金です。現在稼働率90%のシステムがあったとして、その稼働率を99%まで上げるのと、そこからさらに99.9%に上げるのとで同じくらいのお金がかかる、なんて言われたりもします。サービスの稼働率を上げるためにどこまで事業として投資すべきか、もしくは投資することができるか、それからその投資を最大限に活用するにはどのような設計にしたらよいか、ということを考える必要があります。そのような観点で考えると多くのサービスにおいてマルチAZ、要件がハードでもマルチリージョン(複数のリージョンにサーバを分散させること)くらいまでが現実的な解なのではないかと思っています。海外にデータを置くのは機密保持などの観点で困難なことが多いので、早く大阪リージョンが気軽に使えるようになるといいですね。今回の障害がコントロール不可能なところで発生したからと「だったらオンプレミス(自前でサーバマシンを用意すること)で運用しよう」と舵を切ることが現状有効なケースはあまり多くありません。かないように見えますが、自前で運用しようとするとこれが急に「多くとも年に1営業日ぶんの時間しかサービス停止できない」という意味になるのです。このレベルのサービスを自前で実現しようとするとそれこそ専任のインフラエンジニアを集めてチームを組めるような規模にしないとコストの面でも厳しい、というのが現状かなと考えています。どんなサービスも稼働率100%であるに越したことはないですし、どの開発チームも安定してサービスを提供するべく日々運用をしていることは間違いないはずです。それでも人はミスをする生き物ですし、機械はいつか故障するものです。取れる対策を取るのはもちろん大事ですが、今のところは障害が起きることを前提として、なるべく短時間で復旧できる設計やサービス運営を考える方が開発チームもお客さんも幸せになれると思っています。システム障害が発生し、EC2インスタンスに接続できない等の影響が発生しています。ここでは関連する情報をまとめます。インフラエンジニアたちはどう捉えた...https://www.itmedia.co.jp/news/articles/1908/28/news127.htmlAWSの障害に、各社はどのように対応したのか。NEWS編集部では問題に直面した企業やエンジニアに聞き取り調査を行った。生の声から、実情が見えてきた。DevelopersIOhttps://dev.classmethod.jp/cloud/aws/apne1-az4-down-0823-devio/AWSチームのすずきです。12:36、東京リージョンのアベイアビリティゾーン(ID:apne1-az4)で障害が発生し、EC2やEBSが影響を受ける障害が発生しました。サービスは2019年8月23日に発生したAWS東京リージョンの大規模障害に関して同月28日、新しい報告をWebサイトに掲示した。RetrospectiveAWS障害で本当に知っておくべきことと考慮すべきことhttps://hisa-tech.site/2019/08/3399/おはようございます、hisayukiです。盛大なお祭りもだいぶ収束に向かってきました。́∀`)さて、それでは昨日のAWS障害のお祭りについて書いていきたいと思います。2014」で、データセンターの構成、サーバーやスイッチの自社設計、SR-IOVなどについて語った。Engineer杜の都で育ち、赤べこの街でコンピュータのいろはを学んだソフトウェアエンジニア。今はスマホゲームのためのWebAPIを作るお仕事をしています。最近はすっかりガルパンおじさん化。