ファーストサーバのZenlogic、ストレージ障害の原因は想定以上の負荷、対策したはずの設定にミスがあったため長期化 － Publickey

ファーストサーバのZenlogic、ストレージ障害の原因は想定以上の負荷、対策したはずの設定にミスがあったため長期化 ファーストサーバが提供しているホスティングサービス「Zenlogic」は、6月下旬から断続的に生じていたストレージ障害に対応するためのメンテナンスが終了の見通しも立たないほど難航し、結局、メンテナンス開始から3日後の夜にようやくサービスが再開されるという事象を起こしました。 参考：ファーストサーバのレンタルサーバ「Zenlogic」、金曜夜からの全面サービス停止が解けず、いまだ停止中。ストレージ障害のためのメンテナンスで（追記あり） － Publickey サービス再開から約1週間が経過した7月17日、同社はストレージ障害に関する原因およびメンテナンスによるサービス停止が長期化してしまった原因、再発防止策についての報告書を明らかにしました。 報告によると、ストレージ障害の直

[operator]

余裕のあるリソース管理だと、こんな職人技で失敗しないんだろうから。原因は一言で言うと「貧乏サービスだから」だろう。

[houyhnhm]

なんでYahoo JAPANのクラウド選んだのかの問題がある。一応別会社なのだから。あと、Yahoo JAPAN名義の調査報告書を公開してほしい。SLAとは別の賠償プランとかはあまり必要ない。賠償請求は裁判で争え。

[mohno]

これだと、やっぱり Zenlogic 自身の問題という気がしてならないが。（推測、とはいえ）

[rAdio]

ギリギリのリソースで何とかできるのは、「熟練の職人技」みたいなのがあればこそ、なので、それがないなら無駄と分かっていても余計にコストを投下しないとヤバいことになる…。

[solidstatesociety]

スジ屋みたいな専門職が必要ねー

[napsucks]

性能をギリギリまで使い倒していざという時ににっちもさっちも行かなくなったパターンだな

[motch1cm]

分散ストレージは人類には早かったのか…

[ksugimori]

Yahoo に噛みついてる人いるけどこれ読む限りは無関係なのでは。

[den8]

やっぱりcephのリバランシングが問題の焦点か。一度設定すると後で変えるのもリスクあるからダラダラと問題ある最初の設定で運用しちゃったんだろうなあ。

[Cald]

報告書でYahoo!のせいにしてるのがタチ悪いのよね。パラメータ設計のミスのようにしか思えない。だから信用できない

[rxjun]

Zenlogicの障害原因について。Yahooがどうのこうのと言うよりはストレージサーバのスケールアウトに伴うバックグラウンドジョブの負荷見積もりを誤ったという感じか。

[Vorspiel]

Cephはリバランスの仕組が今一つと聞いたことがある…

[cabvm]

“しれ”

[jtw]

親子でもない今、どうやって決着つけるんだろうね。ファーストサーバの親会社は今年5月にソフトバンクへ変わっている。

[deep_one]

RAIDの再構築をびくびくしながら見守る期間…みたいな現象と思えば良いのか？

[Cujo]

『ファーストサーバは自社でインフラを保有しない戦略をとっている』あつものにこりたけっか？

[hiby]

(AWS基盤)…やはPCデポ商売だったのでは。

[JULY]

「対策としてストレージのキャパシティプランの見直しと監視の強化、さらにネットワークの設定のチェック処理の追加」がんばります、としか言っていないに等しい。

[iwanofsky]

ふむふむ

[knjname]

貧乏プランユーザがスラッシングしまくりという背景もあったのかな？

[paradisemaker]

AWS 売ってったほうが良いね

[delphinus35]

スケールアウトする際に既存のストレージと容量を融通する際のネットワーク負荷が問題か……結局、クラウドの時代にも職人の手の暖かみのある手順書が必要、と。

[tuki0918]

つらみ

[progrhyme]

大規模分散システムの運用の難しさか