【企業】ファーストサーバの「Zenlogic」全面停止3日間続く 再開は「未定」に
■ このスレッドは過去ログ倉庫に格納されています
ソフトバンク傘下のファーストサーバが展開しているレンタルサーバサービス「Zenlogic」で6月19日から断続的に障害が起きたため、7月6日からサービスを全面停止し、メンテナンスを続けている。メンテナンスは9日午前8時までに終了し、サービス再開予定だったが、「再開処理後、再度の高負荷発生を確認した」としてメンテナンスを延長しており、再開のめどは立っていない。
Zenlogicは、ヤフー（Yahoo!JAPAN）のインフラを活用したクラウド型レンタルサーバ。今年2月時点で、中小企業・官公庁など約2万社が利用しているという。
6月19日以降、ストレージシステムに高負荷が発生し、メールの送受信やWebサイトの閲覧、サーバへのファイル転送ができない障害が断続的に発生したため、7月6日午後8時から全サービスを停止してメンテナンスを開始。最長で9日午前8時までかかるとしていたが、「サービス再開処理後、再度の高負荷発生を確認した」として9日午前8時以降もメンテナンスを継続しており、午前9時時点で再開時期は「未定」になっている。ただ、サーバのコントロールパネルのサービスは再開。他社サーバへの移行を検討中のユーザーに、移行法を案内している。
障害の原因は、冗長構成しているストレージシステムで、、データ入出力の処理が一部のシステムに偏って高負荷が発生したこと。高負荷になったシステムで再起動が起きたことで、サービスが断続的に利用できない状態になったという。処理の偏りが起きた原因として、（1）突発的なアクセス集中が発生した際のパフォーマンス不足、（2）ストレージシステム構築時のパラメーター設定が適切でない――ことを挙げている。
障害の対象はヤフーのインフラを活用したサービスで、ヤフーと協力して対策を行っているという。AWSを活用した新サービス「Zenlogicホスティング Powered by AWS」は対象外。
障害により顧客から多数の問い合わせを受け、電話やチャット、メールがつながりにくい状態になっおり、回線やオペレーターを増やしているが、対応が追いついていないようだ。障害発生期間中の利用料金についてはは、復旧後に対象顧客に連絡するとしている。障害の原因や対応については、Webサイトで随時公開している。
ファーストサーバのレンタルサーバでは2012年、顧客のデータが消失する大規模な障害が発生している。
2018年07月09日 10時38分
http://www.itmedia.co.jp/news/articles/1807/09/news059.html
ソフト BAN 苦！
さいこーーーーーーーーーーーーーーーーーー！ クラウド提供してるとこが Powered by AWS ってどういうこと？ >>1
日本バレーボール協会のHPがこの週末から繋がらないんだがまさかここのサーバか？ｗ これ利用者が web やってたりしたら 404 ってこと？ 何のための冗長化なのだろうか
意味ねーだろ、ボケｗ >6月19日以降、ストレージシステムに高負荷が発生し、
>メールの送受信やWebサイトの閲覧、サーバへのファイル転送が
>できない障害が断続的に発生したため、
>7月6日午後8時から全サービスを停止して
>メンテナンスを開始。
ヲイヲイ、先月から絶不調なのに
テヨソ犬のマスゴミは
報道しない自由を続けていたんだな。
代わりに何を報道していたかというと
韓国海苔ｗ 官公庁が民間のサーバーを利用しているの？
問題無いの？ >>1
ここ、またやらかしたのか。
前にもあっただろう？ >>19
クラウド初期の頃に全部ぶっ飛んだ事故やらかしてるw アップデートバグでバックアップを含めた初期化実行で顧客のデータを飛ばしたの覚えてるよ。 >>21
ああ、障害発生してリストアしようとしたら
バックアップデータごとふっとばして回復不能ってやつだったっけ？ 残念ながら官公庁含め2万社が契約していて、歌舞伎座とか有名所も使っているんだよなぁ >>14
あー子会社が顧客のデータ全部ぶっ飛ばしてYahooが１０億だか特損計上したってことあったね。
この会社だったのか。 無知な企業や官庁を狙って売り込んでたのね
テキトーなサービスしてたんだろーな さくらでも似たような障害があったなー。結局oracleのストレージが
クソだった、って結論だったような。 >>28
＞新サービスプロジェクト
＞
＞私たちは事故から学んだ多くのことを活かし、
＞新サービスの開発に全社を挙げて取り組んでいます。
ほ、ほう・・・・・ ヤフーニュースにはのらないニュース
なんでだろうねw >>16
別に普通のサイト程度ならAWSなんて高機能すぎて要らないというか、無駄に小難しくてそれはそれでネック
エックスサーバーみたいな評判のいいところ素直に使っときゃいいんだよ クラウドのリスクだな。
基幹システムにいれてたら、
情シス全員首レベルだろうね。
2面構成かつリソース倍うちして、
1面死んだら収容変更で復旧するぐらい
しないと、
とても怖くて使いたくない。 >>38
横レスだが
官公庁はプライベートクラウドを導入してオンプレミスやレンタルサーバー上の
サービスを仮想化して移行する流れに
なってきているらしい 昔はさくらインターネットと競っていたのにな
どこで差がついたのか ファーストサーバって前にデータ全部飛ばして大騒ぎになったところだろ
あんな目にあって、まだ使ってるとこあんのかよｗ これでクラウドだから安心という誤解が世間から消えてくれればファーストサーバも無駄死にではなかろうw
AWSだって停止こそ少ないけど、ちょくちょくヤバいセキュリティホールが数年かけて発覚するとかやらかしてるからな AWSみたいな糞システム使ってるからこうなる
他社への乗り換えもオンプレへの逆移行も難しい糞システム あんまり関係ないけどポンポンネット思い出した(遠い目) >ファーストサーバのレンタルサーバでは2012年、顧客のデータが消失する大規模な障害が発生している。
これやった時点でもう絶対信用しないってのが普通のスタンスだろ
にもかかわらず生き残ってるのが不思議だし利用者も脳みそないのって感じなんだが yahooって技術力ないな
優秀な技術者いないのかね 以前は、バックアップを全部消したんだっけ？
その時点で、他社に乗り換えるだろうに、どこが未だにファーストサーバーを使ってるの？ >>50
技術者を安く使うことしか考えてないのだろうから
それなりのことになるんだろう ストレージのioネックで、
システム全体がスローダウン。
早く治れー あの時はアップデートが全初期化のバグになっていて、更に悪いことにバックアップにも
これを同時適用してしまい、顧客によっては復旧できずにデータ全損が出て話題になった。 どこが請けて運用してんだよ？
スキル低すぎ
学生バイトにやらせてたんか？ サクラとファーストサーバで
webサーバを2面にして
DNSを切り替えれば
ttlで徐々に復旧できるようにしてる。 ＞他社サーバへの移行を検討中のユーザーに、移行法を案内している
なんだこれお手上げってことか
結構やばいんじゃね？ 業務用サーバーが一ヶ月近く不調のままで抜本対策で3日止めても治せないとかもうサービス辞めろと。個人でもキレるレベルやろ。
ここバックアップデータもふっ飛ばして伝説になったところか。 Webショップとかは死活問題なんだが、責任取れんのかいな
直近でメール届かないクライアントはすべてファーストサーバなんだけど >>1
バカが乗せられてクラウド（）に傾倒した結果がこれ。
少なくとも業務で使うヤツは頭おかしい。 >>66
社内サーバダウンなんかなんも仕事できないしなぁｗ 歌舞伎座もチケット予約止ってパニクってるんだろうね。 クボタが親会社だった頃にはかなりの費用を払って使ってた。 真のクラウドならこんな類の障害起きないように設計されてるんだが・・・
やっぱり前やらかした時から何も改善してなかったのね >>66
マジかご愁傷様
メール送受信もできない状態？ 今の時代、情報は財産でしょ？
1回、「貸金庫の中を全部捨てました」って会社に何の保険もかけずに全財産を預けるもんなの？ クラウドだから一つの致命的エラーで全部ダメになるのか。
AWSですら同じリスクはあるわけで。
自分で建てて余計なポート全部閉じるかLAN内からしかアクセスできなくした専用サーバーしか信用できん。 メールサーバーまで機能しないのが痛い、受発注やってる人がパニくってるし
ワイも会社のコーポレートサイトのデザインいじってる時にFTPサーバーダウンしたから辛い この状況に真っ青なのはクラウド事業者側かそれともユーザー側か >>73
メールサーバー全滅です、卸会社だからヤバい、受発注できないです
私はwebデザイナーだからFTPサーバーいじりたいんですけどそっちも繋がらないです こんな事故ばっかりだと、そりゃamazonのサーバー使うだろ。 >>80
よくそんなところで借りるな
うちはウェブシステムとメールは分けてるぞ
同じドメインのメール使う必要もないやろ >>80
それは大変お気の毒に
どのくらいの規模の会社か知らないけど、
小さいところならシステム担当の人に別のホスティングを契約してもらって
DNS設定を切り替えるほうが早いかもしれないね これ賠償とかどうなるんだろう
契約にしれっと 責任なしの文言が入っていたりして >>85
金に糸目つけなきゃどこでもいいやろ
KDDI系はOCNとかさくらのメール弾くから覚えておくと良い まだ原因調査中みたいだね
並行して別基盤の準備もしているみたいだが、日時は不確定のようだ
https://zenlogic.jp/news/status/syogai/
次の情報更新は15:00とのこと なあ。メールの送受信が3日もできないとか会社潰れますが いまTwitterで検索したら
ワーストサーバとか悪口書かれてて吹いた
まあそう言いたくなるのもわかるが >>87
おそらくサービス利用契約的にはSLAを満たせなかったときは月額利用料を上限に相殺つてところだろう
でも月額利用料をチャラにするくらいで事態が収まるとは思えない
損害賠償請求の裁判までいく可能性はあると思う 普通に稼働してたのに金曜の19:53に「20時に全サービス停止するから」というメールが突然来てなんの対処も出来なかった。
勘弁してくれ もうめんどくせえからG Suiteにドメイン移しちゃえよ クラウドはシステムの脆弱化を招く。
二次的利用に留め、一次リソースは出来るだけ自社で管理するのが良い。 >>37
クラウドならそれが当たり前だよ。もちろんAWSもAZUREもそうなってる。料金はかかるが大した額ではない。 エレコムも大変そう
告知が遅いとか、ドライバを早くダウンロードできるようにしろとか
Twitterでかなり文句言われてる >>1
被害者のみなさまへ
億単位で、賠償準備いたしましょう。
弁護士さんの準備怠りなきよう
ご注意ください。 メールを移行したいんだが、今届いている未読メールが人質状態、と聞いた。
こんな状況で放置し続けているメールとか、もう諦めて新サーバから再送お願いしたほうが早そうなもんだが。 前にも大規模な事故やらかしてんのになんでわざわざこんなとこ使うのかがマジで分からん >>107
このクソ会社のナンチャッテクラウドでクラウドを語るなよ これを機会にNTTにサーバ移行しようと調べたら
完了まで10日かかるって。
どこでもそんなもんかなあ。 >>120
OCNは正直おすすめしない
スパムメール送信元認定されるぞ ファーストサーバて元々はクボタのシステム部門だっけか？ 関西のレンタルサービス大手のHPがつながらないとおもったら、ここのせいだったのか。 あれだけやらかしてまだ商売続けてたのかよ
役所にコネがあるのか いよいよ大阪に焼き討ちオフ会でこのスレの連中集合だなｗ >>128
禿げてるからこの程度の技術力なのか、それともこの程度の技術力だから禿げるのか… なんか文面だと、ヤホーの責任にしたいか、本当はヤホーが悪いと訴えたいように見て取れる。 >>127
おいおい
これ前回より酷いな
ずるずる長引くぐらいならもう無理って言えよ
変な期待持たせんな 損失被害額埋めれる体力ないからみんな私物を持って帰宅中。 法人向けの鯖なのに、零細の個人向け鯖より信頼度低くないか(´･ω･`) 実際、営業部他の06始まりの電話番号、全部かけても間の飛んでる番号かけても誰も出ない
これ夜逃げしたな インテルの今年のCPUの脆弱性を対処したものではSSDやデータベース等のベンチマークの性能が劣化していた
脆弱性対策による性能劣化を回避できるようにクラウドの設計をしないと問題が発生するのかな >>127
今日無理なものは明日も無理です
本当にありがとうございました ファーストサーバ
またやったのかよw
こんなとこ使う方がアホ >>127
「本日中の復旧は困難」ではなくて
「本日中に目処をお伝えするのは難しい状況」か
これは相当終わってるな・・・ ここソフトバンクの100%子会社だろ
マトモなエンジニアいないのかソフトバンクは なぜ、データをふっ飛ばしたことがある業者を使う人がいるのか、わけわかんないよ。 >>142
ピラミッドと同じで構築し終わったらキルからね。 データーふっとばしても何の賠償もせんかったんだろ？ >>143
大企はね。うちみたいに障害あっても稼働率高ければＯＫな米粒ユーザーが大半じゃないかな。 特にハゲ系は追い込んで追い込んで追い込みまくっても
尻まくって逃げる企業だからタチが悪い ファーストサーバーって前にホスティングの顧客データ全部飛ばした会社じゃなかったっけ？
まだ会社として存続してたことに驚いた
やっぱりAWSとAzure以外のなんちゃってクラウド屋は信用できないな この異常事態にサポセンがきっちり平日9～18
てのがいいな。客を舐めてるの丸出しじゃねえかｗ >>151
どうせいつ復旧するかもわからないんだから24時間テープ流しとけばいいのになｗｗ ヘイトスピーチが多すぎますね。
後進国の日本はこれだから困るｗ >>150
あんだけのことしたのに
調子こいて事故当時の担当者集めてワイワイと総括を掲載してたバカ企業
信頼を失ったファーストサーバが挑んだ事故調査と再発防止
2014年07月25日 09時00分更新
http://ascii.jp/elem/000/000/913/913209/ 前回はサルベージしたデータをユーザー権限を誰でもアクセス化にして復旧させたから二次災害になったｗ >>66
数年前にデータ全消去やらかしてるのにまだ使ってるとか、
おまえの会社アホだろ 最安で月1,000円かー。
とある上場企業のHPが金曜夜から繋がらなくなってるけど、ここの鯖使ってるんかな。
製造業で概要とIRしか置かないようならそんなに容量いらんだろうし、
コスト優先で契約してる会社も多いんかね(´･ω･`) >>154
データ消えたのはたった一割だけだったんですよねえ
ってのをサラッと書いてるのは狂気
広告記事なんだろうけどは サーバごとにSDD/HDDつけとけば余計な問題が起こらないのに、
ストレージを共用したり複雑なことするから問題が拡大する >>158
>>127のページの障害対象サービスの所にあるフォームにドメイン入れてみれば対象か確認できるよ >>161
ありがとう。 入れてみたら見事に対象だったｗ firstserverの反省ですべてを犠牲にして
めいっぱいrsyncしまくった結果がこれだよ )､.＿人＿人__,.イ.､.＿人＿人＿人
＜´FTPのデータ 返 し て っ ！＞
⌒ v'⌒ヽr -､＿ ,r v'⌒ヽr ' ⌒
// // //／:: < ＿,ノ｀' 、ヽ､＿ ノ ;;;ヽ //
///// /:::: （y○'）｀ヽ) ( ´（y○'） ;;| /
// //,|::: （ ( / ヽ) ）+ ;| /
/ // |::: + ) ）|~￣￣~.|（ ( ;;;|// ////
/// :|:: （ (||||! i: |||! !| |) ） ;;;|// ///
////|:::: + U | |||| !! !!||| :U ;;; ;;;| ///
////|::::: | |!!||l ll|| !! !!| | ;;;;;;| ////
// / ヽ::::: | ! || | ||!!| ;;;;;;/// //
// // ゝ:::::::: : | ｀ー----－' |＿_／/// >>158
3000円もだせばKDDIとかの借りれるのにな
どっちにしろ共用サーバだろうけど >>54
RAIDをバックアップと称してたというお粗末なオチだったからな
ミラーリングならそら正本消したら副本も消えるわって言う
アホすぎて空いた口が塞がらないレベル >>109
歌舞伎座ＨＰ復帰してる。大口への対応は違うよな。さすがハゲグループ 歌舞伎座のホームページ繋がったけどくそおそいな。
これがぜんろじっくか 歌舞伎座のip
awsのアジアパシフィック東京リージョンでしょ
引っ越してるな >>160
君はロードバランシングとかフォールトトレランスとか全然分かってないよね？ ヘッダーについてたソフトバンク系列だから安心の文字がなくなってないか？ うちはともっても大して支障ないサービスにソフトバンク系列？のIDCF使ってるけど、全然トラブルはないな 以前のバックアップごとデータ消した企業なのに
ここと契約する方が馬鹿すぎるだろ……何を考えているんだか。 >>125
富士通のニフティクラウドとか2ヶ月止まったあげく復旧諦めてサービス終了してなかったっけ？ GMOのALTUSも絶賛障害真っ最中なんだが、話題にならんな。一部の企業や新聞社がつながらん。 前回、顧客先で2サーバー被害に遭ったあとにすぐにCPIに代えさせたけど正解だったな。
対応にムカついたからだけど。
まさかまたやるとはねぇ… 海外サーバ借りてるんだけどさ、海外もすげーぞｗ
朝起きたら↓
raidコントローラーの交換作業中にヘマこいて、サーバー破損しちゃった。
とりあえず、新規サーバー作ったんでこれ使ってくれ。
ってメール届いて、呆然としたことがあるｗ >>37
> 2面構成かつリソース倍うちして、
>
> 1面死んだら収容変更で復旧するぐらい
> しないと、
それ役員の団塊爺さんに理解してもらえず却下されたわｗ >>184
じゃ、めたりっく通信 なんて知らないよね クラウドなのに負荷が特定の箇所にだけ集中するって感じなのかね 6/19に何かしたのかな。突然おかしくなったのなら、設定の変更をしたかハードウェアの障害だろ。
この素人集団はちゃんと問題切り分けてるのかな ソフトバンクにデータ預けるwwwwwwwww
恐ろしいことするな 全面停止3日目でいまだ復旧の目処は未定
またバックアップごとデータ消しちゃったんだろｗｗｗ 山岡俊介
‏
@yama03024
5 時間5 時間前
安倍首相重大疑惑「決定的証拠」文書３つ（竹田力秘書＝元山口県警警視＝の署名・捺印あり）の内、「願書」に続き、小山佐市と安倍首相が会う前の
「確約書」を公表。なぜ、これだけの証拠、しかも安倍首相は反社関係者に直に会い選挙妨害の件で密談しているのに大手マスコミは無視するのか？
pic.twitter.com/0S9jsUDj7D まだここ使ってる企業なんてさすがにないよな
前もとんでもなくやらかしてたし これって禿げ率いるヤホーによる顧客ぶん取り事件じゃないの？
今後はヤホーが直接あんしん管理するとか言って 未だ回復してないのかよ？
またデータぶっ飛ばしじゃないのか？このクソいい加減にしろよｗ サイボウズのホスティングサーバーを何百社分も根こそぎぶっ飛ばして置いて、賠償は月額課金分だけとかふざけた対応しくさった詐欺会社。
営業継続してた自体が驚きだが、その上またやらかすとか、本当にゴミ。
また、ロフトプラスワンで被害者の会イベントすることになるぞ。 >>1
消したいデータを自己扱いで処理したい企業が丸わかりですなｗ
前の罪を覚えているぞ 今日訪問した客先でここ使ってて相談されたけど何もしてやれないわ
HPも見えなくなってて業務に支障出てそう >>200
もはやはれのひ並みの会社になった
村竹が夜逃げするか自殺するか．． パターン
1 ファストサーバのせいにして、障害サイトにかじりつくだけ
2 他のホスティングで復旧させた
3 それ以外
これからの時代、
クラウド運用から逃れられない
awsだって止まるかもよ？
コンテナとかあるだろ、
2の運用マニュアルを用意するとか
リスクヘッジする方法を用意しておく
障害で困っているのであれば
問題は、ファストサーバの問題でもあるが、
クラウド利用者側にも問題がある 一時的に高負荷状態の緩和を確認しましたので、メンテナンスを終了し、
サービスをご利用いただける状態にさせていただきました。
再び高負荷状態になった場合には、サービスのご利用を停止させて
いただく場合があります。
つまりは原因は分からんが緩和したからメンテ辞めるわ
また、問題起きたら考えるわ
てこと？ ソフバンはヤフーＢＢのころから安かろう悪かろうじゃん
携帯もサーバーも一切使わない AWSにするのが吉
最悪でもGCP
ソフバン・・・ないないｗ バックアップごと数百社の顧客データふっ飛ばしたり予定延長3日間も鯖止めメンテした挙げ句に不具合が治りませんでしたとか、企業向けクラウドサービスとはいえ絶対の信用を置いてはならないという良い見本だわなあ。 この手のサービスは日本の企業は駄目だって知らんかったのか >>208
オンプレだって同じだろ。クラウド固有の問題じゃない。 >>208
＞awsだって止まるかもよ？
ファストの詐欺クラウドとAWSを一緒にすんな >>200
これな
‪阿佐ヶ谷ロフトAでまさかの「ファーストサーバ データ消去オフ」開催！被害者が酒を酌み交和す！！
‪
‪・内容（予定）‬
‪被害状況を振り返ってみよう‬
‪皆さんの体験談発表会‬
‪消失データ供養会‬
‪睡眠不足解消法自慢‬
‪今後の対策をとことん考える‬
‪名刺交換会‬
‪ほか‬ アホはアホ
馬鹿は馬鹿
チョンはチョン
皆さーぁん
コレを忘れないように、みんなで復唱しましょう！
アホはアホ
馬鹿は馬鹿
チョンはチョン
それはチョンだといったらチョン！ 👀
Rock54: Caution(BBR-MD5:1341adc37120578f18dba9451e6c8c3b) みなさーぁん
コレを忘れないように、みんなで復唱しましょう！
アホはアホ
馬鹿は馬鹿
チョンはチョン
それはチョンだといったらチョン！ 日本はどこでも、
実際にオペレーションするのは多重派遣多重搾取で手取り15万のナンチャッテエンジニアがやってる。
よってどんなに顧客がお金を沢山払っても、相手営業さんがどんなに素晴らしくても、
品質ナニソレ。そして大手サービスと中小零細サービスの違いは問題発生時どこまでカネで補填してくれるかだけ。 >>227
15万はさすがにねえよ
17万くらいかな・・ 同じことを二度もやらかすってことは前回起きた後に何も対策してなかったってことだ >>154
第3回に続くって書いてあるのに続いてないのはどういうこと？
全く反省していませんってこと？ もうGMOにへテムルしてから調子良すぎて最高。
それまでここみたいなクソ高い金払ってたけど
10分の1くらいになったし快適すぎる。 >>231
あー2ページで第2回ってことか
よく見たら下に第3回のリンクがあった もうGMOにへテムルしてから調子良すぎて最高。
それまでここみたいなクソ高い金払ってたけど
10分の1くらいになったし快適すぎる。 ソフトバンクのサービスってほんと品質が低い
投資と電話のピンハネ以外なにもできない無能企業
どうせブラック企業が低質なIT要員にやらせてるんだろ。
IT要員のレベルが低いのはピンハネしてるせい。
見合った報酬を与えれば高質な人材も目指すようになる職種なのに。
小学生にプログラム教えても無駄だよｗ
小学生にプログラム教えても無駄だよｗ
小学生にプログラム教えても無駄だよｗ
小学生にプログラム教えても無駄だよｗ
＞Zenlogicは、ヤフー（Yahoo!JAPAN）のインフラを活用したクラウド型レンタルサーバ。
＞今年2月時点で、中小企業・官公庁など約2万社が利用しているという。
おいおい、
入札停止だな。
危機発生時に障害起すようなもん官公庁に使わせんな。
今やっと、
「都民ファースト」
の意味が分かった。
>>229
対策って、やらかした下請けのクビ切って別の下請けに入れ替えただけだもの。 ファーストサーバって昔バックアップごとシステム削除したとこ？
変なブランド名つくったと思ったら中身は変わらないんだな >>45
AWSを活用した新サービス「Zenlogicホスティング Powered by AWS」は対象外。 >>241
世代バックアップじゃなくて、定時でまるっと別PCにコピーかしてませんでした。
その別PCのを何かに落としてたらしい。
障害でぐちゃぐちゃになった内容も定時でまるっとコピーしたのでバックアップも全滅しました。
他所へ落としてたのから復活させた時に権限情報なかったので、アクセス制限一切無しで「復旧」しました。
…阿鼻叫喚。
>>154
うわぁぁぁぁぁぁぁぁ
素人集団。
写真見てもヤンキー揃いｗ
＞開発と運用の権限が分離されておらず、牽制のない業務フローになっていた点だという。たとえば、システム変更作業が発生する時に、担当者が上長に報告し、スケジュール調整の後にそのまま実行していた。
＞当時行なっていた同一筐体内へのバックアップは、リスクの低減にならないという点も第三者の調査委員会から指摘されたところだ。
＞ハードウェアが故障して停止していたのは、内部ではもちろんインシデントとして扱うのですが、それ自体は事故としてはみなしていなかった。
こんなんいっくらほこりを叩き出しても、きりが無い。
元があのレベルなんだから。
ほこりでできてるな、この会社。
叩き出してったら最後消えて無くなるｗ
前もバックアップデータごと
顧客の預かりデータをサクッとデリートして
復旧不能とかやらかしてなかったかココ
しかも謝罪や対応が悪くて炎上していた覚えがある
ベネッセが顧客データを漏らして炎上していたのと同じくらいだったか
＞第三者委員会から一番大きな問題として指摘されたのは、開発と運用の権限が分離されておらず、牽制のない業務フローになっていた点だという。
ホントに第三者委員会が
「牽制のない業務フローになっていた点」
って言ったのか？
確かにお互い勝手に自分の仕事をやるのは基地外だが、
牽制し合うように直しゃいいってもんじゃねえだろ。
どういう内容の変更を加えるか、
万が一何か不審な現象が出たらどう対処するか、
いつやるのが最適か、
誰がやるのか、誰が残っているのか、
全部事前に打ち合わせて協力して遂行するってもんだろ。
根本部分からおかしな連中だ。
この前の初期化（）事件の時、信用し過ぎてセキュリティ対策で全部のデータを預けて
ローカルに一切のデータ残してなかった会社がしばらくして何社かお父さんしてたな。 ＞冗長構成しているストレージシステム
そりゃ支那共産党やチョンにデーター筒抜けにすればトラフィックがパンクするわなｗ
ロードバランスは確かに難しい問題ではある。
どこで発生しているか知らんがサーバ？ネットワーク？
いずれにせよ、
確率統計や待ち行列できちんと数学的な見地で設計できる要員が居たのか？
生じ得る事象を想定して対応手順を完成させていたのか？
怪しい限りだ。
ロードバランス関係の設定自体は正しいのか？
こいつらこのレベルで既に怪しそう。
パソコンマニアに毛の生えたような連中に見える。
たぶんシステムを停止させたのは、
①このままだと再起動多発で使い物にならなくなる。
②「原因と対策をレポートせよ」で一応いくつか出て来る。
③「それいってみよう」
④システム停止し出た案を実施
⑤再起動したが現象改善無し。
たぶん今、
必死にバカな脳味噌で考えてる。
ペタペタ小さい変更を加えて行って、徐々に不安定化して行ったようなものなど、
ちょっと停止させてメンテした位じゃ何も分からずに終わるぞｗ
日頃の対策として根本的異に間違っていた。
もっと統計データを綿密頻繁に取り、小さな異変段階で気づくべきだった。
早く気づけば、最悪システム全体を2セット用意して分散するとかできたはず。
悪化してからでも、ある程度対策してダメなら、なるべく早く見切りをつけて、
(代替可能ならだが)Zenlogicホスティング Powered by AWSに有利な条件で移れるキャンペーンを打つべきだった。
そして
超ド級のDQNが、
停止を末端ユーザに通知せずにやらかしたこと。
停止を末端ユーザに通知せずにやらかしたこと。
停止を末端ユーザに通知せずにやらかしたこと。
停止を末端ユーザに通知せずにやらかしたこと。
前回の反省は何のための反省だ？
今回も損害が出ても補償しない契約なのかな
まあ、安いには安いなりのってやつですか ここの社長って夫婦別姓の裁判起こした変な奴じゃなかったっけ？ あれ？ここって数年前にもなにかデータふっ飛ばしてなかったけ？
ファーストなんちゃらって
「ファーストサーバのHP動いてますね」
「それはもう、障害の不安の無いシステムで運用してますので」
前に一度やらかしてるし使ってるユーザーも安かろう悪かろうなのは理解してるはず 安いんだからこんなもんだろ
月五千円くらいは払えよ
プライベートで使ってるサーバじゃないんだから
こんなの使ってるところは時文でバックアップも取っとけ >>259
自前でバックアップ取ってても鯖が落ちっぱなしじゃなーｗ
結局こんなとこ使うなという結論にしかならないと言うｗ スレが立ってからしばらく単発がクラウド全部まとめて下げようと必死でワロタ >>260
バックアップあれば一日で移行できるだろ
逃げたとこあるらしいしDNSは編集出来るんだろ？ >>8
AWSはセルフサービスだから、IT詳しくない客の代わりに管理してあげるサービスじゃね？ ヤマダ電機の情弱向けのパソコンサポートのようなものか。 >>71
そうそう、ここクボタの社内ベンチャーからスタートしたんだっけ。懐かしいなｗ このサーバーシステム
どうせNECがやってたんだろ？
NEC関連の管理力の無さは一流だからな >>269
NECは品質最低だけど無駄に高いから無いんじゃね？ >>235
ソフトバンクは値切り過ぎなんだよｗ
まともなものは作れないよ >>72
そんなん言ったら国内事業者のクラウドサービスは全部アウト 日本を衰退させるためにわざとやってるとしか思えなくなる
確かあったよな
マヌケと邪悪は見分けがつかないって >>8
鉄筋コンクリート打ちっぱなしで提供だから
内装屋とか引っ越し屋とか必要だろ >>270
金払えば質もいいよ
自衛隊並みに払えばな >>275
生粋の日本人をお客でなく養分と思ってるからね （女性）「身体が最高潮に達する瞬間を写真で捉えたい 」そう思っ（画像集）
http://zghru.cdotfree.com/7.jpg グルーポンといえば、スカスカおせち
ファーストサーバといえば、全データ消失 1回やらかしたくらいなら他社より慎重にするから安全だろうと考えられるが、2回目になると「2度あることは３度ある」と考えてみんなクモの子散らすように逃げるよな。
来年の今ごろはファーストサーバという会社はなくなってるよ >>1 >>14
ここ以前も醜悪な事態引き起こしていたよね マスゴミは報道しない自由を行使。
報道すればヘイトスピーチになるからｗ
報道できるのは「キムチ最高」で
イッパイイッパイ これ以上のスレ伸びスレ立ては
ヘイトスピーチ、ヘイトクライムで
マスゴミ、手よそだけでなく
クズだけど検察裁判所が相手になるから
そこんとこ、よろしく。 マスゴミは自分らが直接影響受けないと理解できないバカだからなぁ
携帯でトラブるとたいしたことなくても報道するのに一般回線で大規模障害起きてもスルーとかね >>208
自己防衛は必要だなあ。
お客さんに弁明しようにも、クラウドサービスのせいでは逃がしてもらえない。 >>291
サーバ障害でメールやWebページのデータを飛ばした事件？
それとも社長が新幹線車内でスッポンポンになった事件？ 禿には、メンテナンスや保守という概念が頭にありません。
はよ潰れろ メールとWEB等の全てをファーストサーバーのzenlogicに一括した利用者が一番被害を受けたのかな バックアップとってないで、全部データぶっ飛ばしたのここだっけ？
しかも、サイボウズのサービス提供してたから
顧客データも全部吹っ飛ばして最悪だったような >>85
安くて比較的マシなの選ぶならKAGOYAとか >>221
AWSも止まるのは事実。
最近は大規模障害は減ったけど。
どのサービスにせよ冗長構成取らずに文句言っても虚しいだけ。 二度目だからなぁ。
二度あることは三度あるのは常識だし、次ファーストサーバの停止で業務が止まったら社内Web責任者は懲戒解雇でもしょうがない ファーストサーバ障害問題：データセンター事業者によるデータの消失というのは前代未聞
https://japan.zdnet.com/article/35018459/
あの日、何が起こったのか――ファーストサーバデータ消失オフレポート：
「天に召されたデータに献杯！」
http://www.atmarkit.co.jp/ait/articles/1207/20/news149.html
データ消失事故から3年、変革を決意 ファーストサーバはサーバーを捨てて中小企業の救世主となる
Zenlogicホスティングであれば、長期間にわたって安定的なサービスを受けることができます。
https://cloud.watch.impress.co.jp/docs/interview/696915.html おおそらく原因は社内のコミュ障を切ったせい
それで開始からわずか二カ月ほどで障害が出るようになった 担当者が長年マニュアル無視、上長も容認──ファーストサーバ障害、調査報告書を公開
http://www.itmedia.co.jp/news/articles/1208/01/news110.html
ファーストサーバを救った顧客の声とコミュニケーションのパワー
「1回事故を起こしているから、2度と起こさんやろう」と、期待も含めて、受注再開したときにすぐに申し込んでくれたお客様がいらっしゃいました
事故の起こりにくい組織作りなど、ファーストサーバが会社として大きく成長し、生まれ変わっているのは理解いただけたと思う
http://ascii.jp/elem/000/000/913/913556/ >>300
バックアップとってなかったんじゃなくて、
バックアップごと一緒に消しちゃった。人為的に。 >>306
『二枚舌を冗長化して、三枚舌にしました。』 まで読んだ。
安全 ........ すべて派遣技術者に丸投げの匿名性
安心 ........ 匿名だから正社員は誰も責任を問われない
安定 ........ コンスタントにトラブルを出します
まさに、アベノミクス詐欺を具現化したような。 >>306
今回もマニュアル無視かな？
マニュアル以前に設計が悪かったのかな？ >>307
バックアップとか言ってたけど実態はRaid1
だから一気に吹き飛ばしたんじゃなかったか？ >>315
確かそんな感じ
バックアップと言ってたのがミラーリングで、検証環境と言ってたのが一時切り離して独立マウントさせたミラーリングセットとか。
で、ルートから全パーティションをあぼーんさせる暴走スクリプトを動かしてお陀仏。 >>318
個人ユーザーでRAIDをバックアップと思ってるアホたまに見て苦笑
するけど、そんなド素人しかいないんだろうなここ >>319
つか、前回の事件はマジ>>318の通りの顛末だぞ？
知らんのか？ 俺がSB解約したからってそんなにショック受けなくてもいいのに バックアップと助長化の意味を理解していないにわかが多いな >>66
過去にやらかしたことで有名なのに、なぜこの会社を選んだのか？経緯を知りたい。 >>323
もちろん障害発生時に影響範囲をより広く、深くするという意味
被害の拡大を助長するということ と、冗長と助長の意味を理解していないにわかが語った またソフトバンクグループか
susucoin:Sf9ieFqcN9h6TEEjcvAXtqgg1cbS22wxF5 ■ このスレッドは過去ログ倉庫に格納されています
