【IT】KDDIのクラウド障害、完全復旧には2週間以上かかる可能性 [香味焙煎★]
■ このスレッドは過去ログ倉庫に格納されています
1月28日午前4時ごろから約80時間にわたって障害が発生しているKDDIのクラウドサービス「KDDI クラウドプラットフォームサービス」。同社は31日、完全復旧に2週間以上かかる可能性があると明らかにした。
KDDIは現在、故障したストレージからのデータ移行に向け作業中。新規ストレージの構築は済んでおり、今後は（1）故障したストレージ内のデータを読み取り可能な状態で起動する、（2）データを新規ストレージに移行する、（3）新規ストレージ上で仮想サーバを立ち上げる──という手順を復旧を進める。
（1）は2月1日から7日に完了予定。（2）は（1）の完了後、最長6日間かけて行う。（3）は（2）の完了後、順次実施する。（3）の完了により問題が解決する見込みだが、復旧するタイミングはユーザーごとに異なるとしている。
障害は「jp2-east05」ゾーン（リージョンを構成するサーバ群の単位）の一部サーバでストレージが故障したことで発生した。ただし、原因はハードウェアではなくソフトウェアの問題という。
ITmedia
2023年01月31日 14時38分
https://www.itmedia.co.jp/news/articles/2301/31/news149.html ハゲが安売りさせた結果詐欺には狙われる
メンテナンス追いつかず故障の連続 ケチな日本人に安定したネットワークインフラは無理
米国を見ればわかる ソフトウェア障害は駄目だろ
ハードウェア障害のほうがまだ良かった 仕事で久々にイライラ最高潮だから誰だろうが侮蔑したい気分 povoやahamoは所得制限つけるべきだった
大金持ちのケチがこんなもん使ってる国なんてどこにもねえぞ クラウドってなんかあっても止まらないのが売りじゃないの？ あと無駄に報告と原因追求と対策を求める
それ自体は悪くないけどそれにかかるコストを何故か考えようとしない
アメリカのDCに研修行ったときは黒人のあんちゃんが故障したブレードをぽーんと入れ替えてそれで終いよ
なぜ故障したとかいちいちコストかけまくって追求なんてせんわ kddiのストレージってどんなサービスで使われてるの? 国産クラウドのダメさがクローズアップされちゃうのか >>17
心境を書いたら少し落ち着いた
おりごとう 普通こういうのって現用系と待機系とか何かあったら切り替えられるもんじゃないのか
何で1から構築しないといけないの >>32
よくわからんがソイツのせいなのか？
ガンバレ高橋！ データお預かりサービスよね、あんな使いにくいもうトップのレイアウトからしてもどんくさい古臭い感じの使う人とかあんまいないと思うけど。auはスマートパスプレミアムの特典をもっと見直すべき。月額とちっとも見合わないんだよ。
たぬきの吉日も最近はほとんど1ポイントしか当たらないとかザラだしアホくさくてもういい加減にしてほしい。利用額に合わせて還元すればいいんではないの？
なんかいちいち払うほうが損してる感じしかないんだよなあ。 ハードでなくソフト
ソフトなのに修正ではなく
全部移行するのか
土台がもう駄目ということか だからクラウドは信用出来ないんだわ
やっぱ自分のデータはローカルに持ってないと 結局クラウドだって物理破損したら死ぬのは変わらんな 前回の通信障害は500円割引
果たして今回は何円引き？ クラウドで2週間止まるは草
ますます国産サービスなんて誰も使わなくなるぞw 可用性と信頼性が命のクラウドサービスでこんなに復旧に時間かかるって論外だわ AWS、Azureをオマージュした国内クラウドを構築したら大トラブルが起こって収集がつかないでござるか。 やっぱり紙の大型帳面がいいよな。
いっぱい書き込めるし。 日本人はIT苦手だろ
たぶん対応は、関連する下請けIT技術者を詰めるだと思うぞ >>49
まともなサービスならあり得ないってかあり得なさすぎ ストレージのファームの問題か？
ファームのバグ放置？？ やから人妻からメッセージないわけやな
旦那にばれたかと思ってはらはらした >>18
ごく一部の図書館らしい
流行ってなくてよかったな うちの会社、データとか運用サーバーとか全部AWSにしちゃったけど
障害あったら大丈夫かな？アメリカの会社なら障害発生しないかな？ 何年か前にもあったな
ストレージのファーム不具合でいくつかの自治体の
データがふっとんだの >>66
そのリテラシもどうかと思うけど、KDDIよりはましなので安心していいよ。 IT技術者ってこういうの起こすと心身病んでしまうと思うのだけど、大丈夫なんかな >>66
基本こんな無様なことは起こらんよ
ただ障害自体は起こる、基本こわれものだから
あんたの会社のシステムがちゃんと障害踏まえて構築してるかも重要だけどな >>76
大丈夫じゃないよ
一発なら気合いでやりきるけど連発すると精神がかなり蝕まれる てかファームウェアの不具合なら、説明としてはハードウェアの問題でええやん。
ソフトウェアの問題と言い換えていいことあるのは中の人だけでそ。 こういう障害起こした後の、後釜の担当者ってどういう人なんだろ
自分ならこんな障害起こしませんよ、お任せください！なんかな KDDIただでさえ信用無くなっているのにどうすんだか >>66
awsでもデータロスト出てるよ。
後はデータロストした場合の損害、頻度とお財布とを比較してリスク判断だな。 使う側はちゃんとリージョン分けて冗長構成組んで運用してれば問題ないんじゃね AWSとかAzureとかなら同じ障害がもし発生しても文句言わないのに、
日本企業ならとことんボロカスに行ってくる企業ばかりなんだよなこれ。
日本企業も契約に書いてること以外はそろそろ突っぱねよう >>86
２週間止まったらどこでもボロクソ言われるよ きちんと競争して安くなってるならいいんだけどさぁ
実際は大手が割食って電力自由化みたいな有象無象が中抜きビジネスみたいなことやってるだけじゃん
その上ソフトバンクとかいう朝鮮勢にまで一次事業許可するしどうなってんのこの国 え？バックアップもないor機能してないってことかよ((((;´･ω･`))) >>23
日本ではお詫びするにも誠意ってやつが必要でね
再発防止は徹底的にやらんと釈放してもらえないのよ >>81
NASで収まるデータ量しか無い企業ならオンプレNAS運用が正解かもしれないね。 >>82
突然組み直す予算が降ってくるはずもなく後任は壊れないように祈りながら動かす >>87
文句は言うだろうが契約に従って一発説明と賠償金払ったらそれ以上は文句言わんでしょ？
何回も報告に来させたり契約以上の対応をごり押しする奴らばかりじゃない？ 今のIT技術は人間がミスなく扱える代物をとっくに超えてる
壊れるし、流出する前提で考えるしかない またやったの？
あの通信障害から社有の全部変わったけど正解だったな
てか2週間てw みずほ選手が去年３本くらいの不調だったのに
KDDI選手は今季早くも第一号か >>23
日本だって流石にハード故障に対して顧客側が追求なんてせんわ >>93
そうだよね
事故があっても最終的にはごめんなさいで済まされる契約だし危機管理の観点からは自前で管理した方がいいかもね >>66
AZわけて冗長してs3にバックアップ保存してるならまず大丈夫 アマゾンってなんであんなに凄いの？
技術者のレベルの違い？ >>97
お前には契約の前提の信頼関係が理解できてないね >>102
別で扱わない企業が多すぎる。
でもアメさん企業相手だと文句すら言わないんだろうな あんま騒ぎになってないなコレ
被害受けてるのが限定的なんか >>108
アマゾン
直雇用のエンジニア
日本
派遣エンジニア(^。^)y-.。o○ AWSでもたまにシステム障害のニュースはあったと思う アベノミクスの成果が出ているな
最大の収入源を絶って苦しませるのが目的だからね >>111
ストレージの故障だからなあ
規模は大きくはならないかもな >>111
クラウドサービスなんで法人でクラウドサービス契約でもしてないと影響ない
葛飾図書館が影響受けてるとか
2週間ってのは最悪なゾーンのワーストケースで部分的にはもう少し早く復旧するらしい みずほで募集してた人がなんとかしてくれないかな
「統制がとれていない現状から、マネジメントの基盤作りプロジェクトに浸透されるためタフなメンタルが必要」だっけか
なんとかしてくれそうやん だから電子化データなんぞ一切信用しない
これからもCD買うで！ >>113
KDDI
↓
納入一次
↓
保守請負
↓
出向
↓
派遣 なんでクラウドよりオンプレNASとかいうアホがいるんだろ
オンプレNASなんてビルが倒壊したり燃えたりしたら終わりじゃん >>110
ネット底辺もアメリカ様は絶対に叩かせないからな
東証の障害発生は機器の欠陥だったのに会社を叩いた KDDIがそんなサービスしてたこと自体しらんかった。 三菱UFJ銀行 他行ATMからのカードを使った振り込みやPayPayへのチャージできず 2時間弱のシステムトラブル 現在は復旧 [朝一から閉店までφ★]
http://egg.2ch.net/test/read.cgi/bizplus/1675111074/
ジャップにITは無理ｗ >>117-118
おーん、サンクス
何年か前のファーストサーバーやったっけ？
あれも阿鼻叫喚やったのに世間はどこ吹く風やったな >>108
ジャップお得意の下請けに丸投げ＆中抜きの成果 >>108
ハードウェア、ソフトウェアすべて自前で作ってる
日本のクラウドはすべて既製品を組み合わせただけ >>104
顧客じゃなく内部であるでしょうよ
部署や会社によるが大抵はなんで故障起きたの？影響は？原因は？恒久対策は？報告は？
それが会社としてコアなシステムだと追求がもっと酷くなる >>130
クラウドという国内データセンタのマネージドサービスです。 実際に手を動かす下請けに金が回らないと
公正取引委員会の下請けGメンが入って調査公表が必要 いくらソフトがあっても素晴らしいハードを勝手に作ったり勝手にハードをメンテするソフトがない限りこんなこといつでも起きるんだろうな auの強みが全くわからんのだけど何でここで契約するんだろ >>104
顧客からハード故障追求は過去に経験してるよ。そんなサービスしてないから海外メーカーに依頼して解析に半年かかったわ >>145
稼働率100%謳ってないシステムの物理故障でも次壊れた時に影響ないようにする対策を求めてくる会社なんてゴロゴロしてるよ。 au関係ってソフトがマジでゴミだからな
UIゴミ使用感ゴミどこの無能が設計してんだまじで
auメールのクラウドバックアップとか一生クルクルしてるの笑うわ >>149
困った時は「宇宙線」を原因にする。
誰にも何も言われない、再発防止も糞も無い。 >>152
なぜ鉛で遮蔽しないのか！！
とか言われるのかな そもそもAWS、Azure、Google以外を使う意味がわからん >>153
これ、笑い話だと思うでしょ。
実際に超大手NW外資から出てきたからね。
誰も何も言えなかった。
そうかー、太陽フレアかーみたいな。 足回りkddi回線のAzureやAWSのセット販売だけやってりゃええのや(^。^)y-.。o○ 以前の通信障害で社長は神対応！などと言っていたトンマもこれには↓ AUの次はKDDIかいな
AUでの反省がまるでない
終わっとるな こんな信用できないシステム使えるか！
出直してこい！！ なぁ、クラウド事業で復旧にこんだけ掛かるのアホなん？ >>125
自分、個人だけど自宅と実家で分散配置してる。子供の写真とかビデオとか常に同期してるからオンプレで問題感じてない。
商用サービスだって利益でなくなったらいつサービス撤退するか分からないのに、使う気にはならないなぁ。 >>21
使わなければいいだけなのになぜここ使ってるのか >>150
高い機器売り付ければええだけちゃうの。どの立場か知らんけど。
対策と聞いて、機械の故障の原因追求に進むことはないと思うなあ。故障してもサービス継続すりゃいいわけでしょ。 前はある程度信用出来たのに今はみずほみたいになってんな。
信用がた落ちじゃん。 >>165
以前もKDDIでしたけどね。
耳障りの良い言葉ばっかし云うだけの無責任な、
かっこつけてるだけの無能社長なのが
バレ始めただけ。 >>162
委託する業者探しと見積もりに一週間
その後の保守する業者探しと見積もりに一週間 >>168
同期ってクラウドサービス使ってんだろ
オンプレでってだけ言うその意識がおかしいな >>170
サービス影響出るような壊れ方してるんだから、
仮に嘘でも客に説明しなきゃいけないだろ、、 ありがとう！
auさんありがとう！
復旧作業ありがとう！ シスコンは独占企業みたくなってて何を言っても許される >>172
ファイルの場所分からなくなってもGoogle検索すればバッチリ！ >>174
でも安倍友キムチ野郎よりマシかな
あんなもん日本の通信事業者にさせてるのが未だに信じられん >>157
付き合いとか上下関係とか
物知らずとか >>176
係長のハンコ貰うのに1時間
課長のハンコ貰うのに1日
部長のハンコ貰うのに3日
本部長のハンコ貰うのに7日 >>180
ハードもソフトもベンダ試験もバグだらけだけど、
最大手だし、みんな買ってくれるから
問題ナシ！
てなもんなんだろうねー、、 ありがとう！
素晴らしいクラウド障害をありがとう！
さすがKDDIだ！
社長バンザイ！ >>177
何を言ってるのか分からないが、ドメインから全部自前だよ。 >>178
経年劣化とでも言っときゃええやん。
同じ型が次々にとか、こいつだけ何回も故障するとか、説明が必要になってくるのは、そういう特殊な状況に対してでしょ。故障そのものじゃなくて。 蔵奴は所詮消えたり繋がらなかったりする不安定なモノって割り切っておかないと全部に依存してたら死ぬ
基本は個人バックアップだわやっぱ >>106
管理者いればね。
難しいのは管理者不在の中小企業 >>47
今回は法人だし500円ではすまんだろ
こういう時の為に高いお金払ってるのに 復旧つっても完全復旧はムリなんだろ？
消えましたごめんなさいじゃ済まないのにいい加減な仕事しやがって
無期懲役や罰金50億円にするとか罰を決めないと責任もってやらないんだよあいつら
だから現行のクラウド消えたら済まんかったねサービスは怖くて使えないし使わない どんなゴミが働いてんだろうな
気持ち悪いパワハラ企業 中の人から聞いた話だけど、AWS、Azureと比べたメリットが
皆無なので自分らとしても売りづらい、売りたくないと言ってた こんな長期間止まるクラウドなんぞ全く使い物にならん >>201
NAS運用くらいは余裕だと思うが･･･ AmazonかGoogle以外使う奴は何考えてるの >>207
停止中なので「セキュリティは万全です！」とか言い出しそうだな
派遣のバイトできた奴がコピーして持ち帰ったのが発覚するまでは････ >>209
接待とかキックバックとかいろいろあるんじゃね？ >>211
金額に見合うかはともかくサポートの手厚さ
あとgoogleはサービスの継続性に疑問しかない >>207
一つ一つ真心を込めて手作業で交換してるので時間がかかるのは仕方がない >>204
そのための免責事項だから。
そのあたり心配不要なレベルに設定することは可能だが金額的に公共機関や大企業しか契約出来なくなるよ。
昔から貧乏人は我慢するか自分で技術を身に付けるしかない。 >>125
そもそもなんでNASの話が引き合いになる？ 昨年auに見切りをつけて
素早くUQに乗り換えた俺は勝ち組
ケータイ屋の店員も俺の決断力の早さを見て
呆気にとられていた様子だった >>108
アメリカでITエンジニアの職につけるのは、通常はコンピュータサイエンスの学位を取った者だけ。
（オープンソース界隈で中高の頃から活躍してました、などの例外はあるけど）
それに対し、日本の場合はこんなんが大部分を占めてる。
・大卒だけど就職するまでろくにプログラミング経験が無い
・IT系の専門卒
・全くの未経験からSES企業に転職してきた奴隷
そりゃ、日本のITエンジニアは無能揃いと言われてもしょうがないですわ。 ここ数ヶ月auのギガの減りが異常に速いんだけど。
この前の通信障害起きる直前と同じ傾向。 1) の読み取り可能な状態で起動する、というところがまず不安だな… >>187
相変わらずだけど、経営センスが低レベルだよね。
資源系の業種なのに統括原価方式をまともに機能させることすらできていない。
言うて閣僚も文系のアホだらけだしな。 ええ…バックアップないんかよ
クラウドのメリット消えとるやないか 通信速度遅いのもこれのせいなの？
10m位しか出てなかった >>218
サービス復旧まで毎日障害報告書を提出します！（ﾄﾞﾔ 可用率
AWS 99.999999%
AZURE 98%
ジャップクラウド 80%
みたいなイメージ
AWS以外は使い物にならないｗ >>232
普通は99.99%（フォーナイン）
99.999%はかなり厳しい
その差の0.009%に大金払う客は稀 故障したストレージのバックアップは、まさか無いの？ >>108
世界中から優秀なエンジニアを集めてるから
KDDI は日本の狭い市場でエンジニアを集めてる
三木谷が社内公用語化で海外からもエンジニアを集めようとしてるのはまさにこのエンジニアの質の差 なんで？
LINEとかも通知遅れるのはこれ関係ある？ないか…w あれ？今回は擁護いないの？
前不自然なくらいいたよな「auさんは頑張ってるから責められない」みたいな 去年の通信障害も完全復旧してないよね？
通信速度落としてるし接続切れることが増えた >>238
落胆にエンジニアおるんか？("⌒∇⌒") キャハハ 言うても楽天はアンテナの整備ができてないところがまだある関係で繋がらないエリアがあるけど大規模なシステム障害なんて起こしてないからな ストレージて通信量の… クラウド鯖もアボン？
ａｕどうしてる？楽天並に倒れるのか？ >>37
現用系が壊れて待機系に移行したとして、さらにそのバックアップはない。
待機系にもトラブルが出たとき、壊れた現用系が残ってればハードウェアならニコイチで復活させられる可能性があるし、データを救える可能性もある。
だから、壊れた現用系は物理的に残しておいて、新しく構築したほうが安全。 そういや去年は通信障害起こしてたな・・・ダメだこりゃ インスタンスのつもりがホストOSでrm -r -f / やってしまいました。サーセン そもそも何を思って日本ベンダーのクラウドに構築する気になるんだろう？
何もかもベンダーにお任せの自治体とか？ 外注に発注してSierとか下請けに丸投げしてんのか？ >>80
ソフトウェアが原因なら主副同時に逝くことについて言い訳しやすいだろう。 >>23
そうなっても良いように仮想化してあるんだよ
そのストレージは仮想化した上で二重化されてるよ
現場のあんちゃんはブレード変えるだけ
あとはコントローラー側で復旧される >>140
会社によるんじゃね？
ISIDとかやってそう。 >>258
パターン１ クラウド化を事業者が主体的に検討したのではなくKDDI営業がクラウド化を売り込んだ場合
パターン２ RFPでベンダが出してきた数値を機械的に比較した場合 auの通信障害の時みたいに自称技術屋がスゴイスゴイ言って感謝するの >>200
データのコピーだけですげ～時間かかると思う。 データお預かりサービスなんて
使ってないからどーでもいいわｗ >>23
日本人にコストの概念はない。
コロナ対策費300兆円も自分に関係ないところから湧いてきたものと思っている。 >>156
高い癖にしょっぱい外装してるもんな。
昔よかマシだけど。 有償サービスで復旧2週間はありえないだろうよ。格安提供始める前にしこたま稼いでたカネで
冗長化もディザスタリカバリもしてないんかよ どうせ輸出規制にいらだつ中韓のサイバーアタックやろ >>260
外の人はそんなこと気にしないさ。
中の人向けにはその通り。 ここのエンジニアはネットワークには詳しいけどサーバは素人ね 毎晩22時から26時ぐらいまで4G回線が激重になるんだが >>276
中の人だけど、スキルセットのネットワークへの偏りを感じるわ ほんの数年前、国内企業でグループの一社が運営するクラウドサービスが
復旧不能となる大障害を起こして数多の利用企業のオンラインデータを消滅させ
本体の株主総会の翌日にようやく事故発生を発表して隠蔽を謀ったところがあったっけ・・・
んん？なんて会社だったかな？めったくそ有名な会社だったんだが思い出せないな？ >>277
月末だと重いんだか不安定になる
地震来てからかな ソフトウェアが単一障害点？
復旧方法も何かおかしい どこが利用してるのか知らんけど、２週間以上も止まってたら機会損失やばいだろ >>232
AWSのそれ、嘘だよ？
日本だけでもAWSの障害で止まったサービス多数有ること隠蔽するのは辞めなよ たぶんソフトウェア不具合によりストレージ冗長システムが壊れたんやろうな
そのまま復旧させると残ってるデータが壊れるおそれがあるので一つずつ手動で復旧させる必要があるんやろう Amazonは非対面で玄関脇置き配設定してんのに、ヤマト会員サービスの方がデフォルトで対面になってて、Amazon設定よりヤマトの設定が優先され、尚且つヤマトサイトでは対面か宅配ボックスしかなく玄関脇は無い
Amazonの置き配設定意味ねー >>8 >>1
まあソフトウェア障害なんてものは現場のエンジニアの手には負えんよ
だって、正しく物理接続正しく機器設定しても？
理屈ではありえないようなトリッキーな動き始めるんだぞ。
まあ経験法則上、この手のソフトウェア障害の99%はハッキング芸人の仕業
NOSやアプリを改ざん出来るということはNOSやアプリを自在に作れる知識を「過去の社会人人生で身につけてきた」証拠でもある
通信機器メーカーのソフトウェア開発者が軒並み海外へ移ったこの2023年、こんな障害引き起こせる犯人はあのグループのあの研究所のあの課に居たことのあるヤツしかいないだろ?
あの課→通信研究用のシステムを「自らの手を動かして」ソフトウェア開発とネットワーク構築を行う実践部隊、な。http://imgur.com/5vzsyyO.jpg >>23
ブレードの故障ってわかってるんじゃんそれは。 >>296
両方作業員がやってるってオチでしょ。
原因特定ができる人すら、技術者を名乗ってる人には少ないってことさ。
それが管理者にも居なかったってなると、
何をどう努力してもこうなる。（´Д｀；） >>301
楽天「風評被害もいいとこだわ。」
「故障するほど設備がない。」 KDDIだけじゃ無く国内クラウドはみんなこんなもんだよ。組織構造的に動き悪いし、そのくせ金に厳しくユーザーより予算優先だし。ユーザーに寄り添うとか言葉だけで実際やらないから。
3大パブリッククラウドを使うのが正解。 ここ、前にもやらかしてなかったか？
もう全額返金してサービス廃止したら？ 原因は設備保守人員を6割カットしたことだよ
分かってるくせに 「人手では限界」KDDIが5年かけ運用自動化、匠の技をシステムに 2021.11.16
https://xtech.nikkei.com/atcl/nxt/column/18/01273/00023/
＞新たに稼働を始めた運用自動化システムは、障害の検知から復旧までの手順をシステム側で自動判定し、運用者が手順を承認することで、ほぼワンタッチで復旧作業に当たれる。例えばあるネットワーク機器が故障した場合、その機器が本当に故障しているのかどうかを判断、故障している場合には予備系機器に切り替える、といった手順をシステム側が提示。運用者が承認することで、短時間で障害から復旧まで対応できるようにしている。
＞運用自動化システム導入によって、ネットワークの運用監視に当たる人員を半減できたという。
システム移行と同時に人員の半数をクビにした
その結果障害が多発し復旧までの時間も長くなった
これが真実 明らかに経営のミスであり経営者の責任だ
経営者を死刑にするべきだね 問題は「ハード」でも「ソフト」でもない
頭の悪いボケ老人経営者だ パブリッククラウドだってAzureはクソだしGCもまだ全然だな。実質一強だわな >>100
まるで昔はミスしなかったような言い草の
こーゆーやつはなんも知らない Microsoft365 vs KDDIクラウド
ファイッ！！！ >>313
クソとかまだとか
自分が使うのに全体評価してるアホだな
自分が使ってるのなんてどんな大企業でもクラウドのほんの一部
それでクソとかまだとかわかってないでシッタカ >>304
まずグローバルに鍛えられてないなら信頼度はないからね >>220
こういうアホには
呆れてものが言えない >>8
ソフト障害ならデータは残ってる可能性高いからハード障害よりは復帰させやすい 思ったより株価下がってないな
でも長引けば長引くほど下がりそう >>298
本当によければ銀行等の金融機関がKDDIのクラウドサービスに基幹システムを移すってニュースがチラホラ出てくる
国内企業でそこまでやれてるとこってあるのかな？ >>235
これのパーセンテージて何に対するもの？
時間？稼働台数？ ヤップに難しいことさせるからこうなる。
ヤップはライン工を連続12時間やるようなのがお似合い。
適材適所で。 >>320
ソフトウェア障害です！
cpとなっているべき箇所がrmとなっていました！
修正済みです！
な悪寒 クラウドなんて使うと、とんでもない被害を食らうど (´･ω･`) >>332
リアルでrm -fr /やったやついたわ
そいつのせいで会社つぶれた 毎度おなじみKDDI
こりゃまた口封じの広告出稿が増えるぞ >>336
客先でやったんだよ
客から訴えられたとは聞いてないけどその事件から半年後くらいに潰れた まぁ弊社もKCPS利用者で奇跡的に被害を免れたけど、やっぱAWSかねぇ。 >>127
素人は機械の欠陥（あれはマニュアルバグ）をテスト段階で出すのも
テストやるSEの仕事だと知らんからな >>335
バックアップしてなかったん？
tarコマンドなんてテープに書き出すのが用途だった気がするが KDDI「通信障害の訓練をやってるだけだよ、バカだなあおおさわぎして」 NHKは中にKDDIに繋がってる奴がいっぱい居るから絶対にニュースにしないw 自称SLA 99.99％だってよ
20日でなおせて復旧したとしても95％以下なのに >>3
まともに人工衛星飛ばせてない国は
電波も他国に頼ってる事を知らんのか？ RAID6以上ならそもそも止まらんだろ?そんなクソみたいなクラウドサービス使うよりおとなしくAWS使った方がマシやな >>335
コマンドプロンプトを開けるって事は管理者権限か。
お疲れ様ですヾ（´ω｀）ノ >>346
365日フルでも1時間位止まったらアウトか？ >>343
tarとは懐かしい
零細のサーバはsnapshot取って遠隔地にrsyncしてる 彡"⌒ヾ
ヽ( ^ω^)ノ ローカルで管理するより信頼性が有ると思って
へﾉ ﾉ WEBに保存してるのがこれだと、馬鹿マヌケそのものやな
ω ノ
> >>16
日本のはもちろん夜になったらメンテで止まるし、年末年始、GWもメンテで休止に決まってんだろ。24時間安定稼働させる技術力あるわけないだろ。 全く無風なんだがKDDIのクラウドって有名どこだとどこが使ってんの？
葛飾の図書館しか分からん 彡"⌒ヾ
ヽ( ^ω^)ノ KDDIの携帯電話の大規模障害も
へﾉ ﾉ 対応がデタラメ過ぎだったからな
ω ノ この糞企業には関わらないのが吉
> ソフトウェアバグなのか時限爆弾系かな、それかライブラリー更新したらバグってて、戻そうとしても戻せなくなったとか
とにかくテスト不足だったんだろうな。 クラウドのトラブルじゃないけど弊社でも何ぞコマンド間違えてシステム止めた奴いたよ
四県で物も金も流れが止まってしまい
データ復旧を諦めて紙の帳票見て全部手入力してた
帳票をシュレッダーにかけて溶解処理に出す前だったのは奇跡だった
東京の本社から社長か副社長が毎日来るしホテルを確保しきれなくて止まるとこのないエンジニアは越谷だの船橋だのから新幹線通勤してた
結局二週間かかったっけ >>343
30年前の話し
スナップショットがとれるストレージが出たてのころ
バックアップはスナップショットと別筐体へのミラーの併用だった
バックアップ側壊れてオンサイト対応している最中にrm -fr /やったらしい
なんでそんなことやったかは知らん
一部上場してる会社のそこそこ重要なデータなのでえらいことになった >>369
30年前でなく20年前
1TBのストレージが高級品だった時代 >>312
あっLINEやメールに来るお知らせだとあるけど、ヤマトメンバーズのカレンダーのところが最優先でそこには玄関脇がない。とにかくややこしくなってる >>8
ハードウェア障害は片系でしか発生しないことが多いけど
ソフトウェア障害は両系で発生するからな どうせあれだろ
下請け協力会社しかわからないソフトウェアの不具合だから時間かかってんだろ？ >>369
おそらく、rm -fr /tmp/xxxx を入れる途中で enter を押した >>293
尼マケプレだと、発送主によっては置き配指定できる荷物にならない >>319
たぶん大丈夫、じぶんとこもつこてる
KDDIに依存しまくってWVS網もつかっているがオンプレサーバで全く大丈夫 >>307
会計なんかもシステムに入れるだけだから経理なんかいらん！ってやって粉飾しだすんだよな
どこの会社かは言わないでおく >>307
自動化して誰もシステムの中身分からなくなると、壊れた時直せなくなる。あまりシステムを複雑にしてもダメなんだよな。
理想と現実は厳しいよな。特に日本の大企業はゼネラリストがシステム開発やるから異動でいなくなるとどんどん引き継ぎ漏れで分からなくなる。日本の実態知ったらとても国産なんて使えん。 菅による値下げの影響で現場にしわ寄せ行ってるんだろ
社員スレ見てるけどコストカットのために下請けと業務委託切りすぎて現場が機能してねえみたいな愚痴よく書かれてる >>376
/は最後に入力するんだよね
-f とか怖くて使えない >>348
公共機関がLine使いまくるアホな国が日本なんだわ
マジで排除しろと クラウドにしたために待たさせれるとか、あっていいの？ 何十年も何の関係もない赤の他人に人生の全てを捧げるキチガイのストーカーに親も周りの人たちも何にも言わないのかな?まともな人間だったら、相手にしないし縁切ると思いますけどね。親も周囲もストーカーと同類のまともな人間ではないのでしょう。 本人も親も周囲もことごとくまともな人間ではない。類は友を呼ぶ。世間の感覚とズレすぎて話にならない。ストーカーを神と崇める壺信者。まともな世間から見たら完全におかしいのに。統一信者。 >>377
マケプレは使わないから普通のAmazon荷物やね
とにかく最終的にヤマトメンバーズのカレンダーでの受け取り設定で決まるらしい
最近LINEやメールの事前通知が来ない事が増えたね ソフトの障害、、
アップデート失敗とかかな。
ベンダどこだろ >>335
マシン処分時にやってみたら警告出てできなかったぞ
追加でオプションつける必要があった 2022年7月02日午前1時35分から
2023年1月28日午前4時ごろから約80時間 >>384
ジャップが馬鹿だから代わりのサービスを作れないんだぜ
死ねよキチガイ馬鹿ネトウヨ >>398
今は知らんが昔はできたんだよ
20年前の話ね >>398
alias rm='rm -i' が入ってるんだろ >>388
ぶっちゃけ普通
クラウドにすれば安心安全なんて幻想でしかないからw
AWSですら年間三桁近い障害を起こしてる >>407
それある場合は \rm -f が癖になるな >>382
リスクを考えればたった1行でもスクリプト化してから実行すべきだけど手間を惜しんだんだろうな >>388
基本的には価格相応の品質なら問題なし
アメリカ勢がやってきてから特にその考えが強くなった だから大事なデータはローカルに保存してバックアップはネットから切り離しておかなあかんのや。
ファーストサーバー事件から何も学んでないねん。 だからクラウドはAmazonかMicrosoft、もしくはGoogleしか選択肢に残らないんだよ
こんなんだもんな >>414
ファーストサーバはソフトバンクの100%子会社でしたが
データの全消失事故を起こしましたよ >>423
ローカルに保存&バックアップして安心してたらバックアップごと全消して復旧を断念したヒューレットパッカードの悪口はやめろ >>428
社長が新幹線でちんぽ出したり無茶苦茶だったんだな >>414
そんなの障害のうちに入らないからあえて公表しません。
公表するだけ経費の無駄です。
パケ詰まり？遅い？つながらない？？
それ全部おま環。ソフトバンク関係無し。 awsかazureを再販しとけよ😅技術力ないんだから🤣 >>124
多重請負なんて法規制しとけよな😡何もいいことない喜ぶのは竹中平蔵だけ もう諦めなよ。この分野は海外勢にもうどうしようもない位差がついてる。この分野で国内産業育成なんて寝ぼけたこと言ってないで、プラットフォームの上でどんなサービスを作るか、いかに効率的な運用スキーム作るか、エコシステムの構築をどうするかみたいな一段上のレイヤーに注力しないとそこでも圧倒的な敗戦しちゃうよ。 >>201
簡単だし心配なら保守サービスで見てくれるじゃん
クラウドとか謎の推進派が強引に推してきてるけど初期投資が許容できるなら絶対オンプレのがいい
従量課金が酷すぎる >>434
インフラの仕様握られたら
その上で動くシステム領域で勝てる分けないだろ
素人の知ったかは本当に片腹痛い >>431
アイレットがもうやってる
KCPSはもはやレガシー >>438
え、え、え？
AWSのようなPaaSと、
PaaS上にアプリを載せてSaaSにするのとでは、技術的にもマーケット的にも全く別物なんですけど
別にSaaSベンダーがPaaSベンダーである必要ないし、そもそもそれがPaaSだし >>268
ほんと
何も知らない上司向けの説明資料作りに膨大な技術職の工数かけてるあほｗ
大きな企業ほどそんなことやってるｗ RAIDか分散FSくらいは構成してるだろうから、ソフトウェアにも問題が有ったって事だよな。
一台ずつマニュアルで復旧かな？
すごく大変そう。 >>434
この辺は大して変わらないよ。
使ってる機材もソフトも似たようなもんだし。
自前で手を加えてるとこの方が、ノウハウ有って復旧早かったりするけど。 >>443
これな
仕様書にすべての変数の意味をかかされる
for文のiさえも
例外処理書くと仕様書膨大になるから例外処理はなるべく書かない
例のトラブルばかり起こしてる某銀行系はホントクソ 今どき「Paas」とか恥ずかしげもなく使ってるところを見ると
適当な横文字並べてハッタリでぼったくるコンサルもどきだろ
10年古いわｗ >>447
え？？
おたくPaaS環境で開発やってないの？？
AWSとかGCPとかそれなんだけど
今時SaaSもPaaSもゴッチャなIT屋なんかモグリでしょ またauかよ
イメージ的にはソフトバンクがいろいろやらかしてもおかしくないのに
実際はauばっかり >>438
本当バカだな。
>>445
ハードもソフトも違うよ。メガクラウドベンダーはチップも作るしプロトコルも開発してる。規模も技術も桁違い。各クラウドベンダーのウェブサイトみたり、ググってIT系のメディアの記事見ればすぐわかるよ。 もうダメだな
クラウドの不具合が2週間とかもう終わってるわ >>450
ソフトバンクはやらかしが当たり前すぎてもう話題にもならない なんやかんや言われるけど楽天ってめったにやらかさないよな
設備が新しいからトラブルが少ないだけなのか ■ このスレッドは過去ログ倉庫に格納されています
