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
DBプラットフォームの変遷 - ベアメタル、VM、そしてコンテナへ
Search
Sponsored
·
SiteGround - Reliable hosting with speed, security, and support you can count on.
→
tzkoba
May 20, 2020
Technology
5.5k
6
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
DBプラットフォームの変遷 - ベアメタル、VM、そしてコンテナへ
2020/5/20、Infra Study Meetup#2のLT資料です。
tzkoba
May 20, 2020
More Decks by tzkoba
See All by tzkoba
The State of Distibuted Database In Japan
tzkoba
1
1.5k
#CloudNativeDB NewSQLへの誘い
tzkoba
4
3.4k
Cloud Native時代のデータベース
tzkoba
13
15k
2020年DBプラットフォーム (超個人的)5大ニュース
tzkoba
0
1.3k
PostgreSQLプラットフォームの徹底比較(コンテナからクラウドまで)
tzkoba
6
11k
Kubernetesでストレージ?そもそも何に使えるの?
tzkoba
0
1.3k
データ損失を回避しよう 各DBの機能比較
tzkoba
3
2.3k
昨今のデータデバイス(アーカイブ編)
tzkoba
3
1.8k
理解して拡げる分散システムの基礎知識
tzkoba
21
11k
Other Decks in Technology
See All in Technology
白金鉱業Meetup_Vol.24_「AIエージェントは分けるほど良い」は本当か? / Is it true that “the more you divide AI agents, the better”?
brainpadpr
1
380
AmazonRoute 53ではじめてのドメイン取得!HTTPS化までの道のりを整理してみた
usanchuu
3
140
AIっぽい文章を採点して人間らしく直すアプリを作ってみた
yama3133
2
190
日本 Fintech 未来予測レポート 2027〜2028年(オリジナル版)
8maki
0
2.2k
SONiC Scale-Up Working Group から探る Scale-UpやUltraEthernet機能の実装方法
ebiken
PRO
2
330
AIソロプレナー時代に2ヶ月で20人増員した事業創造会社の開発組織の話
miyatakoji
0
660
AGENTS.mdとSkillsで始めるAIエージェント活用
sonoda_mj
3
210
200個のGitHubリポジトリを横断調査したかった
icck
0
130
非エンジニアがClaudeと挑んだ「1ヶ月間プロダクト30本ノック」
askokc
0
520
GitHub Copilot 最新アップデート – 「一歩先」の実践活用術
moulongzhang
2
360
新しいUbuntu/GNOMEが使いたいからXからWaylandへ移行頑張ってるの巻 2026-06-20
nobutomurata
0
100
現地で盛り上がった WWDC26 Keynote
zozotech
PRO
1
250
Featured
See All Featured
Accessibility Awareness
sabderemane
1
140
How To Stay Up To Date on Web Technology
chriscoyier
790
250k
How to Build an AI Search Optimization Roadmap - Criteria and Steps to Take #SEOIRL
aleyda
1
2.1k
Optimising Largest Contentful Paint
csswizardry
37
3.7k
Exploring anti-patterns in Rails
aemeredith
3
410
4 Signs Your Business is Dying
shpigford
187
22k
The World Runs on Bad Software
bkeepers
PRO
72
12k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
47
8.2k
Kristin Tynski - Automating Marketing Tasks With AI
techseoconnect
PRO
0
270
Bioeconomy Workshop: Dr. Julius Ecuru, Opportunities for a Bioeconomy in West Africa
akademiya2063
PRO
1
140
Data-driven link building: lessons from a $708K investment (BrightonSEO talk)
szymonslowik
1
1.1k
A Guide to Academic Writing Using Generative AI - A Workshop
ks91
PRO
1
330
Transcript
DBプラットフォームの変遷 - ベアメタル、VM、そしてコンテナへ - Infra Study Meetup #2 , 5/20
@tzkb
2 最近やっていること • July Tech Festa 2019 “Cloud Native開発者のための Database
with Kubernetes” • NewSQL関連のブログ投稿 “2020年現在のNewSQLについて” “NewSQLコンポーネント詳解” + =∞
3 1. 時は流れて - 2000年以降のDBプラットフォーム - 2. ベアメタルの時代 - 物理サーバ,
UNIX - 3. Exadataの衝撃 - 専用サーバという浪漫 - 4. VMの時代 - VM HAのとりこ - 5. そしてコンテナへ - 変化を求められるDBMS - アジェンダ
4 時は流れて - 2000年以降のDBプラットフォーム - 2000 2020 2010 2005 2015
HW: ベアメタル OS: UNIX DBMS: 商用DB ベアメタル Linux 商用DB/OSS-DB 仮想マシン Linux 商用DB/OSS-DB コンテナ OSS-DB VMware vSphere 4 Red Hat Enterprise Linux 5 Docker Kubernetes PostgreSQL 8 1. Oracle Exadata
5 ベアメタルの時代 - 物理サーバ,Unix - 2. • ハードウェアとOSはセットでベンダから買う時代。 • OracleなどのDBMSはオープンを標榜、様々なOSに対応していた。
• 巨大なDBサーバを数台並べて、HA構成。 • その後ダウンサイジングされたが、システム内で最も高価なのが、 DBサーバとストレージ。 2000年当時の サーバ室に並べられた IBM RS6000 SPが2台と ストレージのセット。 それぞれ冷蔵庫以上の大きさ。 ※画像出典 http://www.computinghistory.org.uk/det/6535/IBM-RS-6000-SP2-Type-7025/
6 Exadataの衝撃 - 専用サーバという浪漫 - 3. • DB専用機 Oracle Exadataが2008年に登場。
• 汎用的なサーバとOS、ストレージを選んで購入していた、DBエンジニアに 衝撃を与える。 • 「何もしなくても速い!」 (注)それまでに比べると、、、 • 国内でもInsight QubeというDBアプライアンスが開発・発売された。 今では当たり前の - カタログ見て簡単に選べる - すぐ使える(電源を入れれば) - 面倒な設定不要(それまでに比べれば) を実現。DBエンジニアの浪漫であり、 最終兵器だった。 ※画像出典 https://blog.oracle-ninja.com/2011/06/08/exadata-x2-8-installation-pics/
7 VMの時代 - VM HAのとりこ - 4. • VMへの適応はDBは時間を要した。 •
理由はパフォーマンス。仮想化のオーバーヘッドを避ける傾向が強かった。 • vSphere 4以降、流れが変わってきた印象。HW性能が上がってきたことに 加え、仮想化による運用上のメリットを無視できなくなる。 • Active-Standbyだけでなく、Primary-Secondaryなどの構成も可能に。 P S S 【PostgreSQLのReplication】 【共有Diskを用いたVM HA】
8 そしてコンテナへ - 変化を求められるDBMS - 5. • コンテナ、Kubernetesへの対応もVM時代と同様、DBは遅れている印象。 • 太い帯域、低いレイテンシがDBサーバの足回りには必要?
• やっぱりDBは急に落ちては困るし、勝手に落とされても困る? • コンテナ、Kubernetesのコンセプトと合わないのでは? operator -0 -1 -2 postgres snapshot 【NewSQL with Kubernetes】 【Kubernetes Operatorパターン】
9 まとめ ベアメタル->VMと技術の進歩にDBは確実に追随してきた。 今はクラウドのManaged Serviceを使うのが便利な時代。 しかし、DBのプラットフォームはコンテナ、そして Kubernetes
へ移っていくことは確実。 DBMSの進化もそれを後押しする。 DB with Kubernetes、やっていきましょう。
10 Questions? @tzkb @tzkoba