リスクを自分でコントロールしようという幻想 [ネット生活]
この GW 中に、Amazon Web Service の（特に RDS の）障害が続いたらしい。
（サーバー管理のことはタッチしてないしわからないので「らしい」としか言えないが）
RDS のサービスが始まってから EC2 も含めて、障害らしい障害に当たったことがなかったので、いささか驚いた。いまのところは、インスタンスが止まったら
「じゃ、別のサーバーから同じインスタンスの RDS 立ち上げて、、、」
とはいかないらしい。
断続的に続いたサービス停止のうち、さすがに最初の１回はデータが大丈夫なのか？と、かなりドキドキしたが、何回か障害が続くと、データはちゃんと保全されているらしいことがわかってきた。
バックアップからの復旧もできることが確認できたし、時間がかかることもわかった。
http://blog.hori-uchi.com/2010/05/rds.html
以前いたところでは、
「ちゃんとバックアップできてます (｀・ω・´)キリッ。外部保管もしてるし、完璧です！バックアップテープから戻したことないですけど・・・」
という状態で、「ほんとかなー」と思っていた。
それに比べれば、今回はまぁいい災害訓練だったんだと思えばいいんじゃなかろうか。
今回の障害で RDS がますます好きになった。
心配なのは、こういう障害があって
「リスクを自分でコントロールできるようサーバーを自分で構築・管理しよう」
と誰かが言い出さないかということだ。今の、 Amazon のサービスレベルのためには相当な労力とお金とノウハウが必要になるはず。ビルを建てる時点でそのように設計して電源を多重化しているデータセンターのような設備でなければ、一年に一回という電源設備の法定点検だけで、今回以上のサービス停止が発生してしまう。
上の以前いたところでは、「稼働率 99.9 %」という SLA を結んで運用請け負い会社が運用していた。99.9% といえば、今回の Amazon の障害が１年に１回出てれば維持できないレベル。しかしながら、それは「予定されたメンテナンスを除く」という条件付きだった。そりゃ、ハードや OS / ミドルウェアから最終的に使っているアプリケーションまで含めて導入しているならいざしらず、運用だけを請け負っているなら、そうならざるを得ない。
結局、法定点検のための停電はもとより、毎週のように（最低でも月１回）メンテナンスのため週末にシステムを止めていた。しかも、SLA を守るためには予定以外の時間に停止があってはいけないので
「○時間くらいで終わると思うんですが、安全をとって ○時間くらい時間とっときましょう」
ということになって、必要以上に長いサービス停止になっていた。
情報システム部門としては、「事前にアナウンスしているのでおk」ということなんだが、 ユーザーには不便をかけていたように思う。結局、そこでは SLA のもともとの理念とは反して「１秒でも長くサービスを維持しよう」というモチベーションにならない構造になってた。
（追記）
foursquare 仲間
http://research.sakura.ad.jp/2010/05/06/foursquare-amazonec2/
（さらに追記 5/16）
http://www.publickey1.jp/blog/10/amazon53ups.html
（サーバー管理のことはタッチしてないしわからないので「らしい」としか言えないが）
RDS のサービスが始まってから EC2 も含めて、障害らしい障害に当たったことがなかったので、いささか驚いた。いまのところは、インスタンスが止まったら
「じゃ、別のサーバーから同じインスタンスの RDS 立ち上げて、、、」
とはいかないらしい。
断続的に続いたサービス停止のうち、さすがに最初の１回はデータが大丈夫なのか？と、かなりドキドキしたが、何回か障害が続くと、データはちゃんと保全されているらしいことがわかってきた。
バックアップからの復旧もできることが確認できたし、時間がかかることもわかった。
http://blog.hori-uchi.com/2010/05/rds.html
以前いたところでは、
「ちゃんとバックアップできてます (｀・ω・´)キリッ。外部保管もしてるし、完璧です！バックアップテープから戻したことないですけど・・・」
という状態で、「ほんとかなー」と思っていた。
それに比べれば、今回はまぁいい災害訓練だったんだと思えばいいんじゃなかろうか。
今回の障害で RDS がますます好きになった。
心配なのは、こういう障害があって
「リスクを自分でコントロールできるようサーバーを自分で構築・管理しよう」
と誰かが言い出さないかということだ。今の、 Amazon のサービスレベルのためには相当な労力とお金とノウハウが必要になるはず。ビルを建てる時点でそのように設計して電源を多重化しているデータセンターのような設備でなければ、一年に一回という電源設備の法定点検だけで、今回以上のサービス停止が発生してしまう。
上の以前いたところでは、「稼働率 99.9 %」という SLA を結んで運用請け負い会社が運用していた。99.9% といえば、今回の Amazon の障害が１年に１回出てれば維持できないレベル。しかしながら、それは「予定されたメンテナンスを除く」という条件付きだった。そりゃ、ハードや OS / ミドルウェアから最終的に使っているアプリケーションまで含めて導入しているならいざしらず、運用だけを請け負っているなら、そうならざるを得ない。
結局、法定点検のための停電はもとより、毎週のように（最低でも月１回）メンテナンスのため週末にシステムを止めていた。しかも、SLA を守るためには予定以外の時間に停止があってはいけないので
「○時間くらいで終わると思うんですが、安全をとって ○時間くらい時間とっときましょう」
ということになって、必要以上に長いサービス停止になっていた。
情報システム部門としては、「事前にアナウンスしているのでおk」ということなんだが、 ユーザーには不便をかけていたように思う。結局、そこでは SLA のもともとの理念とは反して「１秒でも長くサービスを維持しよう」というモチベーションにならない構造になってた。
（追記）
foursquare 仲間
http://research.sakura.ad.jp/2010/05/06/foursquare-amazonec2/
（さらに追記 5/16）
http://www.publickey1.jp/blog/10/amazon53ups.html
EC2はXenを今更使っている（らしい）からダメなんじゃ？
可用性とか二種取ったっきり忘れてました。
by miff (2010-05-11 08:47)
Comprar Cialis Por Telefono http://cheapcialisir.com - Cialis Order Methotrexate Online <a href=http://cheapcialisir.com>Cialis</a> Pharmacie Ligne
by MatCymn (2020-02-03 07:14)
Priligy Uk Acheter http://cialibuy.com/# - Cialis Viagra Nebenwirkungen Dosierung <a href=http://cialibuy.com/#>Buy Cialis</a> buy accutane ireland
by StevSmisse (2020-02-04 21:35)
Keflex In Renal Impairment http://abcialisnews.com - online cialis Propecia Dhea Hair Loss In Men <a href=http://abcialisnews.com>Cialis</a> Amoxicilina 500 Mg From Mexico
by LesAbeshy (2020-02-17 14:15)
I came here because my friends recommended me how good this article is. There is priceless information that I have found. I will also recommend totosite to my relationship.
https://medium.com/@lkjhlkjh35/617858d90556
by 토토사이트 (2023-03-23 10:40)