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
Fargateで夢は見られるのか
Search
hatappi
August 31, 2018
Programming
1
2.1k
Fargateで夢は見られるのか
#Speee_TGIF
hatappi
August 31, 2018
Tweet
Share
More Decks by hatappi
See All by hatappi
RubyではじめるGraphQL
hatappi
0
810
RubyでChainerつくってます!!
hatappi
2
1.4k
TDDな個人開発
hatappi
0
280
できるだけ楽して楽しくRails開発しよう
hatappi
2
310
EKSにRailsをのせた
hatappi
1
1.1k
RubyとApache Arrow
hatappi
0
2.2k
Red Chainerを なぜ作って今後どうするのか
hatappi
2
2.3k
個人サービスをFargateに移行したよ
hatappi
1
640
Rails + TypeScript + React + Hypernovaで始めるSSRライフ
hatappi
1
2k
Other Decks in Programming
See All in Programming
自力でTTSモデルを作った話
zgock999
0
110
PEPCは何を変えようとしていたのか
ken7253
3
290
仕様変更に耐えるための"今の"DRY原則を考える
mkmk884
9
3.2k
ABEMA iOS 大規模プロジェクトにおける段階的な技術刷新 / ABEMA iOS Technology Upgrade
akkyie
1
220
XStateを用いた堅牢なReact Components設計~複雑なClient Stateをシンプルに~ @React Tokyo ミートアップ #2
kfurusho
1
990
AWS Step Functions は CDK で書こう!
konokenj
4
630
読まないコードリーディング術
hisaju
0
110
kintone開発を効率化するためにチームで試した施策とその結果を大放出!
oguemon
0
170
ファインディLT_ポケモン対戦の定量的分析
fufufukakaka
0
940
Django NinjaによるAPI開発の効率化とリプレースの実践
kashewnuts
1
280
The Clean ArchitectureがWebフロントエンドでしっくりこないのは何故か / Why The Clean Architecture does not fit with Web Frontend
twada
PRO
1
240
iOSでQRコード生成奮闘記
ktcryomm
2
110
Featured
See All Featured
Fashionably flexible responsive web design (full day workshop)
malarkey
406
66k
Rebuilding a faster, lazier Slack
samanthasiow
80
8.9k
Code Reviewing Like a Champion
maltzj
521
39k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
280
13k
Designing for Performance
lara
605
68k
For a Future-Friendly Web
brad_frost
176
9.6k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
33
2.1k
How To Stay Up To Date on Web Technology
chriscoyier
790
250k
Facilitating Awesome Meetings
lara
53
6.2k
Music & Morning Musume
bryan
46
6.4k
YesSQL, Process and Tooling at Scale
rocio
172
14k
A designer walks into a library…
pauljervisheath
205
24k
Transcript
Fargateで 夢は⾒られるのか? Speee エンジニアTGIF UZOU事業部 畑中 悠作
About me • Yusaku Hatanaka (@hatappi) • Speee, Inc •
Ruby, Go, TypeScript, etc. • 煎り⼤⾖が好き
今⽇の主役
ECSとは? • Amazon Elastic Container Service • コンテナを良い感じに管理してくれ る
ECSでの登場⼈物 • task definition • どのcontainerを⽴てるかやボリュームの追加などを⾏う docker-compose.ymlを作るイメージに近い • task •
タスク定義のインスタンス化したもの • service • 指定した数のタスクを実⾏、管理する • cluster • taskを配置できるインスタンスの集まり
ECS最適化されたAMIを指定した AutoScalingGroupのDesiredCapacityをあげる タスクを実⾏ AutoScalingGroupのDesiredCapacityを0にする バッチの実⾏開始
タスクが起動する下回りのインス タンスを管理しないといけない
AutoScalingGroupで起動する AMIをメンテナンスしていかないと
None
更新されない
出来るだけメンテナンス するものは減らしたい
None
Fargateとは? • 新しいサービスというよりはECSのEC2と並ぶ新し い起動タイプという捉え⽅がよいかも • ECSにて下回りのインスタンス群の管理を⾃分でし なくてもよくなる
Fargate IUUQTBXTBNB[PODPNKQCMPHTOFXTBXTGBSHBUFBQSPEVDUPWFSWJFX • ユーザーが意識して管理するのはタスクの 管理 • クラスター管理や使⽤時の最適化も必要な い • ⾃分の使いたいメモリ、vCPUの組み合わ
せを指定するだけ • Fargate⾃体はECSに組み込まれているの で新しくAPIを覚えていくみたいな必要は ない
ECS最適化されたAMIを指定した AutoScalingGroupのDesiredCapacityをあげる コンテナを⽴ち上げてタスクを実⾏ AutoScalingGroupのDesiredCapacityを0にする バッチの実⾏開始
ECS最適化されたAMIを指定した AutoScalingGroupのDesiredCapacityをあげる コンテナを⽴ち上げてタスクを実⾏ AutoScalingGroupのDesiredCapacityを0にする バッチの実⾏開始
価格は? • 1vCPUごとで1時間あたり0.0632 USD 1GBごとでメモリは1時間あたり0.0158 USD • 1秒あたりの最低1分 docker pullの開始からタスクの終了までが計算さ
れる
CPUとメモリの組み合わせ CPU メモリの値 0.25 vCPU 0.5 GB、1 GB、および 2 GB
0.5 vCPU 1 GB、2 GB、および 3 GB 1 vCPU 最低 2 GB および最⼤8 GB (1 GB 単位) 2 vCPU 最低 4 GB および最⼤16 GB (1 GB 単位) 4 vCPU 最低 8 GB および最⼤30 GB (1 GB 単位)
監視周り • Service単位ではCPU, メモリ使⽤率はCloudWatch メトリクスからとることは出来る • 実⾏しているコンテナごとにメトリクスを取りた い!
監視周り • Datadog (https://www.datadoghq.com/) • IntegrationによってCloudWatchで取得できるメトリク スを収集できる • コンテナ単位はタスクメタデータを介して取得すること が出来る
• お⾦はかかる IUUQTBXTBNB[PODPNKQBCPVUBXTXIBUTOFXBXTGBSHBUFQMBUGPSNWFSTJPO
タスク定義
最近のFargate
まとめ • Fargateについて紹介しました • Fargateを使うことで実⾏されるタスクに集中できる • 今稼働しているインスタンスのスペックをそのままもって くると割⾼かも • コンテナに割り当てるリソースだけを意識すれば良いの
スペックの⾒直しをしても良いかも • 夢を⾒る前に現実を⾒るのも⼤事