feat(pageserver): support key range for manual compaction trigger

[skyzh]

Problem

part of #9114, we want to be able to run partial gc-compaction in tests. In the future, we can also expand this functionality to legacy compaction, so that we can trigger compaction for a specific key range.

Summary of changes

• Support passing compaction key range through pageserver routes.
• Refactor input parameters of compact related function to take the new CompactOptions.
• Add tests for partial compaction. Note that the test may or may not trigger compaction based on GC horizon. We need to improve the test case to ensure things always get below the gc_horizon and the gc-compaction can be triggered.

[github-actions]

5427 tests run: 5184 passed, 0 failed, 243 skipped (full report)

---

Flaky tests (1)

Postgres 16

• test_create_churn_during_restart: release-x86-64

Code coverage* (full report)

• functions: 31.8% (7895 of 24863 functions)
• lines: 49.4% (62499 of 126456 lines)

* collected from Rust tests only

---

_{The comment gets automatically updated with the latest test results
71b20cf at 2024-11-14T21:31:53.291Z :recycle:}

[problame]

Occupying the entire request body for just the CompactRange will make it harder to extend the endpoint down the line.

I think it shouldn't be particularly hard/time consuming to move all the query fields (force_l0_compaction, force_repartition etc) into a struct TimelineCompactRequest.

(The reason why it shouldn't be particularly time consuming is that the the only place where we're constructing the request is in the ps_http.timeline_compact() implementation.

Please do bit that bullet here, much appreciated!

Other than that, this looks good. Approving so you can merge this before your weekend starts