負荷テスト とは？

それも目的の一つだけれど、通常の利用で期待する性能が出るかを確かめるテストもあるよ。想定する人数や操作を再現して、応答時間・処理量・失敗率などを測る。k6などのツールを使って、アクセスを自動で発生させるんだ。

実際の利用状況と、確認したい目標から決めるよ。人数だけでなく、秒間のリクエスト数や操作の割合、利用者が待つ時間も考える。通常の負荷、想定以上の負荷、急増、長時間の運転では調べることが違うので、どれにも同じ倍率を使えばよいわけではないんだ。

平均だけだと、一部の遅い応答が見えにくいよ。たとえばp95は、測定した応答時間の約95%がその値以下になる目安。処理量や失敗率も合わせて、事前に決めた基準で判断しよう。失敗として数える条件も、使うツールや設定で確認するんだ。

システム側のCPU・メモリ・DB・ネットワークなどの状況と、負荷の変化を合わせて調べるよ。CPU使用率や遅いクエリだけで原因を断定せず、どこで待っているかを確認する。負荷を生成するマシン自体が限界に達すると、想定のアクセスを作れず、結果にも影響するので注意しよう。

役立つけれど、構成・データ量・設定・操作内容の違いを記録して解釈することが大切だよ。空のDBや一つの軽い操作だけでは、実際の利用を再現できない。結果をそのまま本番の処理能力に換算できるとは限らないので、何を再現できたかを明らかにしよう。