Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
20211008_ApsaraDB_for_PolarDBとAWS_Auroraの機能比較.pdf
Search
nezumisannn
October 08, 2021
Technology
180
1
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
20211008_ApsaraDB_for_PolarDBとAWS_Auroraの機能比較.pdf
nezumisannn
October 08, 2021
More Decks by nezumisannn
See All by nezumisannn
20250930_Conohaウェビナー_生成AI_Terraform_ConoHa_VPSサーバー_セットアップ入門編
nezumisannn
1
39
20250723_Conohaウェビナー_高騰する海外クラウド費用を劇的カット_サーバーコスト最適化のポイント解説と成功事例のご紹介.pdf
nezumisannn
0
58
20241204_ビヨンド勉強会_44_AWS_Service_Catalogを利用したIaCのテンプレート化とTerraformによるデプロイ.pdf
nezumisannn
0
420
20240828_ビヨンド勉強会_42_EKS_on_FargateでWebサービスを公開するために覚えておきたいこと.pdf
nezumisannn
0
120
20240530_ビヨンド勉強会#41_ビヨンドのエンジニア新卒研修における取り組み
nezumisannn
0
140
20230511_AWSにおけるコンテナサービスの選択とIaC実装例.pdf
nezumisannn
0
1.5k
リーダーになって1年経過して_取り組んできたことと大事にしている考え方_の裏側_.pdf
nezumisannn
0
92
20211118_GKEにおける高負荷時のPodとWorker_Nodeの挙動について.pdf
nezumisannn
0
180
20211014_Alibaba_Cloud_Container_Service_for_KubernetesにおけるServerless_Kubernetesの概要とManaged_Kubernetesとの違い.pdf
nezumisannn
0
120
Other Decks in Technology
See All in Technology
サーバーレスをどこまで使う? WebRTC対戦ゲームで選んだVPSとの共存設計
kaidouji85
0
120
SREの視点で考えるSIEM活用術 〜AWS環境でのセキュリティ強化〜
cscengineer
PRO
0
120
.NET WebAssemblyで実現するクライアントサイドAI推論:NuGetからViteまで、2つのエコシステムを繋ぐビルド戦略
yamachu
0
210
あるけみー式LTスライド作成術
alchemy1115
2
220
AI時代の「技術的負債」の変質ー概念の終焉と再解釈、エージェントと共に向かう先
nwiizo
1
2.9k
「ピッケル本」日本語版は4.0(第6版)が出版されるべき / pickaxe4-nagoyark05
kakutani
2
190
SREは、MCPとAutopilotをこう使え!
kazumax55
3
910
幾何アルゴリズムで なめらかなピン操作を / iOSDC Japan 2026 / smoothpin
kazumanagano
0
360
Von-Neumann Machines, Dreams & The Futures of IT
ufried
0
110
登壇の自信を奪う3匹のオバケ / 3 Ghosts That Rob You of Your Confidence in Public Speaking
pauli
9
1k
Goodbye ShellScript, Hello File-based App
shunsock
0
280
現場で役立つ技術負債の効果的な返済方法
masuda220
PRO
9
4.6k
Featured
See All Featured
Abbi's Birthday
coloredviolet
4
10k
Highjacked: Video Game Concept Design
rkendrick25
PRO
1
460
Leo the Paperboy
mayatellez
10
2.3k
Sam Torres - BigQuery for SEOs
techseoconnect
PRO
0
540
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
21
1.6k
HU Berlin: Industrial-Strength Natural Language Processing with spaCy and Prodigy
inesmontani
PRO
0
700
XXLCSS - How to scale CSS and keep your sanity
sugarenia
250
1.3M
So, you think you're a good person
axbom
PRO
2
2.2k
It's Worth the Effort
3n
188
29k
Design in an AI World
tapps
1
320
How to Build an AI Search Optimization Roadmap - Criteria and Steps to Take #SEOIRL
aleyda
1
2.2k
世界の人気アプリ100個を分析して見えたペイウォール設計の心得
akihiro_kokubo
PRO
74
42k
Transcript
ApsaraDB for PolarDB と Amazon Auroraの機能比較 Cloud Native Database Meetup
#2 2021/10/08 株式会社ビヨンド 寺岡 佑樹
自己紹介 resource “my_profile” “nezumisannn” { name = “Yuki.Teraoka” nickname =
“ねずみさん家。” company = “beyond Co., Ltd.” job = “Site Reliability Engineer” twitter = “@yktr_sre” skills = [“Terraform”,”Packer”] }
Agenda • 会社紹介/サービス概要 • ApsaraDB for PolarDBとAWS Auroraの機能比較 ◦ 接続エンドポイントにおける更新
/参照の分離 ◦ スペック変更 • まとめ
会社紹介 社名 株式会社ビヨンド 代表 原岡 昌寛 所在地 大阪オフィス 大阪府大阪市浪速区難波中 1-10-4 南海SK難波ビル3F 横浜オフィス 横浜市中区本町 6-52 本町アンバービル 3-D
四国オフィス 徳島県三好市池田町マチ 2475(旧政海旅館内) カナダオフィス Venture X Canada, 4230 Sherwoodtowne Boulevard, Mississauga, Ontario L4Z 2G6 設立 2007年4月4日 資本金 9,000,000円 従業員 48名 所属 CESA(一般財団法人コンピュータエンターテインメント協会) 日本MSP協会
サービス概要 クラウド/サーバ事業 システム開発事業 WEBサービス事業 設計/構築 + 運用保守(24365の有人監視) Alibaba Cloud /
AWS などのマルチクラウド サーバーサイド開発・ゲーム API開発 WEBシステム開発 予約システム「エジソン」 WEBサイト監視システム「アプミル」
機能比較 • PolarDBとAuroraは設計思想がとてもよく似ている • それぞれのサービスの機能を比較 • より特徴的なものを抜粋して紹介
接続エンドポイントにおける更新/参照の分離 • PolarDB ◦ Cluster Endpoint:WriteとRead両方可能 ◦ Primary Endpoint:必ずPrimary Nodeに到達
◦ Cluster Endpointに接続すればWriteとRead共に振り分けられる • Aurora ◦ Cluster Endpoint:必ずWriter Instanceに到達 ◦ Reader Endpoint:必ずReader Instanceに到達(複数台ある場合はAurora側で分散) ◦ Write / ReadそれぞれでEndpointを使い分ける
接続エンドポイントにおける更新/参照の分離 PolarDB Aurora ECS Primary Endpoint Cluster Endpoint Primary Node
ReadOnly Node ReadOnly Node EC2 Reader Endpoint Cluster Endpoint Writer Instance Reader Instance Reader Instance Write/Read Write/Read Read Write
スペック変更 • 共通 ◦ スペックアップ/ダウンが可能 ◦ ReadOnly Node / Reader
Instanceを増やせばRead性能のスケールアウト可能 • PolarDB ◦ コンピュートノードをオンラインのままスペック変更可能 ◦ 処理完了までに10分程度、内接続できない時間は 10秒程度と短時間
まとめ • クラスタエンドポイントの更新/参照の分離が異なる • スペック変更においてそれぞれに良さがある
(是非) • Alibaba Cloud様と共催の勉強会を開催します • Alibaba Cloudの最新情報アップデート ◦ SMC(Server Migration
Center) / DTS(Data Transmission Service) ◦ PolarDB ◦ ACK(Container Service for Kubernetes) • 10/14 19:00 - 21:00 • 以下から申し込みできます ◦ https://beyondjapan.connpass.com/event/225468/ ◦ https://beyond.doorkeeper.jp/events/127891
終わり