【レンタルサーバー】ファーストサーバの「Zenlogicホスティング」で大規模障害が発生中
■ このスレッドは過去ログ倉庫に格納されています
https://cloud.watch.impress.co.jp/img/clw/docs/1131/831/03_l.jpg
ファーストサーバの提供しているクラウド型レンタルサーバー「Zenlogicホスティング」において、大規模な障害が発生している。7月9日13時現在、すべてのサービスを停止してメンテナンスが行われているものの、再開のめどは立っていない。
Zenlogicホスティングは、ヤフーのIaaS基盤を利用して提供されているクラウド型のレンタルサーバー。ファーストサーバでは、2015年2月の同サービス提供開始後、長年提供してきたレンタルサーバーサービスからのユーザー移行を進めていたが、2018年2月には、約2万社が利用していたレンタルサーバーをすべてZenlogicホスティングへ移行完了したとアナウンスしていた。
このZenlogicホスティングが6月19日より高負荷障害に見舞われており、これを解消するため、7月6日20時よりすべてのサービスを停止し、メンテナンスを実施していた。しかしサービス再開処理後、再度の高負荷発生が確認されたことを受け、当初は最長で7月9日8時までとしていたメンテナンス時間が延長されている。
メンテナンス中は、メールの送受信、ホームページの閲覧、サーバーへのファイル転送が行えない。
ファーストサーバによれば、障害原因は、冗長構成しているストレージシステム(データ記憶システム)で、データ入出力の処理が一部のシステムに偏り、高負荷状態が発生したこと。これを解消するために該当ストレージシステムが再起動し、サービスが断続的に利用できなくなったという。
また、このようにデータ入出力の処理が一部のストレージシステムに偏ってしまった原因としては、「突発的なアクセス集中が発生した際のパフォーマンス不足」「ストレージシステム構築時のパラメーター設定が適切でない」ことを挙げた。
現在、サーバー設定画面の「コントロールパネル」は利用再開されており、障害解消まで他環境の利用を検討するユーザーは、サーバー移設関連のFAQを参考に対応するよう案内している。
なお、各種問い合わせ窓口が混雑し、つながりにくい状態が発生していることを受け、サポートセンターの電話番号が変更された。
ファーストサーバでは現在も原因・対応方法の調査を継続する一方、基盤提供元のヤフーとともに、別基盤の構築準備作業を実施しているとのこと。こちらについても、めどが付き次第、サポートサイトで随時報告するとしている。
また、AWS基盤を利用する新サービス「Zenlogicホスティング Powered by AWS」は、今回の障害の対象外である。
2018年7月9日 13:32
クラウド Watch
他ソース
ファーストサーバの「Zenlogic」全面停止3日間続く 再開は「未定」に(2018年07月09日 10時38分)
http://www.itmedia.co.jp/news/articles/1807/09/news059.html
https://cloud.watch.impress.co.jp/docs/news/1131831.html またかよ。こんなことじゃ
ここと契約する企業側担当者の責任も
問われるようになるよな 今日は月曜日 豪雨にかこつけて飛ばしたろ そりゃー日産をめざせー >>64
怖いくらい信用できる感じの人がいない
こういうときはモデルを雇ってでもイメージアップしないと 2012年に顧客データ全消去っていう重大なやらかしやってんのに、
未だにここ使ってる企業って一体何考えてんだ? >>54
だよなぁ…でも復旧なんて待てないから後で被せるわ。 大阪のサーバにしとけば、いざとなったら事務所に押し込んでサーバ丸ごと救い出して来れるからって思ってた時期がありました・・・
今はクラウドになっちゃってるんだよね。 前回の件で、普通は他社サーバーに乗り換えるだろうに
未だにここ使ってるところは、50%は自己責任だな >>68
初回は「まさかそんな会社とは知らなかった」で済むとしても、
今回は再犯だからね。
当然、自社システム停止による顧客説明で「まさかとは思うけど、ニュースでやってるファーストサーバの件とは関係無いよね?」
と聞かれるはず。
正直に答えたら、「自分の子供を殺した前科者にまた子供預けるようなもんだよね。頭大丈夫?」
と言われても仕方ないね。 しかし前回にクラウドなのに完落ちするとか
クラウドとは何ぞやと哲学の話まで至ったのに
全く進歩してないとか笑かしてくれるな >>78
私の子ではありませんので、って言われそう… 安かろう悪かろう
被害企業の経営者は先人の遺してくれた格言を噛みしめとけ。 >>78
ロリコンの前科者でも安けりゃOK♪
これが今の日本だしな 大体が、もともとは、農機具のクボタが作った会社で独自技術でタケルとかのサービスもやってたし、よその東京の胡散臭い会社に任すよりはよっぽど信用できるわとか思ってたんだよね。
いつの間にやらソフトバンク傘下に。 毎日先延ばし
7月9日8時には、メンテ終わるって書いてあるのに
8時に、ダメでしたはないだろ 責任感なし 我々はファーストサーバの凶行を忘れてはいけない責務がある >>37
yahooテレビむかつく点
・最新のmy番組表から出ると戻れなくなることが多い&何かの拍子に勝手にだめになることがある
・MX093がない サブチャンネル全般が不能
・枠が足りない
・見たいボタンに確認ダイアログがなく取り消し操作がすさまじく面倒
・番組詳細がデフォルトで新規タブでないので誤クリックでも番組表から出てしまう Yahoo!、ファーストサーバの隠れ蓑だからな
使うなら自業自得 ファーストサーバの広告
「お客様の作業(バックアップ)は不要です」
ttp://www.fsv.jp/cybozu/merit/images/coorp/flow02.jpg
↓
↓
お手元のバックアップデータを活かした再構築のお願い
ttp://support.fsv.jp/info/nw20120623_kyoyu.html#onegai
極めて遺憾ではございますが、短期間でのデータ復旧は不可能で あることが判明いたしました。
誠に心苦しい次第ではございますが、お客様で取得されておられる
バックアッ プデータによる再構築を行っていただきますようお願い申し上げます。
)、._人_人__,.イ.、._人_人_人_人_人_人
<´ バックアップがお手元にないの ! >
⌒ v'⌒ヽr -、_ ,r v'⌒ヽr ' ⌒
// // ///:: < _,ノ`' 、ヽ、_ ノ ;;;ヽ //
///// /:::: (y○')`ヽ) ( ´(y○') ;;| /
// //,|::: ( ( / ヽ) )+ ;| /
/ // |::: + ) )|~ ̄ ̄~.|( ( ;;;|// ////
/// :|:: ( (||||! i: |||! !| |) ) ;;;|// ///
////|:::: + U | |||| !! !!||| :U ;;; ;;;| ///
////|::::: | |!!||l ll|| !! !!| | ;;;;;;| ////
// / ヽ::::: | ! || | ||!!| ;;;;;;/// //
// // ゝ:::::::: : | `ー----−' |__////
112 嫌儲の名無しさん[sage] 2012/06/27(水) 14:33:51.68 ID:E2x3cQ9L0 [1/10]
これまずいだろ
ファーストサーバ障害、深刻化する大規模「データ消失」 5ページ目
http://www.nikkei.com/article/DGXNASFK2600L_W2A620C1000000/?df=5
http://www.nikkei.com/news/image-article/?R_FLG=0&ad=DSXZZO4301105026062012000000&bf=0&dc=1&ng=DGXNASFK2600L_W2A620C1000000&z=20120626
>ファーストサーバによる「ビズ2」のパンフレット。「日に1回、外部にデータを保存」との記述は事実でなかった データ全消去かました鯖屋なんてふつー使わないだろwww そもそもYahoo!のクラウド基盤とかが、なんちゃってクラウドなんだしな しかし、これ損害どれくらいになるんだろうね?
前は踏み倒して知らんぷりだっけ? >>100
そもそも「鯖側に何があってもデータの保証や補償はしない」って規約だから。 >>95
一応ふぐスマの白河にあるらしいが
地元民なのにどこかが分かんないw (*´∀`*) 「バックアップサーバー作ってるよね。」 GMOのALTUSも、絶賛障害真っ最中だぞ。一部の新聞社が、繋がらない。 「わたしは ネオファーストサーバ
すべての記憶 すべてのそんざい
すべての次元を消し
そして わたしも消えよう
永遠に!!」 >>107
復旧データがアクセス権無茶苦茶で公開されたのはグランドクロスあたり?w >>70
うちも一部は何か月か前に、たまたま別件でDB抜いてたから、
明日からそれを元に復旧作業に入る。
クライアントから金は取れるわけねーし、Zenlogicからの補償なかったら、
ただ働きですわorz ここに幾ら払っているの?
安いから使っているんだろうが・・・。w >>112
うちの500円サーバより酷そうだし300円くらいじゃね?www まぁ日本は技術立国を捨てて観光立国を目指しているのだから仕方がが無い クラウドでハードディスク一個飛んだら全部ダメになる運用、流石にAmazonではそんな事無いんだろうけど
まあそう言うリスクはあるってことだよね
専用サーバーでそれぞれ分離したマシンの方が結局リスクはマシ? 予算あるならDBだけでも別のホスティングミラーさせとくべきだな
国内で離れた土地にね 大阪、東京、北海道でミラーしてコピー作っとけ
予算下りたらだがw バカ総務のせいでこんな会社使い続けたから大迷惑だわ。 グーグルもローカルバックアップできない仕様になったからなあ。世界のグーグルとはいえ、万一何かあったら。 データは残ってるだけマシだろうが、平日夜までダメなんかね?また評判を落としたな。 冗長化システムってどっちか壊れても動き続けるんじゃないのか? これ、こんな対応唖然とするしかない。
会社で使っているんだけど、金曜の19:55に「20:00から鯖止めます」ってメール連絡きて、
そんで本当にぶった切って今までそのまんま。電話はガイダンスだけで終了
https://zenlogic.jp/news/status/syogai/
↑これは見れるんだけどw
▼高負荷障害に関して多くのお客様からいただくお問合せ
−サーバー移設関連
https://zenlogic.jp/news/status/syogai/faq/#link03
おいおい、出てけで放置かよ >>122
前回も今回もオペチョソだね。
>>123
平日日中に公開出来ない外向けWeb鯖だとしたら、相当痛いだろwww
>>124
多重クラスタ化してたとしても、中身が吹き飛んでるのとは別問題だよ。 またファーストサーバかよ
二回やるってことは能力がないんだよ >>129
仮にこれがLINEのサーバーだったら世界中みんなが阿鼻叫喚の地獄を見るべ うちのもここだったかー
止まってる理由がやっとわかった もう、いっそのこと、rm -rf / やってきれいにしたほうがいいんじゃない? >>137
--no-preserve-rootも付けなきゃ 今、障害が小康状態でFTPやphpMyAdminもつながるぞ。
今のうちに、全データ抜き取りじゃー! >>145
アクセス急増→再停止→データ消去
ですね。分かります。 >>134
だな、英語圏だとWhat'sAppだし >>145
みんなでアクセスしてまた潰すんですね
リアル蜘蛛の糸 数日前からここもつながらなかったけど。原因これか?
ttp://www.dream-ferry.co.jp/news/update/20180709a.html >>151
間違いなく、原因それです。
他の大手サーバ会社、全然電話繋がらなくてワロタ。
たぶん、避難民の問い合わせが殺到してるw さて、先週のパターンなら、そろそろ高負荷がかかってくる
時間帯だが・・・(もうデータは全部抜いたんで、少し余裕できたw) よく分からないんだけど
設定ミスが原因ならすぐ元の設定に戻せば良いんじゃね?
何で出来ないの? ■ このスレッドは過去ログ倉庫に格納されています