Currently, the fake web-server pods scaled up (to a fixed limit) and down (to 1) at a fixed time interval. There can be various ways (mathematical functions) to auto-scale the pods to change the load behaviour for Prometheus to scrape from.
Using different scaling functions will help understand the benchmarking results of Prometheus in a better way as it changes the load characteristics that Prometheus is scraping.
Currently, the fake web-server pods scaled up (to a fixed limit) and down (to 1) at a fixed time interval. There can be various ways (mathematical functions) to auto-scale the pods to change the load behaviour for Prometheus to scrape from.
For example: a step-like function to continuously up-scale the pods until it reaches a threshold -- Example Commit: https://github.com/GoogleCloudPlatform/prometheus-test-infra/commit/5f0d371ec5896644d0db189cd172b75e542a0fa1.
Current function to auto-scale the web server:![Current function to auto-scale the web server](https://github.com/GoogleCloudPlatform/prometheus-test-infra/assets/23132557/87ab88ae-7d7e-465b-9fe5-3f8be32cbd0d)
The above commit (https://github.com/GoogleCloudPlatform/prometheus-test-infra/commit/5f0d371ec5896644d0db189cd172b75e542a0fa1) looks like:![Proposed function](https://github.com/GoogleCloudPlatform/prometheus-test-infra/assets/23132557/53426697-73b3-4c1c-883c-22d7d7e3cc82)
Using different scaling functions will help understand the benchmarking results of Prometheus in a better way as it changes the load characteristics that Prometheus is scraping.