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
ECS on EC2 で Auto Scaling やってみる!
Search
SAYJOY
August 09, 2022
Technology
1
2.8k
ECS on EC2 で Auto Scaling やってみる!
JAWS-UGコンテナ支部 入門編 #7 初心者大歓迎LT大会
SAYJOY
August 09, 2022
Tweet
Share
Other Decks in Technology
See All in Technology
AI時代にあわせたQA組織戦略
masamiyajiri
6
2.7k
Security Hub と出会ってから 1年半が過ぎました
rch850
0
180
[Iceberg Meetup #4] ゼロからはじめる: Apache Icebergとはなにか? / Apache Iceberg for Beginners
databricksjapan
0
490
AIとともに歩む情報セキュリティ / Information Security with AI
kanny
4
2.4k
AWS監視を「もっと楽する」ために
uechishingo
0
420
AI アクセラレータチップ AWS Trainium/Inferentia に 今こそ入門
yoshimi0227
1
330
プロダクトエンジニアこそ必要なPMスキル 〜デリバリー力を最大化し、価値を届け続けるために〜
layerx
PRO
0
140
DEVCON 14 Report at AAMSX RU65: V9968, MSX0tab5, MSXDIY etc
mcd500
0
230
Werner Vogelsが14年間 問い続けてきたこと
yusukeshimizu
2
220
JuliaTokaiとしてはこれが最後かもしれない(仮) for NGK2026S
antimon2
0
120
【5分でわかる】セーフィー エンジニア向け会社紹介
safie_recruit
0
41k
SMTP完全に理解した ✉️
yamatai1212
0
110
Featured
See All Featured
Building Adaptive Systems
keathley
44
2.9k
[SF Ruby Conf 2025] Rails X
palkan
0
720
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
16
1.8k
Mobile First: as difficult as doing things right
swwweet
225
10k
How to build a perfect <img>
jonoalderson
1
4.9k
Data-driven link building: lessons from a $708K investment (BrightonSEO talk)
szymonslowik
1
900
Jess Joyce - The Pitfalls of Following Frameworks
techseoconnect
PRO
1
59
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
31
3.1k
End of SEO as We Know It (SMX Advanced Version)
ipullrank
2
3.9k
Git: the NoSQL Database
bkeepers
PRO
432
66k
Testing 201, or: Great Expectations
jmmastey
46
8k
The Mindset for Success: Future Career Progression
greggifford
PRO
0
220
Transcript
ECS on EC2 で Auto Scaling やってみる! 山本 政治 JAWS-UGコンテナ支部
入門編 #7 初心者大歓迎LT大会 01.
1.構成 2.制御の仕組み 本日のトピック 02.
Fargate じゃない方のECSで 恐縮ですが、お付き合い下さい〜 03.
Name:山本政治(せいじ) Twitter:@gringriffin (SAYJOY) Blog:sayjoyblog.com AWS 経験:3年(現職) SE 経験:8年(前職) 自己紹介 04.
構成 05.
2種類のスケーリング タスク インスタンス 06. ECS on EC2 のAuto Scaling ...
クラスター サービス アラーム × 2 動的スケーリングポリシー Cloud Watch (CapacityProviderReservation メトリクス)
ECS 構成 07. キャパシティープロバイダー キャパシティープロバイダー戦略 タスクスケーリングポリシー Auto Scaling Group
制御の仕組み 08.
タスク インスタンス ECS on EC2 のAuto Scaling ... 2種類のスケーリング 09.
10. • キャパシティープロバイダーが制御 • 制御:ASG の DesiredCapacity(インスタンス数)を更新 • 判断:CapacityProviderReservation(CPR)を監視 mdm
インスタンスのスケーリング
CapacityProviderReservation (CPR)って何? 11. ・・・CPR の計算方法を使って説明します。
CapacityProviderReservation(CPR)= 必要なインスタンス数 (M) 現在のインスタンス数 (N) / × 100 • タスクの配置に必要なインスタンス数
• M にはプロビジョニング状態のタスクも含む 12.
CapacityProviderReservation(CPR)= 必要なインスタンス数 (M) 現在のインスタンス数 (N) / • N の増減 =
Auto Scaling × 100 13.
CapacityProviderReservation(CPR)= 必要なインスタンス数 (M) 現在のインスタンス数 (N) / • キャパシティープロバイダーは、 CPR の値をターゲット値に近づけようと頑張る
(→インスタンスのスケールを制御) × 100 14.
伝わりました? 15. ・・・3パターンの例をご紹介します。 ※前提条件 • キャパシティープロバイダーのターゲット値は 100 • 1インスタンスに1タスク
16. 例 1)スケールアウトする インスタンス タスク (プロビジョニング状態) M=4、N=3 のとき・・・ CPR =
4 / 3 * 100 = 133.333 →インスタンスが足りないので、スケールアウトする →(N:インスタンス数を増やす)
17. 例 2)スケールインできる M=2、N=3 のとき・・・ CPR = 2 / 3
* 100 = 66.666 →インスタンスが余っているので、スケールインできる状態 →(N:インスタンス数を減らせる”かもしれない”) インスタンス タスク
18. 例 3)何も起こらない M=3、N=3 のとき・・・ CPR = 3 / 3
* 100 = 100 →ターゲット値と等しいので、何も起こらない(安定) インスタンス タスク
まとめ 19.
20. • Auto Scaling まわりの構成 • スケーリング制御の仕組み ⚬ 2種類のスケーリング ⚬
CPR 監視によるスケーリングの判断 ⚬ キャパシティープロバイダーによるASG 更新 mdm まとめ
ありがとうございました SAYJOY