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
Amazon Aurora Serverless v2が意外と高かった話と、AWS Dat...
Search
Satoshi Kaneyasu
May 09, 2024
Programming
1
800
Amazon Aurora Serverless v2が意外と高かった話と、 AWS Database Migration Serviceの話
Satoshi Kaneyasu
May 09, 2024
Tweet
Share
More Decks by Satoshi Kaneyasu
See All by Satoshi Kaneyasu
密集、ドキュメントのコロケーション with AWS Lambda
satoshi256kbyte
1
200
【PHP】破壊的バージョンアップと戦った話〜決断と説得
satoshi256kbyte
0
140
今更聞けないセキュリティ用語の基礎知識 2025新春
satoshi256kbyte
0
110
AWS re:Invent 2024個人的まとめ
satoshi256kbyte
0
200
今年一番支援させていただいたのは認証系サービスでした
satoshi256kbyte
1
300
おもにクラウドの話してます#4 OPスライド
satoshi256kbyte
0
61
AWS認定資格を勉強した先に何があったか
satoshi256kbyte
2
270
Amazon Aurora Serverless v2のアプデと、Amazon Aurora PostgreSQL Limitless DatabaseのGAについて
satoshi256kbyte
0
180
GitHub Actionsのキャッシュと手を挙げることの大切さとそれに必要なこと
satoshi256kbyte
5
480
Other Decks in Programming
See All in Programming
ARA Ansible for the teams
kksat
0
150
技術を根付かせる / How to make technology take root
kubode
1
250
1年目の私に伝えたい!テストコードを怖がらなくなるためのヒント/Tips for not being afraid of test code
push_gawa
1
350
『GO』アプリ データ基盤のログ収集システムコスト削減
mot_techtalk
0
130
SpringBoot3.4の構造化ログ #kanjava
irof
3
1k
GoとPHPのインターフェイスの違い
shimabox
2
200
さいきょうのレイヤードアーキテクチャについて考えてみた
yahiru
3
760
sappoRo.R #12 初心者セッション
kosugitti
0
260
富山発の個人開発サービスで日本中の学校の業務を改善した話
krpk1900
5
390
Multi Step Form, Decentralized Autonomous Organization
pumpkiinbell
1
800
ファインディLT_ポケモン対戦の定量的分析
fufufukakaka
0
820
苦しいTiDBへの移行を乗り越えて快適な運用を目指す
leveragestech
0
780
Featured
See All Featured
Why You Should Never Use an ORM
jnunemaker
PRO
55
9.2k
Making the Leap to Tech Lead
cromwellryan
133
9.1k
Fashionably flexible responsive web design (full day workshop)
malarkey
406
66k
RailsConf 2023
tenderlove
29
1k
How GitHub (no longer) Works
holman
314
140k
jQuery: Nuts, Bolts and Bling
dougneiner
63
7.6k
Adopting Sorbet at Scale
ufuk
74
9.2k
We Have a Design System, Now What?
morganepeng
51
7.4k
10 Git Anti Patterns You Should be Aware of
lemiorhan
PRO
656
59k
Navigating Team Friction
lara
183
15k
Reflections from 52 weeks, 52 projects
jeffersonlam
348
20k
Building Your Own Lightsaber
phodgson
104
6.2k
Transcript
Amazon Aurora Serverless v2が意外と ⾼かった話と、 AWS Database Migration Serviceの話 2024.05.09
SATOSHI KANEYASU
⾃⼰紹介 ⽒名︓兼安 聡 職種︓クラウドエンジニア 最近のお仕事︓DevOpsの推進 趣味︓サックス、筋トレ、CS ゲーム 資格︓ X(Twitter)︓@satoshi256kbyte
お伝えしたいこと • Amazon Aurora Serverless v2は意図せず⾼額になりうる。 • DBは後から種類の移⾏をカバーする 設定変更機能やAWS DMSというサービスが存在するというこ
と。
Amazon Aurora Serverless v2とは Aurora Serverless v2 は、Amazon Aurora ⽤のオンデマンドの
オートスケーリング設定です。Aurora Serverless v2 によって、 ワークロードをモニタリングし、データベースの容量を調整するプ ロセスを⾃動化しやすくなります。容量は、アプリケーションの需 要に応じて⾃動的に調整されます。DB クラスターが消費するリ ソースに対してのみ課⾦されます。 引⽤ https://docs.aws.amazon.com/ja_jp/AmazonRDS/latest/AuroraUserGuide/aurora- serverless-v2.html
Amazon Aurora Serverless v2は ACUという単位で性能が増減し、 それに応じて料⾦が増減します。 最⼩0.5ACU、最⼤128ACUのような設定ができま す。
構成図 AWS Lambda AWS App Runner Amazon Aurora Serverless v2
Amazon RDS Proxy (コネクションプーリング)
全然動かしてないのに結構⾼コスト 5⽉頭からGW前半時点
RDS Proxyの数字が気になる この2つは基本セットなのにACU-Hrに 開きがあるのはなぜ︖
公式サイトを確認 Amazon RDS Proxyの料⾦ https://aws.amazon.com/jp/rds/proxy/pricing/?nc=sn&loc=3 料⾦ 最低料⾦ Aurora Severless v2
0.025USD/ACU-時間 8 ACU プロビジョニングインスタンス 0.018US/vCPU-時間 2個の vCPU
公式サイトを確認 Amazon RDS Proxyの料⾦ https://aws.amazon.com/jp/rds/proxy/pricing/?nc=sn&loc=3 料⾦ 最低料⾦ Aurora Severless v2
0.025USD/ACU-時間 8 ACU プロビジョニングインスタンス 0.018US/vCPU-時間 2個の vCPU Aurora Serverless v2そのものはアクセスがなければACUは1とか0.5になるが、 RDS Proxyの料⾦は絶対に8 ACUかかる模様。 しかも停⽌という概念がないので、1ヶ⽉これぐらいは絶対にかかる。 0.025×8×24×30=144$>約21,600円(1$150円換算)
利⽤者が増えるまでは通常のAuroraの⽅が コスト効率は良いと思います Amazon Aurora Amazon Aurora Serverless v2 この変更はマネジメントコンソールで 設定を変更するだけの話
(ダウンタイムの考慮は必要)
ここで思い出す。 現実的には「Aurora⾃体が⾼い」と ⾔われることもあるので、RDSを使うことも ありそう。 開発時は特にそう。
本番はAuroraだけど開発の初期はRDSという 状況はあり得る Amazon Aurora Amazon Aurora Serverless v2 この場合、RDSからのAuroraへの変更は、 画⾯で設定変更だけとはいかない
Amazon RDS (MySQL)
RDSからAuroraの移⾏は 以前はエクスポート・インポートで やっていました。 でも今回は AWS Database Migration Servic(DMS) でやってみます
AWS DMSとは • データ移⾏サービスです。 • 本当はオンプレミスからAWSへの移⾏などに使われますが、 RDS→Auroraにも使えます。
AWS DMSの⼤まかな⼿順 • Auroraは先に作っておく • レプリケーションインスタンスの作成 • レプリケーションインスタンス=データ移⾏処理を実⾏するインスタンスです • ソースエンドポイントを作成(RDSを指定)
• ターゲットエンドポイントを作成(Auroraを指定) • データベース移⾏タスクを作成して実⾏
レプリケーションインスタンスと 2つのエンドポイントの経路 Virtual private cloud (VPC) Private subnet Private subnet
Security group Security group Security group Amazon RDS (MySQL) Amazon Aurora AWS DMS レプリケーション インスタンス ソースエンドポイント ターゲットエンドポイント DB側のセキュリティグループは、 レプリケーションインスタンスが 属すセキュリティグループの3306 の通信を許可 レプリケーションインスタンスは、 DBと通信可能なサブネットに配置 セキュリティグループも設定する
[参考]レプリケーションインスタンスの設定 この画⾯は新規作成後の編集画⾯です。 サブネットの設定は新規作成時にしかできません。
[参考]レプリケーションインスタンスのセキュ リティグループ 今回のケースの場合、 インバウンドは何もいらないです。
[参考]エンドポイントの設定 DBのエンドポイントのユーザ名・パスワードを設定して おきます。
[参考]データベース移⾏タスク ここまでで作ったインスタンスと各エンドポイントを指定してタスクを実⾏します。 移⾏対象はスキーマ単位・テーブル単位で絞ることができます。
まとめ • Amazon Aurora Serverless v2を使うと何もしなくても RDS Proxyにより⾼額になりうる。 • AWS
DMSや設定変更でカバーすることができるので、 状況に応じたDB選定しても⼤丈夫だということを覚えておいて ほしい。 • AWS DMSの落とし⽳があればまた共有します。
ありがとうございました。