【企業】ファーストサーバの「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がこの週末から繋がらないんだがまさかここのサーバか?w これ利用者が web やってたりしたら 404 ってこと? 何のための冗長化なのだろうか
意味ねーだろ、ボケw >6月19日以降、ストレージシステムに高負荷が発生し、
>メールの送受信やWebサイトの閲覧、サーバへのファイル転送が
>できない障害が断続的に発生したため、
>7月6日午後8時から全サービスを停止して
>メンテナンスを開始。
ヲイヲイ、先月から絶不調なのに
テヨソ犬のマスゴミは
報道しない自由を続けていたんだな。
代わりに何を報道していたかというと
韓国海苔w 官公庁が民間のサーバーを利用しているの?
問題無いの? >>1
ここ、またやらかしたのか。
前にもあっただろう? >>19
クラウド初期の頃に全部ぶっ飛んだ事故やらかしてるw アップデートバグでバックアップを含めた初期化実行で顧客のデータを飛ばしたの覚えてるよ。 >>21
ああ、障害発生してリストアしようとしたら
バックアップデータごとふっとばして回復不能ってやつだったっけ? 残念ながら官公庁含め2万社が契約していて、歌舞伎座とか有名所も使っているんだよなぁ >>14
あー子会社が顧客のデータ全部ぶっ飛ばしてYahooが10億だか特損計上したってことあったね。
この会社だったのか。 無知な企業や官庁を狙って売り込んでたのね
テキトーなサービスしてたんだろーな さくらでも似たような障害があったなー。結局oracleのストレージが
クソだった、って結論だったような。 >>28
>新サービスプロジェクト
>
>私たちは事故から学んだ多くのことを活かし、
>新サービスの開発に全社を挙げて取り組んでいます。
ほ、ほう・・・・・ ヤフーニュースにはのらないニュース
なんでだろうねw >>16
別に普通のサイト程度ならAWSなんて高機能すぎて要らないというか、無駄に小難しくてそれはそれでネック
エックスサーバーみたいな評判のいいところ素直に使っときゃいいんだよ クラウドのリスクだな。
基幹システムにいれてたら、
情シス全員首レベルだろうね。
2面構成かつリソース倍うちして、
1面死んだら収容変更で復旧するぐらい
しないと、
とても怖くて使いたくない。 >>38
横レスだが
官公庁はプライベートクラウドを導入してオンプレミスやレンタルサーバー上の
サービスを仮想化して移行する流れに
なってきているらしい 昔はさくらインターネットと競っていたのにな
どこで差がついたのか ファーストサーバって前にデータ全部飛ばして大騒ぎになったところだろ
あんな目にあって、まだ使ってるとこあんのかよw これでクラウドだから安心という誤解が世間から消えてくれればファーストサーバも無駄死にではなかろうw
AWSだって停止こそ少ないけど、ちょくちょくヤバいセキュリティホールが数年かけて発覚するとかやらかしてるからな AWSみたいな糞システム使ってるからこうなる
他社への乗り換えもオンプレへの逆移行も難しい糞システム あんまり関係ないけどポンポンネット思い出した(遠い目) >ファーストサーバのレンタルサーバでは2012年、顧客のデータが消失する大規模な障害が発生している。
これやった時点でもう絶対信用しないってのが普通のスタンスだろ
にもかかわらず生き残ってるのが不思議だし利用者も脳みそないのって感じなんだが yahooって技術力ないな
優秀な技術者いないのかね 以前は、バックアップを全部消したんだっけ?
その時点で、他社に乗り換えるだろうに、どこが未だにファーストサーバーを使ってるの? >>50
技術者を安く使うことしか考えてないのだろうから
それなりのことになるんだろう ストレージのioネックで、
システム全体がスローダウン。
早く治れー あの時はアップデートが全初期化のバグになっていて、更に悪いことにバックアップにも
これを同時適用してしまい、顧客によっては復旧できずにデータ全損が出て話題になった。 どこが請けて運用してんだよ?
スキル低すぎ
学生バイトにやらせてたんか? サクラとファーストサーバで
webサーバを2面にして
DNSを切り替えれば
ttlで徐々に復旧できるようにしてる。 >他社サーバへの移行を検討中のユーザーに、移行法を案内している
なんだこれお手上げってことか
結構やばいんじゃね? 業務用サーバーが一ヶ月近く不調のままで抜本対策で3日止めても治せないとかもうサービス辞めろと。個人でもキレるレベルやろ。
ここバックアップデータもふっ飛ばして伝説になったところか。 Webショップとかは死活問題なんだが、責任取れんのかいな
直近でメール届かないクライアントはすべてファーストサーバなんだけど >>1
バカが乗せられてクラウド()に傾倒した結果がこれ。
少なくとも業務で使うヤツは頭おかしい。 >>66
社内サーバダウンなんかなんも仕事できないしなぁw 歌舞伎座もチケット予約止ってパニクってるんだろうね。 クボタが親会社だった頃にはかなりの費用を払って使ってた。 真のクラウドならこんな類の障害起きないように設計されてるんだが・・・
やっぱり前やらかした時から何も改善してなかったのね >>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を満たせなかったときは月額利用料を上限に相殺つてところだろう
でも月額利用料をチャラにするくらいで事態が収まるとは思えない
損害賠償請求の裁判までいく可能性はあると思う ■ このスレッドは過去ログ倉庫に格納されています