[JAWS-UG横浜 #79] re:Invent 2024 の DB アップデートは Multi-Region！

JAWS-UG横浜 #79 AWS re:Invent 2024 re:Cap Database
https://jawsug-yokohama.connpass.com/event/337180/

re:Invent 2024 のデータベースアップデートについて Multi-Region という視点で話してきました。

Transcript

1. re:Invent 2024 の 
 DB アップデートは Multi-Region！ 
 JAWS-UG横浜 #79 AWS re:Invent 2024 re:Cap Database
 大栗　宗
 1 #jawsugyokohama

2. お前誰よ？ 大栗　宗（@maroon1st） クラスメソッド株式会社所属 re:Invent は 8 回目の参加 日系SIer → クラスメソッド → 某外資 → クラスメソッド (2回目) 最近は Cloudflare のプリセールスをやりつつ クラウド二刀流 Top Engineer をやってブログ書いてます • Cloudflare, Google Cloud, AWS, etc • Google Cloud Partner Top Engineer 2023, 2024, 2025 • 2022, 2023 Japan AWS Top Engineers (Database) • 2022, 2023, 2024 Japan AWS All Certifications Engineers #jawsugyokohama
3. データベースの アップデート #jawsugyokohama
4. 一言でいうと #jawsugyokohama
5. Multi-Region #jawsugyokohama
7. Amazon Aurora DSQL • 「真にサーバーレスな分散 SQL データベース」 • 主な特徴は ◦ 楽観的同時実行制御 ◦ 事実上の無制限スケール ◦ インフラストラクチャの管理無し ◦ 99.999％ のマルチリージョン可用性 ◦ 強い一貫性 ◦ PostgreSQL 互換 ◦ シンプルな設定
8. 楽観的同時実行制御 • アプリケーションから RDBMS へアクセスするときに長時 間ロックを取らないために採用される手法 • 最初にデータを読んだ時点から書き込み時までにデー タが変更されていなければ書き込みを確定する • DSQL ではデータ読み書き時はローカルリージョンの データで行い、コミット時に異なるリージョンに対して競 合を解決する
9. リージョン間の競合解決はコミット時
10. 楽観的同時実行制御 • 別のセッションに対して レコードをロックしない • 競合が発生すると待たずにエラーを返すので、 アプリケーションでの リトライ処理は必須
12. ４倍速い？
13. ロックしてくれる DB との レイテンシー比較。。。 低レイテンシーでも 競合時にリトライ処理が必要 （競合発生時の完了までの処理期間は？）
14. シンプルな設定
15. シンプルな設定 設定はこれだけ • クラスタ設定 ◦ マルチリージョン ▪ リンク リージョンの追加有無 ▪ リンク リージョンの指定 ▪ ウィットネス リージョンの指定 ◦ 削除保護の有無 • タグ
16. Aurora Limitless Database も Active/Active なデータベースでしたよね
17. Aurora Limitless Database との比較 • Aurora Limitless Database とは色々異なる Aurora DSQL Aurora Limitless Database データ配置 指定不能 指定可能 パラメータグループ 設定不能 指定可能 ロック なし（待たずにエラー） あり エンドポイント Public（VPC 外） Private（VPC 内） リージョン Multi-Region Single-Region SQL の互換性 制限が大きい 制限が小さい
18. Aurora DSQL アーキテクチャ
19. Amazon Aurora アーキテクチャ
20. Amazon Aurora のストレージ
21. Log レイヤーが別になっていたり 新規にストレージを開発している DSQL は 果たして Aurora と呼べるのだろうか。。。？
22. リージョン間の競合解決はコミット時
23. DSQL のコミット時は リージョン間通信を行う 書き込み処理を行う場合の レイテンシーは大きくなる
24. 書き込みレイテンシも短い Multi-Region の DB が 欲しいとなったら
25. DynamoDB Global Tables
26. DynamoDB Global Tables Global Tables は２種類 • 結果整合性 ◦ 以前からある整合性（RPO がゼロではない） ◦ 書き込み操作のレイテンシが小さい ◦ 古いバージョンのデータを読む可能性がある（〜1秒） • 強い整合性 ◦ re:Invent 2024 で発表された整合性（RPO がゼロ） ◦ 書き込み操作と強い一貫性読み取り操作のレイテンシが大 きい ◦ 最新のデータを読み込む
27. DynamoDB 以外にも Multi-Region の DB が 出てますよ！
28. Amazon MemoryDB
29. Amazon MemoryDB Multi-Region • ElastiCache にはグローバルデータストア（実質的な Cross-Region Replication）があった • MemoryDB Multi-Region は Active/Active で書き込み • 読み込みも書き込みも低レイテンシー （マイクロ秒の読み取り、 1 桁ミリ秒の書き込み） • データは通常 1 秒以内に伝播される • 結果整合性を CRDT (Conflict-free Replicated Data Type) で実現している • 現時点では Valkey 7.3 が対応
30. CRDT (Conflict-free Replicated Data Type) 通常は Last Write Wins (LWW) 戦略を取る
31. CRDT (Conflict-free Replicated Data Type) 削除の問題も解決
32. 実は Redis Enterprise にも 同様の機能がある模様です Active-Active geo-distribution https://redis.io/active-active/
33. どうして Multi-Region？ • re:Invent 2024 の DB アップデートは Multi-Region • リージョン障害が発生してもダウンタイムは最低限 • リージョン復旧時のフェイルバックの手間が少ない • そもそも Multi-Region が必要なユースケース？ ◦ DSQL のワークショップでは DSQL は “DynamoDB for SQL Applications” だと言っており 小規模なワークロードでも大規模でも対応できる データベースという説明