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
abema
January 23, 2020
Technology
0
2.3k
Fargateでバッチ処理するときの監視
タガヤスその15のLT資料です
abema
January 23, 2020
Tweet
Share
More Decks by abema
See All by abema
【タガヤスその30】AWS re:Invent2022 参加レポート
abema
0
690
Other Decks in Technology
See All in Technology
Fanstaの1年を大解剖! 一人SREはどこまでできるのか!?
syossan27
2
240
多領域インシデントマネジメントへの挑戦:ハードウェアとソフトウェアの融合が生む課題/Challenge to multidisciplinary incident management: Issues created by the fusion of hardware and software
bitkey
PRO
2
120
サイバー攻撃を想定したセキュリティガイドライン 策定とASM及びCNAPPの活用方法
syoshie
3
1.5k
Working as a Server-side Engineer at LY Corporation
lycorp_recruit_jp
0
380
サービスでLLMを採用したばっかりに振り回され続けたこの一年のあれやこれや
segavvy
2
560
OCI技術資料 : ファイル・ストレージ 概要
ocise
3
11k
Amazon Kendra GenAI Index 登場でどう変わる? 評価から学ぶ最適なRAG構成
naoki_0531
0
140
TSKaigi 2024 の登壇から広がったコミュニティ活動について
tsukuha
0
170
DUSt3R, MASt3R, MASt3R-SfM にみる3D基盤モデル
spatial_ai_network
2
280
20241220_S3 tablesの使い方を検証してみた
handy
4
700
株式会社ログラス − エンジニア向け会社説明資料 / Loglass Comapany Deck for Engineer
loglass2019
3
32k
React Routerで実現する型安全なSPAルーティング
sansantech
PRO
2
290
Featured
See All Featured
Building Applications with DynamoDB
mza
91
6.1k
Build The Right Thing And Hit Your Dates
maggiecrowley
33
2.4k
XXLCSS - How to scale CSS and keep your sanity
sugarenia
248
1.3M
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
2
290
Code Review Best Practice
trishagee
65
17k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
44
6.9k
Designing for humans not robots
tammielis
250
25k
GraphQLとの向き合い方2022年版
quramy
44
13k
Stop Working from a Prison Cell
hatefulcrawdad
267
20k
Learning to Love Humans: Emotional Interface Design
aarron
274
40k
How to train your dragon (web standard)
notwaldorf
88
5.7k
Dealing with People You Can't Stand - Big Design 2015
cassininazir
365
25k
Transcript
ECS Fargateで バッチ処理するときの監視 株式会社オプト 仙台テクノロジー開発部 阿部
Fargateつかってますか?
Fargateのタスクにも2種類
サーバー型のタスク バッチ型のタスク 常時タスク*(コンテナ)が1つ以上起動し続けるもの タスクがバッチ処理を行い終了するもの * ECSの世界ではコンテナのことをタスクと呼びます (いや、正確には違うんだけどここではそういうことにします)
サーバー型 ECSがサービスと呼ばれる概念で起動するタスクの 数を管理してくれる タスクが異常終了したらサービスがあるべきタスク数を維持 するために再起動してくれる タスク数をベースに監視も容易
バッチ型 サービスがない サービスはあるべきタスク数を維持するものなので、バッチ処 理には使えない ECSにはコンテナをバッチ処理に使うための機能がない K8sにはJobsとかCronJobsって概念があるので 最近ではEKS on Fargate使うべきなのかも っていうかAWS
BatchがさっさとFargate対応s
バッチ型 つまりECSには・・・ 生に立ち会い 死を看取るものがいない ECSでは終了タスクの一覧を確認できます でもFargateだとしばらくすると消えちゃうんですよね
CloudWatch Event
CloudWatch Event AWSリソースの起動や終了などの状態変化を検知 できる(対応してるやつは) あとcronみたいなのも出来る
つまりこう Fargateタスク CloudWatch Event Lambda Slack タスクの終了 終了を検知 終了コードを Lambdaに渡す
終了コードを判 定してSlackに通 知 アラーム
{ "source": [ "aws.ecs" ], "detail-type": [ "ECS Task State
Change" ], "detail": { "clusterArn": [ "arn:aws:ecs:${AWS::Region}:${AWS::AccountId}:cluster/${ClusterName}" ], "lastStatus": [ "STOPPED" ] } } イベントのパターンマッチ
詳しくはこちら バッチ処理するECSタスクが異常終了したとき通知する なんとひとつも”いいね”がついていません!
しかしFargateバッチの 監視はこれで終わらない
次回予告
第二話 ゾンビタスク監視 リトライ処理 EKS on Fargate
終