エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
AWS Summit 2019 Tokyo(6/13 Deep Dive on Amazon Aurora) - Qiita
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
AWS Summit 2019 Tokyo(6/13 Deep Dive on Amazon Aurora) - Qiita
聴きながらとったメモ Amazon Aurora MySQL/PostgreSQLの内部構造 登壇者: Yoav Eilat 3AZに数百〜数千... 聴きながらとったメモ Amazon Aurora MySQL/PostgreSQLの内部構造 登壇者: Yoav Eilat 3AZに数百〜数千インスタンスのストレージノードを配置 それぞれにAZに2つづつ、合計6つのデータコピーを保存。 10GB単位で64TBまで自動的にスケールする(データ保存領域を気にする必要がない)。 データは6ノードに非同期・並列で書き込む。 4つのノードに書き込めた時点で書き込み成功とみなす。 4つ未満で終わったら書き込み失敗。この場合の際書き込みはアプリ側で行う。 3つのノードから読み込めた時点で読み込み成功とみなす。 DBインターフェイスからの要求は一旦Inccomming Queueに入り、そこからUpdate Queueに送られて更新処理を行う。 読み込み時間は本家MySQLの2.5倍、本家PostgreSQLの2倍高速 複数のAZに最大15のリードレプ

