AWS Auroraよもやま話

1. Auroraよもやま話
@threetreeslight
Repro Inc.
shinjuku.rb #33@metaps
27 Jan, 2016

2. Akira Miki
Repro
@treetreeslight

4. 分析から解決まで１クリック！

5. About Aurora

6. Auroraっていいよね！

7. 訪れる幸せ！

8. •80TBへのスケール！
•Insertは２倍！
•Updateは４倍！

9. • 冗長化された共有ストレージ
• DBプロセスはストレージから生える
• キャッシュプロセスは別立て
アーキテクチャの恩恵

10. ギンノ ダンガン
ヲテニイレタ

11. そんなわけはない

12. まちかまえている（？）こと
• パラメータ
• Query Cache
• CPU
• Replicaとmigration
• ReplicaのReboot
• Replica lag spike

13. パラメータ
• デフォルトでそれなりにちゅーんされてる
• MySQLだと思っていじるとあれれ？？っ
ていうパフォーマンスになる

14. QueryCache
• デフォルトでオン
（MySQL on RDSはデフォルトオフ）
• Write heavyだとcache更新でlatency
が伸びる

15. CPU
• 基本的に高い。同じQueryをMySQL on
RDSとくらべても高い。
• びっくりしないこころを持つ。

16. Replicaとmigration
• テーブル単位でreplicaとか無い
• デカいテーブルのmigrationはpt-
online-schema-changeなどが頼みに
なる

17. ReplicaのReboot
• CPU負荷が高い処理や激しいIOを投げると
ReplicaがカジュアルにReboot
• OnlineDDLでそこそこのテーブルレコー
ド数のIndex作成 -> Replica Lag ->
Reboot
• サポートに問い合わせるとこの問題は認識
されており改善中とのこと

18. Replica Lag Spike
• 死ぬほどびっくりする
• 原因がわからない
• サポートに聞くと、表示バグらしい
• なるほど！

19. その他
• MySQLとちがってNullにIndexが聞かな
い
（あるべきだと思うけどlocal開発環境との
乖離が、、、）

20. ギンノ ダンガンハ
ナイ！！！

21. 個人的すすめ
• パラメータはそのまま使う
• QueryCacheは必要に応じてオフ
• CPUの高さに驚かない心
• ReplicaはRebootされても耐えられる実
装と心
• まだナレッジが少ない。サポート入るべし。

22. 運用は頑張るもの

23. HIRING NOW!!