はじめに
Webアプリケーションをリリースする前に「本番環境で何人のユーザーに耐えられるか」を把握しておきたい場面は多いです。しかし、大規模な負荷テストを自前で構築するのは、サーバーの準備やツールの設定など手間がかかります。
AWS Distributed Load Testing on AWS（DLT） は、CloudFormationテンプレート一発でデプロイでき、Webコンソールから簡単に数千〜数万の同時接続をシミュレートできるAWSソリューションです。
この記事では、DLTの仕組みから実際のデプロイ、テスト実行までを解説します。
DLTの特徴
| 特徴 | 説明 |
|---|---|
| サーバーレス | ECS Fargate上でテストを実行。サーバー管理不要 |
| スケーラブル | タスク数を増やすだけで負荷を増加可能 |
| JMeter対応 | 既存のJMeterスクリプトをそのまま使用可能 |
| Webコンソール付属 | GUIでテスト作成・実行・結果確認が完結 |
| マルチリージョン | 複数リージョンからの負荷生成に対応 |
アーキテクチャ
┌─────────────────┐ ┌──────────────┐ ┌─────────────────┐
│ Web Console │────▶│ API Gateway │────▶│ Lambda │
│ (CloudFront+S3)│ │ │ │ (テスト管理) │
└─────────────────┘ └──────────────┘ └────────┬────────┘
│
▼
┌─────────────────┐ ┌──────────────┐ ┌─────────────────┐
│ DynamoDB │◀────│ Step Functions│────▶│ ECS Fargate │
│ (テスト結果) │ │ (オーケスト) │ │ (Taurus+JMeter)│
└─────────────────┘ └──────────────┘ └─────────────────┘
内部ではオープンソースのTaurusが動作しており、JMeter、K6、Locustなどのテストフレームワークをサポートしています。
デプロイ手順
1. CloudFormationでデプロイ
AWSコンソールから以下のURLにアクセスし、「Launch Stack」をクリックします。
または、AWS CLIでデプロイする場合：
# テンプレートのダウンロード
curl -O https://s3.amazonaws.com/solutions-reference/distributed-load-testing-on-aws/latest/distributed-load-testing-on-aws.template
# スタックの作成
aws cloudformation create-stack \
--stack-name distributed-load-testing \
--template-body file://distributed-load-testing-on-aws.template \
--parameters \
ParameterKey=AdminEmail,ParameterValue=your-email@example.com \
ParameterKey=ExistingVPCId,ParameterValue=vpc-xxxxxxxx \
ParameterKey=ExistingSubnetA,ParameterValue=subnet-xxxxxxxx \
ParameterKey=ExistingSubnetB,ParameterValue=subnet-yyyyyyyy \
--capabilities CAPABILITY_IAM CAPABILITY_NAMED_IAM CAPABILITY_AUTO_EXPAND
主要なパラメータ：
| パラメータ | 説明 |
|---|---|
AdminEmail |
ログイン用のメールアドレス |
ExistingVPCId |
使用するVPC ID |
ExistingSubnetA/B |
インターネット接続可能なサブネット |
デプロイには約15分かかります。
2. 初回ログイン
デプロイ完了後、指定したメールアドレスに一時パスワードが届きます。
CloudFormationの出力タブから ConsoleUrl を確認し、Webコンソールにアクセスしてログインします。
テストの作成と実行
シンプルなHTTPテスト
Webコンソールから「Create Test」をクリックし、以下を設定します。
Name: api-load-test
Description: APIエンドポイントの負荷テスト
# テスト設定
Task Count: 10 # Fargateタスク数
Concurrency: 100 # タスクあたりの同時接続数
Ramp Up: 60 # 負荷を上げるまでの秒数
Hold For: 300 # 負荷を維持する秒数
# ターゲット
HTTP Method: GET
Target URL: https://api.example.com/health
この設定では、10タスク × 100同時接続 = 1,000同時ユーザーをシミュレートします。
JMeterスクリプトを使う
より複雑なシナリオはJMeterスクリプトで定義できます。
<?xml version="1.0" encoding="UTF-8"?>
<jmeterTestPlan version="1.2" properties="5.0">
<hashTree>
<TestPlan guiclass="TestPlanGui" testclass="TestPlan" testname="API Test">
<elementProp name="TestPlan.user_defined_variables" elementType="Arguments"/>
<boolProp name="TestPlan.functional_mode">false</boolProp>
</TestPlan>
<hashTree>
<ThreadGroup guiclass="ThreadGroupGui" testclass="ThreadGroup" testname="Users">
<intProp name="ThreadGroup.num_threads">100</intProp>
<intProp name="ThreadGroup.ramp_time">30</intProp>
<boolProp name="ThreadGroup.scheduler">true</boolProp>
<stringProp name="ThreadGroup.duration">300</stringProp>
</ThreadGroup>
<hashTree>
<HTTPSamplerProxy guiclass="HttpTestSampleGui" testclass="HTTPSamplerProxy" testname="GET /api/users">
<stringProp name="HTTPSampler.domain">api.example.com</stringProp>
<stringProp name="HTTPSampler.protocol">https</stringProp>
<stringProp name="HTTPSampler.path">/api/users</stringProp>
<stringProp name="HTTPSampler.method">GET</stringProp>
</HTTPSamplerProxy>
<HeaderManager guiclass="HeaderPanel" testclass="HeaderManager" testname="Headers">
<collectionProp name="HeaderManager.headers">
<elementProp name="Authorization" elementType="Header">
<stringProp name="Header.name">Authorization</stringProp>
<stringProp name="Header.value">Bearer ${__P(token,)}</stringProp>
</elementProp>
</collectionProp>
</HeaderManager>
</hashTree>
</hashTree>
</hashTree>
</jmeterTestPlan>
このスクリプトをWebコンソールからアップロードして実行できます。
テスト結果の見方
テスト完了後、以下のメトリクスが確認できます。
| メトリクス | 説明 |
|---|---|
| Avg Response Time | 平均レスポンスタイム |
| Percentiles (p50, p90, p99) | パーセンタイル別のレスポンスタイム |
| Requests per Second | 秒間リクエスト数 |
| Success/Error Count | 成功・エラー数 |
| Bandwidth | データ転送量 |
ポイント: p99（99パーセンタイル）が重要です。平均値が良くても、p99が悪いとユーザー体験に影響します。
コスト最適化のポイント
DLTの主なコストはECS Fargateのタスク実行時間です。
月間コスト目安（東京リージョン）:
- 1時間のテスト（10タスク）: 約 $3〜5
- 週1回、1時間のテスト: 約 $15〜20/月
コスト削減Tips：
- Fargate Spotを使う - テスト環境なら中断されても問題なし
- テスト後にリソースを削除 - 使わないときはスタックごと削除
- 適切なタスク数を設定 - 過剰な負荷は不要なコストに
トラブルシューティング
テストが開始されない
# ECSタスクのログを確認
aws logs filter-log-events \
--log-group-name /ecs/distributed-load-testing \
--filter-pattern "ERROR"
よくある原因：
- サブネットにインターネット接続がない（NAT Gateway必要）
- セキュリティグループでアウトバウンドが制限されている
負荷が期待通りに上がらない
Fargateタスクのリソース制限を確認します。デフォルトは2 vCPU / 4GB メモリですが、大規模テストでは増やす必要があるかもしれません。
まとめ
AWS DLTを使えば、以下のメリットがあります：
- 15分でデプロイ完了 - CloudFormation一発
- サーバー管理不要 - Fargateでフルマネージド
- 既存資産を活用 - JMeterスクリプトがそのまま使える
- スケーラブル - タスク数を増やすだけで負荷増加
本番リリース前の負荷テストや、定期的なパフォーマンス監視に活用してみてください。