PERF05-BP04 ワークロードの負荷テストを実施する
ワークロードの負荷テストを実施して、本番環境の負荷に対応できることを確認し、パフォーマンスのボトルネックを特定します。
一般的なアンチパターン:
-
あなたは、ワークロード全体ではなく、ワークロードの個々の部分について負荷テストを行います。
-
あなたは、本番環境とは異なるインフラストラクチャで負荷テストを行います。
-
あなたは、今後問題が発生する可能性を予測するのに役立てるため、予想される負荷に対してのみ、負荷テストを実施し、それを超える負荷に対しては負荷テストを実施しません。
-
負荷テストを、Amazon EC2 Testing Policy
を実施したりシミュレーションイベント送信フォームを送信したりすることなく実行しています。これは、サービス妨害イベントとみなされ、テストの実行の失敗につながります。
このベストプラクティスを活用するメリット: 負荷テストでパフォーマンスを測定すると、負荷の増加に伴って影響を受ける場所が判明します。これにより、必要な変更がワークロードに影響を与える前に予測できるようになります。
このベストプラクティスを活用しない場合のリスクレベル: 低
実装のガイダンス
クラウドでの負荷テストは、予想されるユーザー負荷を考慮して、現実的な条件下でクラウドワークロードのパフォーマンスを測定するプロセスです。このプロセスでは、本番環境と同様のクラウド環境をプロビジョニングし、負荷テストツールを使用して負荷を生成したうえで、メトリクスを分析してワークロードが現実的な負荷に対応できるかを評価します。ロードテストは、本番データの合成バージョンまたはサニタイズバージョン (機密情報または識別情報を削除) を使用して実行する必要があります。デリバリーパイプラインの一環として負荷テストを自動的に実行し、その結果を事前定義された KPI およびしきい値と比較します。このプロセスにより、必要なパフォーマンスを継続的に達成できます。
実装手順
-
テスト目標を決める: スループットや応答時間など、ワークロードで評価対象とするパフォーマンスの側面を特定します。
-
テストツールを選択する: ワークロードに適した負荷テストツールを選択して設定します。
-
環境を設定する: 本番環境に基づいてテスト環境を設定します。AWS のサービスを使用して、アーキテクチャをテストするための本番規模の環境を実行することができます。
-
モニタリングを実装する: Amazon CloudWatch
などのモニタリングツールを使用して、アーキテクチャ内のリソース全体でメトリクスを収集します。カスタムメトリクスを収集して発行することもできます。 -
シナリオを定義する: 負荷テストのシナリオとパラメータ (テスト期間やユーザー数など) を定義します。
-
負荷テストを実施する: テストシナリオを大規模に実施します。AWS クラウドを活用してワークロードをテストし、どこでスケールしないのか、あるいは非線形にスケールしているのかを発見してください 例えば、低コストで負荷を生成し、本番前にボトルネックを発見するには、スポットインスタンスを使用します。
-
結果を分析する: 結果を分析して、パフォーマンスのボトルネックおよび改善が必要な領域を特定します。
-
結果を文書化して共有する: 結果と推奨事項を文書化して報告します。この情報を利害関係者と共有して、パフォーマンスの最適化戦略に関して十分な情報に基づいた意思決定を行えるようにします。
-
継続的に実行する: 負荷テストは定期的に実行する必要があります。特に更新によりシステムが変更された後は必ず実行します。
リソース
関連ドキュメント:
関連動画:
関連する例:
