AWS Summit行ってきた！　その3 Amazon Aurora

６月２日AWS Summit Tokyo 2016に行ってきた！のつづき
Amazon Aurora Deep Dive
をメモメモ



■Amazon Aurora Deep Dive

・自己紹介

・今日お話しする内容は今日時点の内容

・データベー―す管理を簡単に
　他と同じようなものだが、
　Ａｍａｚｏｎが１～作っている
　去年７月からＧＡ
・特徴
　ハイパフォーマンス
　スケーラブル
　ＭｙＳＱＬ互換など

・なぜ作ったか
　１９７０年代の論文をもとに
　２０１５年　ＤＢを再構築したらどうなるか？

・ＭｙＳＱＬ５．６の互換性
　多くのサードパーティ製品
　最速で伸びているサービス
　　Oracle,SQLサーバーからの移行

・アーキテクチャ
　ＳＯＡ
　疎結合な構成
　ＡＷＳフル活用
　キャッシュレイヤの分離
　セキュリティ
　ストレージ：３つのアベイラビリティゾーンＸ２個＝６つ
　Ｓ３への増分バックアップ：パフォーマンスに影響与えない
　１０Ｇから６４Ｔまでシームレスに
　壊れたら自動的に修理
　　６つのうち２つこわれたらとまらない
　LogStructuredStorage：末尾に追記

・ストレージレイヤの中
　　６本のうち４本書き込めば帰ってくる

・レプリケーション
　レプリカ遅延が少なくなっている
　スレーブチェーン　１０～２０ｍｓでおさまる

・新しいメトリクス画面
　　課金にかかわるもの

フェイルオーバとリカバリ
・リードレプリカがソン愛する場合は、１分以内にフェイルオーバー完了
　　存在しないと時間かかる

・クラスタエンドポイント
　　　切り替わる：書き換え不要
　インスタンスエンドポイント：スレーブへ
　注意点
　　ディクショナリのキャッシュをパージするため
　　瞬断が起こる

・高速でより予測可能なフェイルオーバー時間

・Streaming SnapshotとPITR

・継続的なバックアップ
　動的に壊れている所を判断
　並列で書き戻し

・ＳＱＬによるフェイルオーバーのテスト
　シミュレーション走って
　Netflixのカオスモンキーがテスト環境で動いている

チューニングとパフォーマンス
・ＭｙＳＱＬ５．６、５．７との比較
　　よい。線形
・チューニング指針
　そのままつかってください（文字コードやタイムゾーンは変えてよい）
　でなかったとき
　　１こ上のグレードのモノを使う
　クエリの分割
・Ｉ／Ｏトラフィック
　トランザクション数は増えているけどＩＯがへっている
　　→更新差分をまとめて書きだすので
・スレッドプールの実装
　　まりあＤＢ
・グループコミット
　　クエリーキャッシュ
　　ミューテックス並列でも大丈夫なようになっている

新機能
・クロスリージョンレプリケーション対応
　リージョン間でWriter,Readerを配置可能
・クラスタービュー
・拡張モニタリング
・プロセスリスト
・パフォーマンスの改善
・Ｌａｂモード

まとめ
・クラウド時代に再設計