【速報】AWSで一部システム障害 ネットワーク接続に問題… [BFU★]
■ このスレッドは過去ログ倉庫に格納されています
2日午前7時半から、アマゾンが運営するクラウドサービス「アマゾン・ウェブ・サービス」の一部で、システム障害が発生しています。
ネットワーク接続に問題が起きているためだということで、現在復旧作業を行っています。完全に復旧するまでの時間は未定としています。
http://news.tbs.co.jp/newseye/tbs_newseye4350937.html まぁ日本の老害は「文句を押し付ける先は有るか」
最優先でしか物事を決められないからな AWSはSLAに従って契約通りの対応はするでしょう
システム停止で発生した損害を補填するとかそう言うのはあり得ない。
そう言うのが欲しければ保険ちゃんと入っとけと言う話だな。 >>101
azureも、
ってそんな単純な話でも無いのだが
機械は必ず不定期に壊れる事実とどう向き合うか、
利用者がちゃんと設計しないといけないってだけで
従来はレガシーなITゼネコンに原価の10倍払って2~3重の多重化を担保していた
クラウドの時代は多重度を1で済ますか5にするのか、
ユーザ企業の責任で決定して実行せないかんって話なんだよな
自由に決めれるから「コスト安く」も「無駄たっぷり」もユーザ次第 >>109
エンドユーザーに復旧見込みとか聞かれたら知らぬ存ぜぬの一点張り? >>110
amazonに問い合わせをしていますが回答がありません
回答があり次第展開させていただきます >>110
>聞かれたら知らぬ存ぜぬ
「いう事あったら公式で一斉通知するからそっち見とけ」のテンプレ対応
それが最善だと思うけどな。
質問するふりして謝罪を要求する日本文化は闇過ぎる
復旧作業の邪魔 >>112
多分日本がクラウドビジネスまともに作れなかったのはその文化のせいだね。 >>98
最近は車輪の再開発も必要だ、特に自分たちが運用する場合は、
と認識が改まった結果内製が増えたんやで。
社内で運用しなくていいのは切り捨てていいサービスだけ。 >>117
>最近は車輪の再開発も
既存のフレームワークを上回ることを目指して
結果的にapache kafkaが airflow が k8s が生まれました、
みたいな話をしてるんだったらそれも良いんだけどさ…
日本は年がら年中政治的目的だけでプロプライエタリにしたがるから >>98
内製化を何でもかんでもNIHと言って否定する方がアンチパターンなのでは? デジタル庁、どうすんだこれ?
他のクラウドに二股かけてても、フェイルオーバーはかからんぞ >>98
そんな言葉じゃないんよな
すべてのテクノロジーの行く先が、必ずしも良い結果に続いてるわけでもないと思うけど
いまだにFacebookもLINEも使ってないしな >>121
違うリージョンにバックアップサーバを置く >>98
金もっててさ、自分の金庫信じるのと
数字だけ保存された口座どっち信じる?
ぜったいなくしたくない金だとしたら? >>124
そのアナロジーは全く成立していなくて。
「なくしたくない度合いに応じて複数バックアップを持つ」
以外の回答をする開発者は少ないと思うんだけど、
「同時に複数の金庫に同じお金が存在して、
そのうち一つでも残っていれば全額が保証される」
概念を、昭和生まれに人に説明出来る?
って逆質問で返さざるを得ない AWSAWS言ってるデジ庁が発足した途端これだよ。 >>125
いや、お金あるけど手元に置いてるわ
バックアップっていうけど
(確かに個人的には複数に分散して、遠く離れた土地にも置いたりする)
それって理想通り動作したらという前提では?
全部自分で設計開発して、
データセンターも知ってるところで、知ってる人が管理してないと、というのは病的か
作った人と、管理する人が善意ならという話かもしれないけど >>127
それはただの新しいもの嫌いに
人を信じられない病、
ようは老化だな。
シングルポイントオブフェイリア、って言葉だけ
プレゼントさせて頂くので
夜はよく寝れるようにご自愛なさって下さいね >>123
それは机上の空論
実際に障害が起きたら、色んなサービスが一斉に他のリージョンとか他のクラウドにフェイルオーバーかけようとして、ネットワークや移行先リソースが足りなくなって、フェイルオーバーかからんぞ >>128
え、
横からだが
AWS自体が全体として単一障害点になるようなシステム構成の方がダサくない?
だから、どうでもいいようなサービスならAWSでもいいよね、という話になるのだと思うけど
結局のところ単にコスト見合いに過ぎないはず
勿論最悪のトラブル時も含めたね >>129
それは前提が異なるからただの詭弁やぞ。
データ永続性を計算する上で
多重化が重要ファクタなのはただの数学的事実 >>130
AWSを一つのエンティティと定義してる時点で会話が噛み合わないと思うよ
あれば膨大な数の単独サービスの集合体で有る事が
最大の特徴 >>22
インフラの基盤の復旧と業務システムの復旧は全く別問題だぞ
インフラが復旧したらそれで復旧完了はいどうぞなんて業務はほぼ無い >>134
自動復旧を組み込むのはアプリ側の責任って事やな
12 factorアプリ的な概念が銀行レベルまで降りてくるのは
いつになるんだろなぁ >>135
それもあるしメインが止まってる間の
代替手段の確保が必要な業務だってあるだろ
鉄道なら代替輸送とか
復旧後も当然補償問題が残るだろう >>97
slaだって言ってるのにコトが起きたらキャンキャン喚くのが日本の老害たち
クラウドが間違ってるわけじゃない。手元に置く必要ないならそれでいい、そんなことにリソース割くのも無駄 >>139
これが詳しくない人の一般的な感想なんやろなぁ
AWS設計わかってる人からしたら
「だからオンプレにこだわるのは危険やなぁ」
になる人が多いと思うけど。
知らんて事は大変だ >>137
>メインが止まってる間の
>代替手段の確保
「止めない」をそもそも最優先に考えんといかん時代だと思うんだけど、
「止まった場合」を想定したプランBを作る前に、
まずプランAを最大限止めない作りにする事を考えんといかんよなぁ
いやプランBは必要なんだけど、
それより優先順位が高いのがプランAの最大の強靭化、っていう
>補償問題
これはもう、「事前に契約に入れとく」だけだと思うんだ
契約に詳細無かったり、逆に過大過ぎる義務を盛り込んでいたり
現実からかけ離れた契約が多いように感じる
AWSが対策出来ないレベルで落ちる話って
フォースマジュールが成立するレベルでしか起きてないんだよな近年 AWSは毎年のように大規模障害起こしてるでしよ
規模が大きくなりすぎて不安定要素が多すぎるんだよ >>142
機械1台あたりの不良発生頻度もMTTRも世界最強なんだけど、
あんまり数字に興味ない? >>143
ユーザには1台あたりの不良発生頻度なんて関係ないでしょ
規模がデカイから結局どっか壊れたり手を入れて毎年のように大規模障害に巻き込まれてる >>50
国内の企業じゃ技術力と資金力が足りなくてできないじゃん
後進国の自覚あんの? >>32
文系とかFランに無駄な税金注ぎ込むからこうなるのさ
亡国の宿命と思って諦めなさい >>144
毎年どころか今年だけで何回かあったと思うけど クラウドは糞
こいつのせいで松井証券の株価ボードが動かなかったわ >>1
昨日のデジタル庁HPとなんか関係あるんかなw AWS復旧してもこちらのジョブは復旧しない
なんで? >>139
お前一人でオンプレの機器の更改
全部やってくれるならいいよ オンプレなら絶対止まらないみたいな事思ってるやつ多すぎね?
ハードウェア壊れたり
操作ミスしたら普通に止まるよ >>54
みずほのシステムも一部影響受けたらしい。
不具合に出会した人は「またか」と思った人は多そう。 >>154
ゼッタイに止められないシステムで
他社の人間にキンタマ握らせるとか怖くて無理じゃねえか?
メンテが大変だのコストが高いだの言ったところで
お前ひとり死んだ程度で済むなら安いものだろ >>154
自分で全部やらなきゃいけないのにな
電気とまったり水道止まったら全部自分でやるんか? 既に根っこの部分他国にシステム掴まれてるのに
いまさらデジタル庁とかいう意味不明な箱ものつくるんだもんなぁ… >>161
いや、あれは各省庁にぶら下がってる
有象無象の小型利権お化けをふるい落とす上で非常に重要
バラけた超巨大利権なら
1箇所にまとまってる方がまだ管理できる トランプ前大統領が米軍のシステムをアマゾンに代えることに反対したことは正解だったな。 『第二次世界大戦回顧録』で「戦争全体でその報告以上に私に直接的な衝撃を与えたことはなかった」と述べているのが、1941(昭和16)年12月10日にマレー半島東方沖で日本海軍航空隊によって戦艦「プリンス・オブ・ウェールズ」が撃沈されたことです。
マレー沖海戦(第2次世界大戦前哨戦)ではまだ大日本帝国艦隊に多くの明治維新政府の元勲政府関係者軍隊軍属が残っており、プリンスオブウエールズを大日本帝国海軍空軍が撃沈したために、日本人がプリンスオブウエールズ(レッドドラゴン)を獲得した
ソ連内の英国ウエールズ地方の赤龍(レッドドラゴン)はその後どうやら
幻のソ連内の大日本帝国戦艦として活躍し戦艦レナウンという石油化学製品による
化学繊維製品を作る「レナウン」企業に化けましたそして南洋の方の島やその対岸あたりに住み世界を回っています 京都大学の吉田山あたりに陰陽寮とかあって女子寮とか熊野寮とかあったよね 問題って各自で本当の日本列島の日本人が探して解凍回答したらいいのかな >>169
逆だと思うよ
各所で小さく壊れてそれを治す度に強靭化していく。
今既に信じられないほど膨大な数のサービスが独立して走っていて
それを支えるのは全てec2
人類史上初めての規模の超分散コンピューティングを実現してる事の意味がなぜわからんのだろう
「1度でも止まったら責任取れよ」の
ブラック企業じゃ永遠に追いつけない。
もはや背中すら見えない 日本に存在する全てのサーバの能力足しても
AWSの10%にも満たない
そんなレベルの差がもう存在するのよ。
この事の意味を良く考えた方が良い AWS、サービス多すぎるね。淘汰されて使われるものだけ残っていくんだろうとは思う
まぁ、日本人の責任追及癖と割切れなさ、レベル内なので悪しからずを認めず任せてるくせに報告求める根性変わらんと無理
そのくせマルチクラウド!とか乗っかってこようとする。ベンダーはいい迷惑 >>173
いわゆるベンダーって物が消滅していくと思うんだよな
AWSのアーキテクト考えられる奴が社内に居ないと
これからのビジネス回っていかないんじゃ無いか AWS担いだベンダーがユーザーに難癖つけられていい迷惑ということ
いつまでも割り切れない客に提案するのが間違いとも言えるし、考え変えられないくせに流行りに乗らなきゃとかコストがどうのとかでクラウドに手を出すユーザーがアホ エンド「今日システムが動いていないけど何かあった?」
システム「AWSで障害が発生してます。SIerに状況聞いてみます」
SIer「アマゾンに問い合わせしてみます」
アマゾン「復旧中です」
SIer「復旧中です」
システム「復旧中です」
エンド「まだ直らないのか!報告書出してくれ」
こんな感じだろうな。あーやだやだ。絶対やらん ネットワークの経路1つしかねえのかよってぐらい脆弱 ■ このスレッドは過去ログ倉庫に格納されています