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
20211008_ApsaraDB_for_PolarDBとAWS_Auroraの機能比較.pdf
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
nezumisannn
October 08, 2021
Technology
170
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
37
20250723_Conohaウェビナー_高騰する海外クラウド費用を劇的カット_サーバーコスト最適化のポイント解説と成功事例のご紹介.pdf
nezumisannn
0
54
20241204_ビヨンド勉強会_44_AWS_Service_Catalogを利用したIaCのテンプレート化とTerraformによるデプロイ.pdf
nezumisannn
0
390
20240828_ビヨンド勉強会_42_EKS_on_FargateでWebサービスを公開するために覚えておきたいこと.pdf
nezumisannn
0
110
20240530_ビヨンド勉強会#41_ビヨンドのエンジニア新卒研修における取り組み
nezumisannn
0
140
20230511_AWSにおけるコンテナサービスの選択とIaC実装例.pdf
nezumisannn
0
1.4k
リーダーになって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
110
Other Decks in Technology
See All in Technology
BPaaSで進むAIオペレーションの現在地 AI実装が効く領域とスケーラビリティの選定と実装
kentarofujii
0
200
40代で“やっとエンジニアになれた”――閉じた学びを開き、空の青さを知る / 20260628 Naoki Takahashi
shift_evolve
PRO
4
900
コミュニティの有益性 ~JAWS Days 2026 での体験を通して~ / The Benefits of a Community ~Through My Experience at JAWS Days 2026~
seike460
PRO
0
280
AWS Security Hub CSPMの成功・失敗体験
cmusudakeisuke
0
560
FPGAの開発コンペでZephyrを使ってみた
iotengineer22
0
200
AIチャットの改善から見えた、良いAI体験とは / What Constitutes a Good AI Experience: Insights from Improving AI Chat
kubode
0
120
クレデンシャル流出 ― 攻撃 3 時間 vs 復旧 10 時間。この非対称性にどう備えるか
kazzpapa3
3
580
LayerX コーポレートエンジニアリング室におけるサプライチェーンセキュリティへの取り組み / Supply Chain Security at LayerX Corporate Engineering
yuyatakeyama
3
840
GitHub Copilot運用のリアル ~AI Credit時代にどう向き合うか~
takafumisu2uk1
0
280
AIネイティブな開発のサプライチェーンリスク対策 〜激動の開発現場でリスクに立ち向かう〜【ZennFes】
cscengineer
PRO
2
160
2026年6月23日 Syncable Tech + Start Python Club にて
hamukazu
0
150
コミットの「なぜ」を読む
ota1022
0
120
Featured
See All Featured
Organizational Design Perspectives: An Ontology of Organizational Design Elements
kimpetersen
PRO
1
750
AI Search: Where Are We & What Can We Do About It?
aleyda
0
7.6k
Fashionably flexible responsive web design (full day workshop)
malarkey
408
66k
Highjacked: Video Game Concept Design
rkendrick25
PRO
1
400
What's in a price? How to price your products and services
michaelherold
247
13k
The SEO Collaboration Effect
kristinabergwall1
1
490
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
508
140k
Bridging the Design Gap: How Collaborative Modelling removes blockers to flow between stakeholders and teams @FastFlow conf
baasie
0
590
The Illustrated Children's Guide to Kubernetes
chrisshort
51
52k
From π to Pie charts
rasagy
0
220
How To Speak Unicorn (iThemes Webinar)
marktimemedia
1
490
Groundhog Day: Seeking Process in Gaming for Health
codingconduct
0
220
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
終わり