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
ゆるSRE勉強会 #6 LT
Search
Kaoru
June 06, 2024
Technology
0
390
ゆるSRE勉強会 #6 LT
Kaoru
June 06, 2024
Tweet
Share
More Decks by Kaoru
See All by Kaoru
今年の一番の機能追加って何だろう?
okaru
0
83
宇宙最速のランチRecap LT会 (AWS re:Invent 2024)
okaru
2
160
TiDBを入れたけれど オートスケールがなかったよ
okaru
0
9
『Datadogのコスト削減』やってみた
okaru
0
15
令和最新版 メールの技術LT会 @ yabaibuki.dev #1 〜BIMIって・・・〜
okaru
0
72
小規模な会社のSREのリアル
okaru
0
170
Techbrew in Tokyo April 2024
okaru
0
26
TiUG #1 LT
okaru
0
17
TechBrew in 東京 SRE大集合 信頼性を高める取り組み LT
okaru
0
460
Other Decks in Technology
See All in Technology
Amazon Athenaから利用時のGlueのIcebergテーブルのメンテナンスについて
nayuts
0
100
どちらかだけじゃもったいないかも? ECSとEKSを適材適所で併用するメリット、運用課題とそれらの対応について
tk3fftk
2
230
IAMのマニアックな話2025
nrinetcom
PRO
6
1.3k
IoTシステム開発の複雑さを低減するための統合的アーキテクチャ
kentaro
1
120
4th place solution Eedi - Mining Misconceptions in Mathematics
rist
0
150
Global Databaseで実現するマルチリージョン自動切替とBlue/Greenデプロイ
j2yano
0
140
Introduction to OpenSearch Project - Search Engineering Tech Talk 2025 Winter
tkykenmt
2
140
困難を「一般解」で解く
fujiwara3
7
1.5k
ExaDB-XSで利用されているExadata Exascaleについて
oracle4engineer
PRO
3
280
Oracle Database Technology Night #87-1 : Exadata Database Service on Exascale Infrastructure(ExaDB-XS)サービス詳細
oracle4engineer
PRO
1
210
AWS Well-Architected Frameworkで学ぶAmazon ECSのセキュリティ対策
umekou
2
150
サバイバルモード下でのエンジニアリングマネジメント
konifar
0
110
Featured
See All Featured
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
114
51k
Designing for humans not robots
tammielis
250
25k
Being A Developer After 40
akosma
89
590k
Music & Morning Musume
bryan
46
6.4k
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
507
140k
What’s in a name? Adding method to the madness
productmarketing
PRO
22
3.3k
Documentation Writing (for coders)
carmenintech
68
4.6k
YesSQL, Process and Tooling at Scale
rocio
172
14k
KATA
mclloyd
29
14k
Making Projects Easy
brettharned
116
6k
Bash Introduction
62gerente
611
210k
A designer walks into a library…
pauljervisheath
205
24k
Transcript
LT ゆるSRE勉強会 #6 〜TiDB に移行してみたが、実際どうなん?〜 2024/6/6
©2024 Voicy, Inc. 自己紹介 名前:織田 薫(かおる) 会社:株式会社Voicy 職業:SRE 趣味:ゴスペル・ぺんぎん 特技:Ask
me
©2024 Voicy, Inc.
©2024 Voicy, Inc. 本日のお品書き 1. TiDBとは 2. AuroraからTiDBへの移行 3. Pros
& Cons まとめ
©2024 Voicy, Inc. 1. TiDBとは • PingCAP社が開発したオープンソースの NewSQLデータベース • MySQLとの互換性(5.7
/ 8.0 相当) • 水平方向への拡張性と高可用性 • ベクトル検索が最近実装された
©2024 Voicy, Inc. 1. TiDBとは • TiDBの主な特徴 ◦ MySQL互換性: 既存のMySQLアプリケーションやツールをそのま
ま利用可能 ◦ 水平スケーラビリティ: ノードを追加することで、データ容量と処理 能力を容易に拡張可能 ◦ 高可用性: データを複数のノードに分散し、障害発生時にもサー ビス継続が可能 ◦ HTAP (Hybrid Transactional and Analytical Processing): トランザ クション処理と分析処理を同じデータベース上で実行可能 ◦ クラウドネイティブ: Kubernetesなどのクラウド環境での運用に最 適化
©2024 Voicy, Inc. 1. TiDBとは • TiDBの仕組み
©2024 Voicy, Inc. 1. TiDBとは • TiDB ◦ SQLレイヤーを担当するステートレスなコンポーネ ント
◦ MySQL互換のプロトコルとSQL構文をサポートして おり、既存のMySQLアプリケーションやツールをそ のまま利用可能 ◦ クエリの実行計画を最適化し、TiKVやTiflashにクエ リを分散実行する ◦ トランザクション管理、ACID特性の保証も行う
©2024 Voicy, Inc. 1. TiDBとは • TiKV ◦ データの保存とレプリケーションを担当する分散 Key-Valueストア
◦ Raftコンセンサスアルゴリズムを用いてデータの整 合性を保証し、高可用性を実現 ◦ データは複数のノードに分散して保存され、任意の ノードで読み書きが可能 ◦ スケーラビリティが高く、ノードを追加することで容 易に容量を拡張可能
©2024 Voicy, Inc. 1. TiDBとは TiKV1 TiKV2 TiKV3 Store1 Store1
Store2 Store2 Store3 Store3 1a 1c 1d • TiKV
©2024 Voicy, Inc. 1. TiDBとは • TiFlash ◦ TiDBの拡張コンポーネントで、カラムナーストレー ジを採用した分析処理エンジン
◦ 大規模なデータセットに対する複雑な分析クエリを 高速に実行可能 ◦ TiKVと連携して動作し、リアルタイムの分析処理を 実現 ◦ TiDBと同じSQLインターフェースを使用するため、 分析クエリとトランザクション処理をシームレスに連 携可能
©2024 Voicy, Inc. 1. TiDBとは • PD(Placement Driver) ◦ TiDBクラスター全体の管理とスケジューリングを担
当するコンポーネント ◦ TiKVのデータ分散、レプリカ配置、負荷分散などを 自動的に行う ◦ TiDBクラスターの全体的な状態を監視し、障害発 生時には自動的にリカバリーを行う ◦ スケーラビリティが高く、TiDBクラスターの規模に応 じてPDノードを追加可能
©2024 Voicy, Inc. 2. AuroraからTiDBへの移行 • 一部のデータベースを移行 • 移行前に評価を1年近くかけて行った •
TiDB向けのクエリチューニングなどは、PingCAP 側でサポートしてくれた
©2024 Voicy, Inc. 2. AuroraからTiDBへの移行 • 移行方法 Data Migration Changefeed
©2024 Voicy, Inc. 3. Pros & Cons • Pros ◦
スケール台数制限とかはない ◦ Writerが限定されない ◦ MySQL互換なので、ほぼそのまま動く ◦ AZ分散が自動的にされる ◦ 導入サポートは充実
©2024 Voicy, Inc. 3. Pros & Cons • Cons ◦
TiKVのスケールは3台1セット ◦ Auroraで問題ないクエリーがTiDBでは重かっ たりする ◦ TiDBが意外にメモリを喰う(クエリ次第) ◦ リソース制限には気をつけよう ◦ Explainの表示はかなり違う ◦ オートスケールほしい
©2024 Voicy, Inc. まとめ • NewSQLとは言われるが、MySQL互換ではある ので、特に違和感なく使用できる • Proxyやオートスケールなど、細かい点はAWSの 方が充実はしている
• 金融系などMCな環境でも採用されているので、 信頼性はある程度あると考えられる
©2024 Voicy, Inc. We’re hiring エンジニア募集してます! カジュアル面談しましょう
©2024 Voicy, Inc. ご清聴 ありがとうございました!