Download as PDF, PPTX
Uploaded byTerui Masashi
[Deep Dive]Infra寄りのDevがお送りするRDS for Aurora徹底検証
JAWS Days 2015 AWS Technical Deep Dive
More Related Content
![[JAWSBigData#11]Cloudera on AWSと Amazon EMRを両方本番運用し 3つの観点から比較してみる](https://cdn.slidesharecdn.com/ss_thumbnails/dljawsbigdata11clouderaonawsamazonemr3-180207013607-thumbnail.jpg?width=640&height=640&fit=bounds)
Similar to [Deep Dive]Infra寄りのDevがお送りするRDS for Aurora徹底検証
![[db tech showcase Tokyo 2015] A33:Amazon Aurora Deep Dive by アマゾン データ サービス ジャ...](https://cdn.slidesharecdn.com/ss_thumbnails/dbts-tokyo-2015a34amazon-auroraamazondataservicejapan-150623010528-lva1-app6892-thumbnail.jpg?width=640&height=640&fit=bounds)
![[MANABIYA] 20180323 Amazon Aurora with PostgreSQL Compatibility](https://cdn.slidesharecdn.com/ss_thumbnails/20180323manabiyaaurorapostgresql-180323071750-thumbnail.jpg?width=640&height=640&fit=bounds)
![[PGConf.ASIA 2018]Deep Dive on Amazon Aurora with PostgreSQL Compatibility](https://cdn.slidesharecdn.com/ss_thumbnails/20181212pgconfasiaaurorapostgresql-181212055637-thumbnail.jpg?width=640&height=640&fit=bounds)
![[Aurora事例祭り]Amazon Aurora を使いこなすためのベストプラクティス](https://cdn.slidesharecdn.com/ss_thumbnails/amazonauroratips-170307140000-thumbnail.jpg?width=640&height=640&fit=bounds)
[Deep Dive]Infra寄りのDevがお送りするRDS for Aurora徹底検証
- 1. Infra寄りのDevがお送りする RDS for Aurora徹底検証 “Aurora”is a new amazing RDBS that is not “MySQL”
- 2. えっと、誰ですか？ Masashi Terui JIG-SAW 札幌オフィス 技術開発グループリーダー Twitter: @marcy_terui Github: marcy-terui Facebook: marcy.terui Dev for Ops的なお仕事 Like→MySQL、Work→Postgres AWS Certified SysOps,Dev,SA(Associate) Winner of Tuningathon #5 (MySQL)
- 3.
- 4.
- 5.
- 6.
- 7.
- 8.
- 9. 全くトレードオフのないアーキテクチャなど存在しない SSD, scale-out, multi-tenantstorage Quorum Log structured storage Service Oriented Architecture
- 10.
- 11.
- 12.
- 13.
- 14.
- 15.
- 16. AuroraはMySQL Serverよりも、 MySQL Clusterに似ているのではないか？ 表向きはMySQLだけど、バックエンドが違うという点 MySQLClusterはフラグメントと同期レプリケーションを組み合わせた シェアードナッシングアーキテクチャ AuroraはQuorumで信頼性を担保し、 分割による複雑性を排除しつつデータノードのみ多重化している感じ 極限までスケールするのはMySQL Cluster ただし、大半のアプリケーションそこまで必要ではないので、運用面等も考えると Auroraは非常に良い所を突いている感じがする
- 17.
- 18.
- 19.
- 20. InnoDB Buffer Pool 一番大事なやつ Auroraのストレージが速かろうと（万が一遅かろうと） ここに載っているデータを見ている場合はきっとあまり変わらない Readはここに載っていれば速いのとReadReplicaでスケールできる というのもあり、Writeのスループット向上に注力している感もある
- 21. Query Cache AuroraはデフォルトON （RDS forMySQL及びセルフインストール時のデフォルトはOFF） キャッシュのチェックと更新のオーバヘッドがバカにならないので、 多くのケースのOLTPではOFFにした方が良いと言われている 最適化されているのかもしれないが、本当にONのままで良いのか？
- 22.
- 23.
- 24.
- 25. Select Full/Big Scan ストレージが全く別物なので、これに関しては同じということはまず無い Log structuredstorageはデータが連続した領域に書き込まれるため、 シーケンシャルアクセスに強そうだが…？ 巨大なデータセットをQuorumで多数決するオーバヘッドは？ データがノードを跨がないので、 MySQL Clusterみたいに細かなScanが遅いとかはなさそう 最大64TBのデータが入るっていっても、スキャンはできないと思ったほうが良いんだよね？ Random Select SSD最適化による高速化に期待
- 26.
- 27.
- 28.
- 29.
- 30.
- 31.
- 32.
- 33.
- 34.
- 35.
- 36.
- 37.
- 38.
- 39.
- 40.
- 41.
- 42.
- 43.
- 44.
- 45.
- 46.
- 47. Before InnoDB Buffer PoolDump(5.6∼) Query CacheはWarming不可 mysqldが止まると消える（InnoDB Buffer Pool Dump以外） 再起動直後は性能が落ちる
- 48. After Aurora Cache機構は別プロセス Shutdown(正確にはreboot)しても消えない 再起動時の性能が安定する デフォルトONなくらいだし、きっとQuery Cacheのこと（と思っていた） InnoDBBuffer Pool Dumpの設定はそれはそれであるので、 必要な場合は要設定（と思っていた） え？それじゃ、、、？
- 49.
- 50. 基本的にはRDSと同じ mysqldump RDS for MySQLからならスナップショットマイグレーションが可能 ただし、innodb_file_per_table=1だとNG 無停止（に近い）移行ならRDSSlaveにmysqldump --single-transaction -- master-data=2 (あるいは--dump-slave=2)のデータをインポートして、外部 Msaterにぶらさげる方式で行けそう （時間切れで検証できませんでした…Preview来たの5日前…orz） http://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/ MySQL.Procedural.Importing.NonRDSRepl.html
- 51.
- 52.
- 53.
- 54.
- 55.