2019/09/05 11:55
Mint0A0yama
なるほど…。以前から信頼が揺らいでいたとはいえ、多重化されているという認識のEBS上のデータが消失してしまうというのは痛いな…。やはり単一のEBSに置くデータはキャッシュくらいの気持ちで使うべきなのか。
2019/09/05 12:28
matsuedon
アマゾンだからと言って過信してはいけないという話。過信してたので今後気を付ける。
2019/09/05 13:13
Akaza
S3だけは死守してほしい。
2019/09/05 13:17
stk132
電力失ったらオシマイだわな。今度は発電機の自社設計に乗り出すと見た
2019/09/05 13:28
nejipico
普通の事務所に検証用サーバー置いてたら土日空調止まって室温急上昇してサーバー落ちたことあったな。
2019/09/05 13:50
remoteworker
少なくともバックアップはAzure, GCP にも置いたほうがいいのかな
2019/09/05 14:04
sisya
AmazonはしょせんAmazonということなのだろうか。対応状況が通販部門となんら変わりなく、コストが掛からないなら丁寧に応じてコストが掛かる場合は切り捨てもしは放置といういつものスタイルになっていて失望した。
2019/09/05 14:13
onesplat
EBSのデータ消えたのは痛いな〜信頼性的な意味で。ただまぁオンプレに置いてたらもっとデータ消えてると思うけどね
2019/09/05 14:22
karkwind
マジでか
2019/09/05 14:40
Cald
この件も電源障害だったのね。詳報探そう
2019/09/05 14:52
kyuns
EBSか...
2019/09/05 15:13
napsucks
電源周りの障害多いね。たまたまかな
2019/09/05 15:35
salamander_jp
GCPに移行しよう!
2019/09/05 16:27
otihateten3510
過信させてよ
2019/09/05 16:29
newnakashima
これ系の障害のせいで企業がオンプレに戻し始めたら嫌だな
2019/09/05 16:30
wow64
ちょっと遠くにある物理ディスクでしかないのか。「レストンの電力不足なPCにすぎません」
2019/09/05 17:05
buhoho
最近はGCPとかAzureっていう選択肢もありますので
2019/09/05 18:03
s-tonouchi
bad power supplyはダメな電力供給なのであって電力不足ではないと思うんだけどね
2019/09/05 18:17
YarmUI
両障害、クラウドとブロックストレージの相性がくっそ悪いってことが分かったってことでいいのでは。
2019/09/05 18:18
keidge
エンタープライズな環境ではハイブリッドがトレンド。クラウドとオンプレミスをうまく連携させていかないと、いざという時に泣くことになるかもね。
2019/09/05 18:18
prograti
先日の日本の障害でもEBSのデータが消失しましたよね。まぁ自分がそうなんですが。
2019/09/05 18:19
kirifuu
うわぁ…
2019/09/05 18:26
mayumayu_nimolove
やったか?
2019/09/05 18:31
ya--mada
データロストとは?
2019/09/05 18:34
bystander07
発電機故障でデータ全滅かぁ
2019/09/05 19:12
takeishi
なんか立て続けで、妙な感じもしますね。温度設定ってサイバー戦争で狙われやすい場所のような気がしますし。
2019/09/05 19:14
yutaka_maruoka
グリーンデータセンター時代の熱量管理施設の設計が求められているのかな。 私がよく知っている某外資系SIerには一級建築士がいて、データセンターの空著設計コンサルタントもしてくれるそうですよ
2019/09/05 19:41
ichiken7
北海道地震の時のさくらインターネットの神対応を思い出した
2019/09/05 19:50
sekaiiti
AWSもEBSだけでなくS3にバックアップ取れって謳ってたと思うよ。それにしても、この前の東京リージョンの件もあり、AWS神話が崩れそうだし、Azureは商機だよ
2019/09/05 19:58
hayashin10
アマゾン自身もawsだけどアマゾンのサイトは落ちないんだろうな
2019/09/05 20:00
kuniku
わからぬがEC2でEBSのREDOログ喪失とか? IOPS高めるのと、ストレージが古いんだろう、バージニアリージョンは実験場。REDOログは多重化か
2019/09/05 20:08
tanimiyan
やっぱus-east1は鬼門だな…… / AWS神話なんて元々ない。最低限スナップショットは取ろうなって話ではある(この人は取ってなかったのかな)
2019/09/05 20:28
ebibibi
もちろんこのくらいは当たり前に想定しておかないとですね。回避方法は用意されてるわけですし。クラウドでも、オンプレでも。
2019/09/05 20:39
keijir
完璧なもんなんて無いんだよ。システムやってたらなんでAWSってだけで信じてるのか不思議だ。
2019/09/05 20:52
kakei-akihiko
本当にあった怖い話
2019/09/05 20:53
VNFn2uS7hy
この記事の原因は頂けないが、EBSにそこまでの耐久性を求めてはいけない。 バックアップ大事。 aws.amazon.com Amazon EBS の可用性と耐久性 年間故障率 (AFR) が 0.1%~0.2%
2019/09/05 21:04
orbital_velocity
だからAzure、GCPに移行しよう!というのはあまりにも短絡的では/バックアップを取ろう!サービス継続を求めるならハイブリッド化しよう!
2019/09/05 21:08
blueboy
 Amazonを 尼 と書くな。 尼損 と書け。
