ファーストサーバの事故から考えること

つい先日、ファーストサーバというホスティング企業が多数の顧客の全データを喪失するという前代未聞の事故が起こりました。 twitterやfacebookでは技術者や弁護士など、様々な方々が色んな観点からの議論を始めています。 私としても、今回の事故から得られた教訓と、弊社でのデータ保全の取り組みについてお話ししたいと思います。 大規模障害の概要と原因について（中間報告） ファーストサーバ サポートWEB こちらに中間報告があがっていますが、オペレーションミスによりサーバの削除タスクをバックアップ環境を含めた全サーバに対して適応してしまったという前代未聞の事故です。 動的にサーバのプロビジョニング(構成管理)を行う場合には、バグやオペミスによりデータを誤って消してしまうということは考えられますので、その点では作業手順やプログラムの安全品質については厳重な管理が必要と考えられます。 本質的な原因

[zorio]

競合するようなサービスしてる人たちは、いかに自分の所のサーバ構成や運用手順が安全かをアピールする絶好のチャンス。

[nanoha3]

そろそろ「クラウドサービスを提供する弊社が存続するための最重要業務ですので、CEOの私が1日1回出社時にバックアップをとっております」とかネタ発言する会社がほしい

[y-mat2006]

値段の安いのにはワケがあるってことだよな。エンドユーザが納得してるんだったら良いけど。

[lizy]

「RAIDでミラーしてるからバックアップいらないです」みたいなものか

[tarchan]

＞Amazon EC2であればAmazon EBSのデータは保全性が低いことが前提であり、顧客の判断でAmazon S3にスナップショットを取ることになっています。もちろん、そのスナップショットの保存は有料です。

[AltNight]

「致命的ミスと言えるのは、待機系(スタンバイ)サーバと、バックアップを混同してしまっていたことだと考えられます。」

[ayato0211]

ふむ。。。

[smartstyle]

そろそろこの事故の失敗の分析を集めておきたい。

[papiro]

決して他人事ではない

[yellowman001]

かなり見解がちがう

[reachout]

やはりバックアップはLTOしか・・・

[jun_ya]

@araipiyo さまがアクティブ/スタンバイ構成を想定された言及を。自分もこれかと思ってる。「バックアップ」という言葉が漠然としているのも良くないよな。

[invent]

新井俊一のソフトウェアビジネスブログ: ファーストサーバの事故から考えること

[jt_noSke]

ふーむ

[katsyoshi]

まさにこれ"自社のデータについて最終的に責任を負えるのは自社しかいないことは考慮すべきであると思います。"

[rgfx]

構成管理部分での詰めの甘さでこうもツーカーにいくもんだなと。バックアップ分の設備投資すらしなかったわけでさもありなん。

[hiroomi]

「致命的ミスと言えるのは、待機系(スタンバイ)サーバと、バックアップを混同してしまっていたことだと考えられます」リカバリー利かないバックアップもね。

[BooNoButa]

メモメモ

[enemyoffreedom]

「致命的ミスと言えるのは、待機系(スタンバイ)サーバと、バックアップを混同してしまっていたことだと考えられます」 稼働率100%保障が売りだったにしても客のデータで優先すべきは普通は可用性より完全性だろうに

[F-SQUARE]

「きしだなおきさんとも話したのですが、致命的ミスと言えるのは、待機系(スタンバイ)サーバと、バックアップを混同してしまっていたことだと考えられます。」

[shihu]

新井俊一のソフトウェアビジネスブログ: ファーストサーバの事故から考えること

[wacok]

私も管理者じゃないしサーバ詳しくはないから自社大丈夫か不安になるけど遠隔地でテープ取ってるとは聞くのでそれが普通だと思ってた

[nishikawasasaki]

致命的ミスと言えるのは、待機系(スタンバイ)サーバと、バックアップを混同してしまっていたことだと考えられます。

[atyks]

“新井俊一のソフトウェアビジネスブログ: ファーストサーバの事故から考えること”

[t2y-1979]

失敗から学ぶ