Amazonプライムデーのサーバーダウン原因は「データベースをOracleからPostgreSQLに変えた」ため
■ このスレッドは過去ログ倉庫に格納されています
日本時間で2018年7月16日の正午に始まったAmazonプライムデー2018では、セール開始直後にサーバーがダウンして約1時間にわたってアクセス障害が発生しました。
Amazonが内部調査を行って作成した報告書によると、この問題は取引のデータベース(DB)を従来のOracle製から自社製に乗り換えたことが最大の理由である可能性が高まっています。
Amazon move off Oracle caused Prime Day outage in warehouse
https://www.cnbc.com/2018/10/23/amazon-move-off-oracle-caused-prime-day-outage-in-warehouse.html
Amazonの調査報告書を入手したというCNBCが報じたところによると、オハイオ州にある北米最大のAmazonの倉庫(フルフィルメント・センター)で起こった障害は、DBの処理能力がネックとなって発生したものであると分析されているとのこと。
Amazonは2020年までに商品管理のDBをOracle製から自社製に入れ替える方針を定めており、既に多くの工場ではAmazon Web Service(AWS)のAmazon Aurora PostgreSQL(Aurora)の導入が進められています。
しかしこの新DBが爆発的に増加した注文数に対応しきれなくなったことで、システム全体がダウンする事態に至った模様です。
大きな問題を引き起こすことになった要因の一つが、OracleとAuroraの間で「savepoint」の扱い方が異なる点にあるといいます。
savepointは個別の取引をトラッキングあるいは復元するために重要なDBツールなのですが、プライムデーに発生した極めて大量の注文により膨大な量のsavepointが作成され、
システム全体の処理速度が異常に低下してしまったと報告書では示されているとのこと。
イリノイ大学アーバナ・シャンペーン校のコンピューターサイエンティストであるマット・シーザー氏はCNBCが入手した資料に目を通して、
「もしAmazonがOracleを使い続けていたら、この問題は起こらなかったでしょう」と述べて、DBシステムの乗り換えが障害の最大の要因であることを指摘。
Amazonプライムデー初日にサーバーがダウンしたのは「DBをOracleから自社製に乗り換えた」ことが最大の理由
https://gigazine.net/news/20181024-amazon-prime-day-outage-database/ 馬鹿だろ
ぽすぐれなんてアクセス数が少量の限られたBtoBで使うもんだろ まあこれ順当ですわ
postgreSQLのソースコード読めば分かるけどあれはゴミやで
辛うじて動いてるだけのゴミや 日本民法の父、穂積陳重の『法窓夜話』を現代語に完全改訳
法律エッセイとして異例のベストセールスを続けた名著を
手軽に読みやすく。短編×100話なので気軽に読めます。
法窓夜話私家版 https://www.amazon.co.jp/dp/B07HZ25VD3/
続・法窓夜話私家版 https://www.amazon.co.jp/dp/B07HZ49V46/
高校を卒業した学生の語学能力が、これほど貧弱で物の役に
立たないのは何故なのか。抜群の語学力を誇り、東大文学
部長までつとめた筆者が、外国にいる若者が外国語を習得する
困難さを正面から取り上げ、正則(期待されるような)
語学教育の重要性を指摘する、英語教育のための基本書。
外山正一『英語教授法』 https://www.amazon.co.jp/dp/B07HZ3Z4DL/
gvm oracleって、だってどんどん競合を潰そうとするんだもん
いややわ Aurora なら中身は PostgreSQL じゃないんじゃ? aurora postgresでsavepointってpostgresが悪いんじゃなくてauroraが悪いのかもしれない それよりプライム会員様限定タイムセールでU2718Qを6800円引きって言うから
即買ったらタイムセール終わったら7000円引きクーポンって
200円だがすぐクーポンだすなよwせめて1週間買った満足させろよw
もう二度とタイムセールで買わねw DB屋からするとポスグレってダメなの?
これで提案しちゃったよ
知らねーッと ポスグレでamazonほどの大規模サービスできるんだ ポスグレは多機能だけど遅いイメージ。
MYSQLだけじゃなく、postgresエンジンのオーロラもあったはず。 多少のトラブルが起きてでもオラクルからの移行は進めるべき
オラクルのビジネスはヤクザそのものだからな 脱オラクル推進するなら応援するぞ
MySQLの買収も阻止して欲しかった
オラクルは死ね これも新しいスマホかった直後にでる不満みたいなもん >>20
高いからなあ。
オラクル以外が良くなってきたから商売も難しくなってるだろうな。 PostgreSQLってruby用のDBだと思ってた >>28
データベースとプログラミング言語の間には直接の関係はないよ
間を取り持つコネクタみたいなものがあれば相互に使える 昔はともかく今のpostgresqlは遅くないぞ
設定ミスだろ 逆にamazonでも業務に耐えられるってことか。
PostgreSQL使ってみるかな。 まぁ殿様商売すぎたわな
今は他も力付けてきてるから >>3
本当にな
自分でDB自作しても同じくらいの性能だし >>27
値段もそうだけど、監査が恐ろしい
「オラクルライセンスの効率的な管理をご支援しますよ」といって近づいてきて、情報開示したら、
「あちゃー、ライセンス違反10億ですね。でも、オラクルのクラウドに移行して頂けるなら5億にまけてあげますよ」
だからな
AWSのオラクルライセンスも急に2倍にするし、オラクルクラウドのユーザ数は被害者数と言い換えられる >>40
金稼いでるとこがOracle使えるんだからはした金だろ >>13
もとのポスグレは更にスケーラビリティ低いからな オラクル製品くそたけーから脱オラクルは自然の流れだけど日本企業は無理だろうな
脱JAVAももう動いてんのかね >>42
ふざけんな
ORACLEの為だけに予算稟議通すの無茶苦茶大変なんだぞ
しかも価格は一定じゃなくて聞くたびにコロコロ変動するから大不評だクソが >>44
脱JAVAしたいけど業界マンパワーが足りない
DB移行が落ち着いてからだろうな
保険会社なんかようやくJAVAへの移行を始めたぐらいだぞ AWSのエンジニアもホントはゴミポスグレにするぐらいなら
効率的でスケーラビリティがあるアーキテクチャのMySQLを選びたかったんだお
(´;ω;`) Oracleはクソ高いからなぁ
ランニングコストを抑えるためにも
Postgresへ移行したことは英断だったことには違いないよ
今回のダウンは想定外だったでしょうし >>16
今回はミドルウェア部分の問題だから何も問題無いぞ ただ、
Oracelの処理能力 と その他のDBの処理能力
どれだけ、Oracleの技術者の腕が良いのか・・・。
という感想も正直持ってしまう。
Oracle経営陣は技術者の腕の良さに甘えて自らの戦略で不評を買うという・・・。
技術者は相当な額もらえてるのかな?それならいいか。 お前らは大先生だけど、大規模RDBは素人さんだからな
トラブルが起きてもoracleは資格持ち達の知識の蓄積がある、しかも大規模トラブルの経験者もかなりいる。でもpostgresはそこまでじゃない。
ムカムカするけど高い金を払うだけの価値がある こういうシステムのプログラマはやっぱり数学博士なの?
実力あるプログラマって、プログラマを名乗ってなくて、別の名前持ってるよね大体。
数学者(道具としてプログラミングをする)
物理学者(道具としてプログラミングをする)
生命工学者(道具としてプログラミングをする)
みたいな感じで ワークマン に開発してもらおうぜ!
コスパ最強のDBを! >>52
数学者は関係無い、そもそもDBでは何かを処理するのではなく何かを処理するためのデータフォーマットの統一が目的なので数学者いても意味が無い
経験してるかして無いかだけ
本格的に低レイヤーまで見てパフォーマンスチューニングするソフトウェア工学者がたまにいるぐらい >>44
保守的な企業のシステム部門にいるけど、OracleDBを使わせてもらえるのは基幹系くらい
ハードが下がり工数も効率化されていくなかで、SIに占めるソフトウェアライセンスが相対的に際立っているから、ほとんどの案件ではOracleで提案できない MySQLもその内Javaみたいにランタイムライセンスになる オラクルはDBだけがまともと言われていたが
今でもそうなのか? 製品にもよるわけだけど、数年前に一気に8倍ぐらい値上げしたからな
こんなの払ってらんないんでしょう >>56
差?何の差だ?
RDBMSとしての差は無いぞ? >>3
Amazonが独自に作り直したAuroraだろ 脱オラクルのためなら仕方ないなw
頑張ってもっといいDB作れ。 まあOracle使いたくない気持ちは分かる
なんなんだあのゴミは >>45
全くだ。
五年保守の見積もり依頼したら、毎年変わるから出せない!って断られた!
客に説明できないからポスグレに移行したw そりゃ一流企業から無名企業に
変えたらそうなるだろw
なんでAWSで作らないのか >>71
お前は一生、ISAMファイルでも触ってろ ポスグレにするんならもっと可用性に余裕持たせた方が良いな 単純にテスト項目が足りなかっただけで動くと思うけどな
>>67
まだ使ったことないけどどうなの? オラクルで基幹作ってオラクルの性能で業務設計するからもう戻れないところまで来てる気がする
今から起こすシステムはオラクル使わんだろうなー >>44
JavaなんてIBMでもRedhatでも泣きつけばいくらでもサポートしてもらえるだろ 【辛坊できない″治郎】 バカウヨで自己責任論者の辛坊治郎が遭難し不覚にもSOSを発信してしまう
http://rosie.5ch.net/test/read.cgi/liveplus/1540434555/l50
底辺には我慢を説いといて、テメーは救助求めてやんの(笑) >>89
こういう用途では性能出ないからお話にもならない AWSって処理量に応じた自動拡張が売りなんじゃないの。 でもさ、初日はダウンしたけど設定変えて翌日からは普通に使えた訳だろ、ポスグレで。
それって最初の設定パラメータが詰め切れてなかっただけなんじゃねぇの。 Oracle離れが止まらない
なんで人件費はジャブジャブ使うのに無料のツールにこだわるんだろう >>46
うちの会社はようやく新システムに移行で、やっと先進的なJavaになると、みんな喜んでおる どのDBもだけど一度取り入れたら移行めちゃくちゃ難しい >>89
カッチリ作ろうと思うと色々大変
ロックエスカレーションやめれwww ポスグレにスケーラビリティ持たせるには作り直すしかないんじゃ Oracleサポートも冗長性もクラウドも悪く無いのに叩かれすぎ。 ラリーさん日本でのエンジニア経験長い日本びいきみたいだし。 Oracleはライセンスポリシーをコロコロ変えすぎなんや
あんなヤクザ商売してても無くならないてことは、代え難い何かがあるのん?
MSの方がまだ可愛く見えるが、SQLサーバはクソなん? >>108
出てこないなあと思ってたらやっと出てきたw 対向がそうだからって理由でクラウドサービスで提供してたOracle使うことになったけど本当クソ高いなあれ >>112
MySQLが速かったのはselectに特化してたからだっけ SEを食わせる為、仕事しない言い訳の為だけにあるからな>オラクル
それを免れた会社が羨ましい 20年前は商用RDBといえばオラクルしかないみたいな時代だったのにw >>117
桐は?RDBじゃないと言われればそれまでだけど >>110
無理。
結局、NoSQLの有名なossがsqlに対応したよな
コンピュータ言語にしては珍しくベクトル型なのが優れてるわ >>102
オメーんとこの社長、他スレで叩かれてんぞ笑 専門用語が全く分かりません(恥
ただシステム作るのって大変なんだなぁと Amazonプライムデーのサーバ障害、AmazonがOracleからAurora DBに乗り換えたのが原因ではない。Amazon CTOがCNBCの報道を否定
https://www.publickey1.jp/blog/18/amazonamazonoracleaurora_dbamazon_ctocnbc.html
フェイクニュースだった可能性 mySQLに差し替えれば少しは安定するんじゃねーの? >>97
普通はそう考えるんだけどオラクルははFUDてもかましてポスグレ潰したいだろうからね >>115
MySQLは昔はサブクエリーも実装してなかったからね
今でもMySQLのサブクエリーは遅いから工夫が必要だし >>125
なんだよフェイクニュースか
ボラクルに金掴まされて、トラブルに乗じて必死に代替データベース製品を扱き下ろす算段だったんだろうな >>107
なんだかんだ行ってオラクルは開発環境からして使いやすいから
有償のオラクルから無償のポスグレへの移行ならコストを掛けて移行する意味あるけど
オラクル奴隷からMS奴隷に移行するために高い移行コスト払うのもバカバカしいんだよな
そりゃ今はMSのほうが安いけど、MSだって良心的な会社じゃないでしょ >>125
CNBCの記者はミスリードしたかったのか >>125
そりゃ否定するよ
Auroraが糞だってバレたらまずいもの >>136
いや、アプリが仕様通りにしてなかったのなら、アプリが悪い。
もとのDBに完全互換とか保証してたわけじゃないんだから。 >>136
一時間かそこらで復旧してんだからそれはないだろ データベース用のいいソフト何かない?
アクセスはめんどくさいからファイルメーカーと思ったんだけど?先行き怪しいよな 尼は腐るほど資金あるんだ
これ契機に独自ディストリ開発すんだろうよ
結果的にDBでもAWS大勝利てか >>144
実際の所、IMS TM/DBなら乗り越えられたのかな? >>153
お前はアマゾンに匹敵するほどの処理をここで相談してるのかよw >>154
PostgreSQLの更新処理が遅いことは常識 ■ このスレッドは過去ログ倉庫に格納されています