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
アプリケーションエンジニアがDistributed Load Testingで 負荷テ...
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
Satoshi Kaneyasu
July 20, 2024
Programming
160
2
Share
アプリケーションエンジニアがDistributed Load Testingで 負荷テストをしてみる〜Ver.B〜
Road to SRE NEXT@広島
での登壇資料です。
Satoshi Kaneyasu
July 20, 2024
More Decks by Satoshi Kaneyasu
See All by Satoshi Kaneyasu
AWS re:Invent 2025の少し振り返り + DevOps AgentとBacklogを連携させてみた
satoshi256kbyte
3
190
Amazon_Cognito_で構築する_スケーラブルな_Web_アプリケーション__シングルページ_Web_アプリケーションに認証を組み込む_.pdf
satoshi256kbyte
0
35
人間とAI、どちらが書いたコードもCI/CDでチェックしてみよう
satoshi256kbyte
0
37
今こそ押さえておきたい アマゾンウェブサービス(AWS)の データベースの基礎 おもクラ #6版
satoshi256kbyte
1
260
今こそ押さえておきたい アマゾンウェブサービス(AWS)の データベースの基礎
satoshi256kbyte
1
56
人間とAI、どちらが書いたコードもCICDでチェックしてみよう
satoshi256kbyte
1
51
はじめてのカスタムエージェント【GitHub Copilot Agent Mode編】
satoshi256kbyte
0
580
お客様とSIerではじめたスクラム開発(で得た学び)
satoshi256kbyte
0
120
From Pipenv to UV: Migrating to a Monorepoto Tame a Complex Repository
satoshi256kbyte
0
73
Other Decks in Programming
See All in Programming
inferと仲良くなる10分間
ryokatsuse
1
210
iOS26時代の新規アプリ開発
yuukiw00w
0
190
継続的な負荷検証を目指して
pyama86
3
1.5k
横断組織出身のQAEがインプロセスQAEでつまずいたこと・活かせたこと
ty89
0
170
サークル参加から学ぶ、小さな事業の回し方
yuzneri
0
220
プロパティの順序で型推論が壊れる!? TypeScript6.0の修正からContext-Sensitivityの仕組みを追う
bicstone
2
880
Transactional Change Stream Processing With Debezium and Apache Flink
gunnarmorling
1
120
AWSはOSSをどのように 考えているのか?
akihisaikeda
1
140
Firefoxにコントリビューションして得られた学び
ken7253
2
170
ビジネスモデルから紐解く、AI+型駆動開発
hirokiomote
2
1.2k
Copilot CLI の継戦能力を高める コンテキスト管理
nozomutu
1
550
今さら聞けないCancellationToken
htkym
0
170
Featured
See All Featured
AI Search: Implications for SEO and How to Move Forward - #ShenzhenSEOConference
aleyda
1
1.2k
The Mindset for Success: Future Career Progression
greggifford
PRO
0
340
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
122
21k
Building a Scalable Design System with Sketch
lauravandoore
463
34k
Visual Storytelling: How to be a Superhuman Communicator
reverentgeek
2
530
Fashionably flexible responsive web design (full day workshop)
malarkey
408
66k
The Language of Interfaces
destraynor
162
26k
GraphQLとの向き合い方2022年版
quramy
50
15k
The Illustrated Guide to Node.js - THAT Conference 2024
reverentgeek
1
360
Art, The Web, and Tiny UX
lynnandtonic
304
21k
From π to Pie charts
rasagy
0
190
Avoiding the “Bad Training, Faster” Trap in the Age of AI
tmiket
0
150
Transcript
アプリケーションエンジニアが Distributed Load Testingで 負荷テストをしてみる 〜Ver.B〜 2024.07.20 SATOSHI KANEYASU
2 ⾃⼰紹介 ⽒名︓兼安 聡 所属︓株式会社サーバーワークス アプリケーションサービス部 在住︓広島(フルリモート) 担当︓DevOps、PM、SM 2024 Japan
AWS Top Engineers (Database) 2024 Japan AWS All Certifications Engineers 認定スクラムマスター X︓@satoshi256kbyte アプリエンジニアであり、 SIerです︕
アプリエンジニアにとって負荷テストとは︖ • 必要なのは間違いない • エースクラスのエンジニアしか経験していない レアイベント • かなりのレアスキル • ⾒積の書式に負荷テストの項⽬がない
• ⼯程に負荷テストの項⽬がない • でもなんか要るってことでなし崩し的にやるこ とになる (個⼈の感想です)
たまに⾒られる光景 ① なし崩し的に負荷テストが決定 ② 暗中模索で負荷テストを実施 ③ なんとなく負荷テストを終える ④ 本番で問題が起きる ⑤
設計、開発レビューが厳しくなる ⑥ 開発体験が低下 PDCAのCができてない状態でズレた改善が打たれがち (個⼈の感想です)
なぜこうなるのか︖ • 負荷テストの実施に求められるスキルが、 アプリエンジニアとレイヤーと違うから • ネットワーク • 負荷分散 • スキルが揃ってないから適切な是正案が出せない
(これが全てではないけれど)
過去の失敗経験 • オンプレサーバーから負荷テストを⾏い、 社内NWを重くしてインフラの⽅にお叱りを受ける • 1台のサーバーでやろうとしてCPU・ソケット数の壁 で負荷をかけきれない • 複数台にした場合、1台あたりの性能・かける負荷が どれぐらいが適切かがわからない
アプリエンジニアにとって負荷テストのネックは 負荷テストの環境の準備>>>テストシナリオ作成
暗中模索で負荷テストするのを改善 ① なし崩し的に負荷テストが決定 ② 暗中模索で負荷テストを実施 ③ なんとなく負荷テストを終える ④ 本番で問題が起きる ⑤
設計、開発レビューが厳しくなる ⑥ 開発体験が低下
Distributed Load Testingとは︖ • 準備に時間をかけることなく負荷テストをするための AWS製のソリューションです。 • 略称DLT • 参考資料
• AWS での分散負荷テスト | AWS ソリューション • 負荷テスト on AWS のすすめ ~ 第 1 回 • 負荷テスト on AWS のすすめ ~ 第 2 回 • 負荷テスト on AWS のすすめ ~ 第 3 回 • サーバーワークスエンジニアブログ - Distributed Load Testing on AWS を使ってみた
Distributed Load Testingの構成 引⽤︓AWS での分散負荷テスト | AWS ソリューション
Distributed Load Testingの特徴 • 公式ページのリンククリックでIaCが起動 • 詳しいセットアップ⽅法はこちら • アプリケーションエンジニアがDistributed Load
Testingで負荷テストをしてみる〜Ver.A〜 • GUIで負荷テストを実施可能 • JMeterのシナリオファイルを使⽤可能 • 並列実⾏数の設定をGUIで指定可能 • コンテナ数とコンテナごとのユーザー数を指定する⽅式 • 結果をグラフィカルに表⽰
Distributed Load Testingのを使⽤する理由 • AWSのNWを使⽤するのでNW問題で負荷がかけれな い事態がおきにくい • ただし、AWSのNWは速すぎるというのは留意 • コンテナ+GUIで並列数が指定できるので負荷分散の
トライ&エラーがやりやすい • DLTの画⾯とCloudWatchに記録が残るので分析がし やすい
最後に AWSで負荷テストをする時は申請を 忘れずに︕
ご清聴ありがとうございました。