【企業】ファーストサーバの「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 マスゴミは報道しない自由を行使。
報道すればヘイトスピーチになるからｗ
報道できるのは「キムチ最高」で
イッパイイッパイ これ以上のスレ伸びスレ立ては
ヘイトスピーチ、ヘイトクライムで
マスゴミ、手よそだけでなく
クズだけど検察裁判所が相手になるから
そこんとこ、よろしく。 マスゴミは自分らが直接影響受けないと理解できないバカだからなぁ
携帯でトラブるとたいしたことなくても報道するのに一般回線で大規模障害起きてもスルーとかね >>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 ■ このスレッドは過去ログ倉庫に格納されています
