Google のベストプラクティスに従って、並列スレッド、複数の送信元 IP、スケーラブルなテストインスタンスを使用して Cloud Run の POST エンドポイントをロードテストする必要があります。ロードテストはどのように構成すべきですか？

このシナリオでは、並列スレッド、複数の送信元IP、スケーラブルなテストインスタンスを使用してCloud RunのPOSTエンドポイントをロードテストする必要があります。プライベートGKEクラスタに分散ロードテストフレームワークをデプロイし、Podをスケーリングすることで、これらの要件を効率的に満たすことができます。GKEは、多数のPodをデプロイして並列リクエストを生成し、各Podが異なる送信元IPを持つことでIPの多様性を確保できます。また、GKEの自動スケーリング機能により、テストの負荷要件に応じてPodの数を柔軟に調整できます。 他の選択肢は、これらの要件を完全に満たすことができません。マネージド/アンマネージドインスタンスグループにcurlイメージをデプロイする方法では、送信元IPの多様性を確保するのが難しく、VMごとのリソース効率もGKE Podに劣ります。Cloud Shellでコンテナイメージをダウンロードする方法は、分散ロードテストやスケーラブルな負荷生成には適していません。