Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
MySQL HeatWave on AWS と Aurora _ Redshift zero-...
Search
Sponsored
·
SiteGround - Reliable hosting with speed, security, and support you can count on.
→
hmatsu47
PRO
September 16, 2023
Technology
1
160
MySQL HeatWave on AWS と Aurora _ Redshift zero-ETL 統合(プレビュー)を比べてみる
四国クラウドお遍路 2023 - 四国の外のモノサシを知ってみよう- 2023/9/16
hmatsu47
PRO
September 16, 2023
Tweet
Share
More Decks by hmatsu47
See All by hmatsu47
IPv6 に関する話
hmatsu47
PRO
0
3
さいきんの光ファイバーの話
hmatsu47
PRO
0
28
低いほうのレイヤを見てみる話
hmatsu47
PRO
0
8
IPv6 VPC の実装パターンをいくつか
hmatsu47
PRO
0
26
光ファイバーと IPv6 絡みの話
hmatsu47
PRO
0
36
AWS で試して学ぶ IPv6
hmatsu47
PRO
0
32
今年の MySQL/HeatWave ネタ登壇振り返り
hmatsu47
PRO
0
32
今年の DB ネタ登壇振り返り
hmatsu47
PRO
0
23
RDS/Aurora アップデート 2025
hmatsu47
PRO
0
79
Other Decks in Technology
See All in Technology
俺の/私の最強アーキテクチャ決定戦開催 ― チームで新しいアーキテクチャに適合していくために / 20260322 Naoki Takahashi
shift_evolve
PRO
1
430
CloudFrontのHost Header転送設定でパケットの中身はどう変わるのか?
nagisa53
1
160
FastMCP OAuth Proxy with Cognito
hironobuiga
3
180
Phase10_組織浸透_データ活用
overflowinc
0
1.5k
新規事業×QAの挑戦:不確実性を乗りこなす!フェーズごとに求められるQAの役割変革
hacomono
PRO
0
180
既存アプリの延命も,最新技術での新規開発も:WebSphereの最新情報
ktgrryt
0
170
開発チームとQAエンジニアの新しい協業モデル -年末調整開発チームで実践する【QAリード施策】-
qa
0
260
「コントロールの三分法」で考える「コト」への向き合い方 / phperkaigi2026
blue_goheimochi
0
140
ReactのdangerouslySetInnerHTMLは“dangerously”だから危険 / Security.any #09 卒業したいセキュリティLT
flatt_security
0
480
DMBOKを使ってレバレジーズのデータマネジメントを評価した
leveragestech
0
240
スピンアウト講座05_実践活用事例
overflowinc
0
1.1k
BFCacheを活用して無限スクロールのUX を改善した話
apple_yagi
0
120
Featured
See All Featured
How GitHub (no longer) Works
holman
316
150k
Ten Tips & Tricks for a 🌱 transition
stuffmc
0
91
New Earth Scene 8
popppiees
1
1.8k
Done Done
chrislema
186
16k
RailsConf 2023
tenderlove
30
1.4k
Have SEOs Ruined the Internet? - User Awareness of SEO in 2025
akashhashmi
0
300
Joys of Absence: A Defence of Solitary Play
codingconduct
1
320
How to build an LLM SEO readiness audit: a practical framework
nmsamuel
1
690
Designing for Timeless Needs
cassininazir
0
170
<Decoding/> the Language of Devs - We Love SEO 2024
nikkihalliwell
1
160
Gemini Prompt Engineering: Practical Techniques for Tangible AI Outcomes
mfonobong
2
330
Become a Pro
speakerdeck
PRO
31
5.9k
Transcript
MySQL HeatWave on AWS と Aurora / Redshift zero-ETL 統合
(プレビュー)を比べてみる 四国クラウドお遍路 2023 - 四国の外のモノサシを知ってみよう- 2023/9/16 まつひさ(hmatsu47)
自己紹介 松久裕保(@hmatsu47) • https://qiita.com/hmatsu47 • 現在のステータス: ◦ 名古屋で Web インフラのお守り係をしています
▪ 2017 年秋に AWS 上へ引っ越し完了 ◦ 現在は自社サービスのセキュリティ強化中 ◦ そしてなぜかフロントエンド刷新に取り組み中 ◦ ついでに MySQL HeatWave をのんびり検証中 2
本日お話しする内容 • MySQL HeatWave on AWS とは? ◦ MySQL HeatWave:分析・集計クエリを高速化
◦ AWS 上のリソースを使って MySQL HeatWave を提供 • Aurora / Redshift zero-ETL 統合(プレビュー)とは? ◦ ETL の構築・設定を簡素化 ◦ ほぼリアルタイムでデータの流し込み(複製)を可能に • 比べてみた 3
本日お話しする内容 • MySQL HeatWave on AWS とは? ◦ MySQL HeatWave:分析・集計クエリを高速化
◦ AWS 上のリソースを使って MySQL HeatWave を提供 • Aurora / Redshift zero-ETL 統合(プレビュー)とは? ◦ ETL の構築・設定を簡素化 ◦ ほぼリアルタイムでデータの流し込み(複製)を可能に • 比べてみた 4 AWS の(半分だけ)外のモノサシ?
本日お話ししない内容(5 分の LT なので…) • 具体的な設定方法 ◦ 各ページのリンク先記事にて説明 • それぞれの性能比較
◦ HeatWave と Redshift の性能比較はこちらの資料を参照 ▪ https://speakerdeck.com/heatwavejp/redshift-tonoxing-neng-bi-jiao-cun-tian-tai-shi-suma tosutairu • 価格/コスパ比較 5
MySQL HeatWave(on AWS も同じ) • 分析クエリも得意な MySQL のマネージドサービス https://dev.mysql.com/doc/heatwave/en/mys-hw-architecture.html より引用
6 【処理の流れ】 1. SQL 文を MySQL DB System が受け取る 2. 普通に処理したほうが高速か HeatWave 非対応の SQL 文は InnoDB で処理 3. HeatWave で処理したほうが良いと判断した SQL 文は HeatWave Plugin を経由して HeatWave Cluster に渡して並列処理 4. MySQL DB System から Client に結果を返す
HeatWave Cluster • 列指向型のインメモリ・分散データベース ◦ 列指向データベース:集計処理に強い • Google Cloud の
AlloyDB(PostgreSQL 互換)でも似た アプローチを採用している ◦ HeatWave はユーザーが指定したテーブル(列)すべてが対象 ◦ AlloyDB では機械学習で一部のテーブル列をカラム型へ振り分け ▪ 自動振り分けを無効化して手動指定も可能 7
HeatWave Cluster • 列指向型のインメモリ・分散データベース ◦ 列指向データベース:集計処理に強い • Google Cloud の
AlloyDB(PostgreSQL 互換)でも似た アプローチを採用している ◦ HeatWave はユーザーが指定したテーブル(列)すべてが対象 ◦ AlloyDB では機械学習で一部のテーブル列をカラム型へ振り分け ▪ 自動振り分けを無効化して手動指定も可能 8 TiDB(MySQL 5.7 互換 NewSQL)は HTAP(OLTP + OLAP)をウリに
MySQL HeatWave on AWS を試してみた • Qiita に 4 つ(+
1 つ)の記事を投稿 ◦ https://qiita.com/hmatsu47/items/8f202eef64ea57e7d948 ◦ https://qiita.com/hmatsu47/items/0979f877ad596cf3cf67 ◦ https://qiita.com/hmatsu47/items/4c61ce90adcdbbea74e9 ◦ https://qiita.com/hmatsu47/items/230d345e481701a5d735 ◦ https://qiita.com/hmatsu47/items/34f4ab2047b95f767f18 (RDS から DMS レプリケーション) • チュートリアル用に提供されている TPC-H 用データでは ◦ 最小サイズのシェイプで 17 倍以上高速化(MySQL DB 比) 9
Aurora / Redshift zero-ETL 統合(プレビュー) • ETL の構築・設定を簡素化・ニアリアルタイム連携 https://docs.aws.amazon.com/ja_jp/AmazonRDS/latest/AuroraUserGuide/zero-etl.html より引用
10 • 複数 RDB から 1 つの DWH へ
Aurora / Redshift zero-ETL 統合を試してみた • Zenn に記事を投稿 ◦ https://zenn.dev/hmatsu47/articles/aurora-rs-zeroetl-preview
• 現状(プレビュー)は ◦ 記事にあるようにまだ少し面倒かつ設定手順が不安定 ◦ 簡素化の代償として細かい設定ができない ◦ ただしまだプレビューなのでいずれも改善される可能性がある 11
比べてみた 【注】いずれも 2023/9/10 時点の内容 • MySQL HeatWave on AWS の強み
◦ MySQL の SQL 文法がそのまま使える(自動振り分け可能) ◦ テーブル単位・列単位の除外が可能 • MySQL HeatWave on AWS の弱み ◦ AWS とは別に Oracle Cloud(OCI)の契約が必要 ◦ RDS / Aurora 連携が弱い(binlog インバウンドレプリケーション不可) 12
比べてみた 【注】いずれも 2023/9/10 時点の内容 • MySQL HeatWave on AWS の強み
◦ MySQL の SQL 文法がそのまま使える(自動振り分け可能) ◦ テーブル単位・列単位の除外が可能 • MySQL HeatWave on AWS の弱み ◦ AWS とは別に Oracle Cloud(OCI)の契約が必要 ◦ RDS / Aurora 連携が弱い(binlog インバウンドレプリケーション不可) 13 前掲 URL の記事(RDS for MySQL から HeatWave on AWS へ DMS レプリケーション) で binlog レプリケーションの代わりに DMS レプリケーションを試してみた • https://qiita.com/hmatsu47/items/34f4ab2047b95f767f18
比べてみた 【注】いずれも 2023/9/10 時点の内容 • Aurora / Redshift zero-ETL 統合の強み
◦ AWS 内で全て完結する ▪ 別契約不要 • Aurora / Redshift zero-ETL 統合の弱み ◦ 細かい設定の調整が(現状では)できない ▪ BLOB 列のみの連携除外など 14
まとめ • MySQL HeatWave on AWS ◦ MySQL DB に
HeatWave Cluster を追加して分析クエリを高速化 ▪ OLTP / OLAP をまとめて処理(自動振り分け)→ ETL 不要 ◦ 別途 OCI の契約が必要で RDS / Aurora との連携に課題がある • Aurora / Redshift zero-ETL 統合(プレビュー) ◦ ETL の構築・設定を簡素化・ニアリアルタイム連携が可能 ◦ 細かい設定の調整が(現状では)できない点に課題がある 15