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
nezumisannn
October 08, 2021
Technology
1
94
20211008_ApsaraDB_for_PolarDBとAWS_Auroraの機能比較.pdf
nezumisannn
October 08, 2021
Tweet
Share
More Decks by nezumisannn
See All by nezumisannn
20240530_ビヨンド勉強会#41_ビヨンドのエンジニア新卒研修における取り組み
nezumisannn
0
61
20230511_AWSにおけるコンテナサービスの選択とIaC実装例.pdf
nezumisannn
0
980
リーダーになって1年経過して_取り組んできたことと大事にしている考え方_の裏側_.pdf
nezumisannn
0
56
20211118_GKEにおける高負荷時のPodとWorker_Nodeの挙動について.pdf
nezumisannn
0
100
20211014_Alibaba_Cloud_Container_Service_for_KubernetesにおけるServerless_Kubernetesの概要とManaged_Kubernetesとの違い.pdf
nezumisannn
0
59
20210122_AlibabaCloudパートナーサミット_Terraform_Cloudを活用するマルチクラウドオートメーション.pdf
nezumisannn
0
41
20201203_AlibabaCloudセミナー_ApsaraDB_for_PolarDB_の便利機能と競合DBとの差別化ポイントの紹介.pdf
nezumisannn
0
16
20200617_ビヨンド勉強会_24_Terraformにおけるディレクトリ構造のプラクティスと記述事例.pdf
nezumisannn
0
260
20200522_FGDC_Terraform_CloudでGitOpsを使用したCI_CDパイプラインを構築する.pdf
nezumisannn
0
390
Other Decks in Technology
See All in Technology
開発生産性をむしろ向上させる セキュリティパートナーの作り方 / Dev Productivity Con 2024
flatt_security
0
380
MySQLのロックの種類とその競合
yoku0825
6
1.6k
Luupの開発組織におけるインシデントマネジメントの変遷 ver.RoadtoSRENEXT2024
grimoh
1
270
Flutter研修【MIXI 24新卒技術研修】
mixi_engineers
PRO
0
160
Git 研修 Advanced【MIXI 24新卒技術研修】
mixi_engineers
PRO
0
200
Classmethod流のPlatform Engineering / classmethod-platform-engineering-devio2024
tomoki10
0
480
クラウド利用者の「責任」をどう果たす?AWSセキュリティ対策のススメ #AWSSummit
hiashisan
0
280
How to Think Like a Performance Engineer
csswizardry
4
590
技術負債による事業の失敗はなぜ起こるのか / Why do business failures due to technical debt occur?
i35_267
0
190
セキュリティ研修 Day1【MIXI 24新卒技術研修】
mixi_engineers
PRO
0
160
年間一億円削減した時系列データベースのアーキテクチャ改善~不確実性の高いプロジェクトへの挑戦~
lycorptech_jp
PRO
3
2.9k
サーバーレスAPI(API Gateway+Lambda)とNext.jsで 個人ブログを作ろう!
shuntaka
PRO
0
560
Featured
See All Featured
Bootstrapping a Software Product
garrettdimon
PRO
304
110k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
662
120k
WebSockets: Embracing the real-time Web
robhawkes
59
7.2k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
277
13k
4 Signs Your Business is Dying
shpigford
178
21k
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
26
1.8k
From Idea to $5000 a Month in 5 Months
shpigford
377
46k
A better future with KSS
kneath
231
17k
Build your cross-platform service in a week with App Engine
jlugia
227
17k
The MySQL Ecosystem @ GitHub 2015
samlambert
248
12k
Bash Introduction
62gerente
607
210k
Mobile First: as difficult as doing things right
swwweet
219
8.8k
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
終わり