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
一時的なスケールアップ、 戻し忘れにご注意!
Search
sato reo
May 13, 2026
39
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
一時的なスケールアップ、 戻し忘れにご注意!
sato reo
May 13, 2026
More Decks by sato reo
See All by sato reo
NWサービスとconfファイルで通信の確認をしていく話 〜地道な学び〜
sato_reo
1
170
Featured
See All Featured
How STYLIGHT went responsive
nonsquared
100
6.3k
Context Engineering - Making Every Token Count
addyosmani
9
1.1k
AI Search: Implications for SEO and How to Move Forward - #ShenzhenSEOConference
aleyda
1
1.4k
Chasing Engaging Ingredients in Design
codingconduct
0
310
Building Applications with DynamoDB
mza
96
7.2k
What the history of the web can teach us about the future of AI
inesmontani
PRO
1
690
Pawsitive SEO: Lessons from My Dog (and Many Mistakes) on Thriving as a Consultant in the Age of AI
davidcarrasco
0
240
Designing for humans not robots
tammielis
254
26k
A Tale of Four Properties
chriscoyier
163
24k
How to make the Groovebox
asonas
2
2.4k
Data-driven link building: lessons from a $708K investment (BrightonSEO talk)
szymonslowik
1
1.3k
Keith and Marios Guide to Fast Websites
keithpitt
413
23k
Transcript
一時的なスケールアップ、 戻し忘れにご注意! JAWS-UG 茨城 #13 祝・新CBs誕生!AWS Community BuildersLT大会 2026年5⽉13⽇
概要 • 自己紹介 • 前提 • とある課題 • アプローチ方法 •
改善点 • まとめ
自己紹介 名前:佐藤 零朗(サトウ レオ) 仕事:インフラエンジニア コミュニティ:配信部/千葉支部 好きなAWSサービス: IAM、S3 2026 AWS
Community Builders (Cloud Operations)
00 前提 スケールアップユースケース •ステートフルなアプリを持つサーバ • 処理がシングルスレッドで並列化できない • 書き込みが必要なデータベース
01 とある課題 負荷が急増! インスタンスのCPU・メモリが 逼迫。急いでタイプを変更。 → 安定した 負荷が落ち着いた。 そろそろ元に戻せるはず… だが戻し忘れる
→ あれ、戻したっけ? 先月のAWS請求額が なんかいつもより高い… インスタンスタイプを上げたまま放置 → 月額コストが上がり続ける
02 アプローチ方法 自動で「戻す」のではなく 自動で「気づかせる」 意図せず戻すことを防ぐ 変更前後のタイプを通知 t3.micro → t3.small どんな変更があったか一目でわかる
月額コスト差分を通知 +$21.90 USD/月 放置した場合のコスト影響が明確 定期的に通知 月曜〜金曜 9:00 JST 元に戻したかを定期的に確認 不要なコストの削減につながる
02 アプローチ方法 すでに削除されたインスタンスは除外
02 アプローチ方法 実際にインスタンスタイプを変更した。 t3.microからt3.smallへ変更
02 アプローチ方法
03 改善点 • インスタンスタイプを戻しても、一定期間は通知が来る • 多くのインスタンスの場合、把握しづらくなりそう
04 まとめ • 一時的なスケールアップをした場合、落ち着いたら戻そう • 自動で戻すのではなく、手動で! • 月額差分を出すことで、変更した際のコストを可視化 • もっと見やすい感じにしていきたい
余談 与える側へのスケールアップ ・Community Buildersになり、より一層アウトプットをしていきたい。 去年:ブログ1本、登壇 2回 ・AWS BuilderCardsも広めていきたい より与える側へ!