2019/09/05 21:19
hoissyo
先日の東京リージョンの障害は制御系のトラブルに起因する空調系障害、この件は停電時に発電機がうまく起動しなかったという電源系障害なので、全然別物といえば別物。サービスが落ちたという結果は同じだが
2019/09/05 21:23
baronhorse
いいんだよこれで。命に関わるようなものとかに使わなきゃいいだけだ。他はハリボテ見て見ぬ振りで使って楽すればいい。やらかすときはやらかすんだから自前でオンプレ運用なんて無駄
2019/09/05 21:31
dpdp
“クラウドの正体は、Amazonのデータセンターが位置するレストンの電力不足なPC”
2019/09/05 22:58
synopses
EBSで全データ消失ってにわかに信じがたい。インフラ以外で何か要因があるのかな、ゼロで上書きするアプリがいたとか/最新のデータが欠損するのは致し方なしだけど、データ全消失するのはダメだ。使ってはいけない
2019/09/05 22:59
hiby
データ全損とか膝から崩れ落ちてしまうな。バックアップがあるとはいえ涙目で復旧には違いないわけだし。
2019/09/05 23:07
noface
EBS破損は希だけど、想定すべきで、これをもって、クラウドを過信するなというなら、顧客側の設計能力を先に疑ったほうがいい。事態の説明に4日かかった事は、AWS頑張れだけど。
2019/09/05 23:21
kimidorikinoko
“これが一番由々しい問題です” annoyed me the most.和訳が気になる。由々しきってなかなか使わないよね
2019/09/05 23:27
nisatta
雲っていうか蜃気楼
2019/09/05 23:49
pontanx
クラウドネイティブなインフラにしているならばEBSが飛んだところで大した問題ではないな
2019/09/06 00:03
ryun_ryun
システムに完璧なんてないから、何重にも保険を掛けておく必要があるね。まあパスワード平文で保存してる会社は糞ほどあるから日本企業には関係なさそうだけど。
2019/09/06 00:21
dduck
Amazonでもデータ全損なんて事故やらかすんだなぁ
2019/09/06 00:31
burabura117
EBSのデータが全損…ですか…?
2019/09/06 00:37
mono_i_love
“EBSに保存されていたデータが消失する事態になったとのことです。 ハント氏はデータのバックアップを取っていたため事なきを得ました”
2019/09/06 00:38
t-cyrill
一部EBSが復旧できなかった。オレもオレも
2019/09/06 00:55
mugicha1000
賠償とかってあるのかな?なんでオンプレに戻ったら嫌なの?
2019/09/06 01:22
manFromTomorrow
S3をブロックストレージとして扱うみたいな黒魔術無かったっけ?
2019/09/06 01:33
mz88av40
やっぱオンプレやな
2019/09/06 01:39
shikiarai
オンプレのメンテナンスに専任を置いてくれれば良いけどすぐクビにするからなほんと
2019/09/06 02:17
Mu_KuP
インフラ屋からしてみれば、クラウドだろうが何だろうが、データの保全設計(バックアップ頻度、世代管理、多重化)をせずスナップショット/Raid/リージョンコピーだけで運用してる方が悪いとしか。
2019/09/06 03:33
ultimatebreak
Azureは障害が起きていることをユーザーフォーラムで知るレベルにはクソだと思う
2019/09/06 05:06
qtamaki
え。
2019/09/06 05:59
ZeroFour
セキュリティ面やホコリ対策で空調以外に密閉された空間、中にあるのは熱を吐き出す機器ばかりだしなあ。サーバ・ネットワーク・電源供給の正副配備、排熱や遮熱の整備、落雷・雨漏り対策、そして人員の確保…。
2019/09/06 07:05
nmcli
全損めっちゃ怖いな。AWSでも起こる時は起こるんだな。とにかく全損は怖いので国内中堅クラウドとAWS間で同期を取る等、一社に全部を預けない戦略を取るようにしている。
2019/09/06 07:34
atsu10
EBSからS3へのバックアップしないとね。AWS Backup で出来るんだっけ。
2019/09/06 07:45
evolist
終わりの始まりとか
2019/09/06 07:50
yasyas
awsとazureで冗長とるようになってくのかな。
2019/09/06 08:00
eru01
所詮はEBSとはいえ全損かよ
2019/09/06 08:06
poko_pen
AzureはAWS以上に障害起こしてるからな
2019/09/06 08:15
jsstudy
オンプレミスを捨ててクラウドで勝負をかけた某日本企業は読みを誤ったのではないだろうか?(残念)
2019/09/06 08:20
kei_0000
aws.amazon.com によると「99.999%の可用性」。また「年間故障率 (AFR) が0.1%~0.2%」だが、今回それが来てしまったことになる。でもオンプレに比べたら全然まし。バックアップに加えてリストアの手順を万全に
2019/09/06 08:32
shaketoba
原文のタイトルが面白くて吹いた
2019/09/06 09:03
programmablekinoko
データ全損とは痛いな
2019/09/06 09:13
asuka0801
データ消失は辛いな。データは複数の手段でバックアップを取る必要があるのはクラウド時代でも変わらず。
2019/09/06 09:13
sds-page
ゆゆ式問題
2019/09/06 09:27
iasna
ヒェッ……
2019/09/06 09:44
saiid
米見て原文の皮肉に気づいた。顧客データのローストw
2019/09/06 10:06
daishi_n
EBSスナップショット取ればS3に保管されるよ。AMI作成でもAWS backupでも内部的にはEBSスナップショットを取ってる。S3のブロックストレージ化はStorage Gatewayが正式サービスでサードパーティ製は自己責任利用だね
2019/09/06 10:25
ifttt
Amazonちゃんもきっと頭イタイイタイなのだ
2019/09/06 10:52
lont_in
皮肉がききすぎ / www.theregister.co.uk
2019/09/06 11:24
maetes
EBSデータ消失か。。バックアップ大事。