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
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
38
20250723_Conohaウェビナー_高騰する海外クラウド費用を劇的カット_サーバーコスト最適化のポイント解説と成功事例のご紹介.pdf
nezumisannn
0
58
20241204_ビヨンド勉強会_44_AWS_Service_Catalogを利用したIaCのテンプレート化とTerraformによるデプロイ.pdf
nezumisannn
0
410
20240828_ビヨンド勉強会_42_EKS_on_FargateでWebサービスを公開するために覚えておきたいこと.pdf
nezumisannn
0
110
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
110
Other Decks in Technology
See All in Technology
顧客の要望は2次情報である 〜アンテナを張るFDEの構造論〜
noriakioji
5
1.1k
Contract One Engineering Unit 紹介資料
sansan33
PRO
0
20k
「面白い!」を信じ抜け。激動の時代を貫く、オンリーワン・エンジニアの条件
kizawa2020
2
470
信頼性はSREだけのものじゃない
hkawaras
0
380
AI駆動開発をチームに根付かせる - 「1行も書かない」チームがHarnessを育てた1年 -
kenichirokimura
6
3.4k
暗号化?某ファイルストレージはどうなるの!? 3rd Partyとうまく付き合う秘密度ラベル設計
kasada
0
220
:syncing_time:
sksat
3
870
アクセスキー流出時の対応で再認識した攻撃側と防御側の非対称性について
kazzpapa3
1
470
AWSとAzureのマルチクラウド活用における強い味方___AWS_Kiroを使った二刀流スキル作成.pdf
duelist2020jp
1
150
LLMアプリ、 雰囲気で運用してませんか? 〜LLMOpsの現在地〜
taka_aki
1
600
[RSJ26] Flow as Flow: Modeling Robot Velocity Fields as Probability Velocity Fields
keio_smilab
PRO
0
150
IHV like なユースケースへのOpenID Connect 関連仕様の適用事例
optim
0
390
Featured
See All Featured
Art, The Web, and Tiny UX
lynnandtonic
304
22k
Become a Pro
speakerdeck
PRO
31
6.2k
Docker and Python
trallard
47
4.2k
From π to Pie charts
rasagy
0
330
Design of three-dimensional binary manipulators for pick-and-place task avoiding obstacles (IECON2024)
konakalab
0
560
Stewardship and Sustainability of Urban and Community Forests
pwiseman
0
500
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
46
3k
Fashionably flexible responsive web design (full day workshop)
malarkey
408
67k
Information Architects: The Missing Link in Design Systems
soysaucechin
1
1.1k
Designing for Performance
lara
611
70k
End of SEO as We Know It (SMX Advanced Version)
ipullrank
3
4.4k
Avoiding the “Bad Training, Faster” Trap in the Age of AI
tmiket
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
終わり