Skip to content

Conversation

@PeteGillinElastic
Copy link
Member

This tracks the highest value seen for the recent write load metric any time the stats for a shard was computed, exposes this value alongside the recent value, and persists it in index metadata alongside it too.

The new test in IndexShardTests is designed to more thoroughly test the recent write load metric previously added, as well as to test the peak metric being added here.

@PeteGillinElastic PeteGillinElastic force-pushed the ES-10037-peak-write-load branch from b96b1c3 to 36cafdc Compare March 24, 2025 17:48
@PeteGillinElastic PeteGillinElastic added :Data Management/Stats Statistics tracking and retrieval APIs >non-issue labels Mar 24, 2025
@PeteGillinElastic PeteGillinElastic force-pushed the ES-10037-peak-write-load branch 4 times, most recently from bf752ef to d2ff0cd Compare March 24, 2025 19:39
This tracks the highest value seen for the recent write load metric
any time the stats for a shard was computed, exposes this value
alongside the recent value, and persists it in index metadata
alongside it too.

The new test in `IndexShardTests` is designed to more thoroughly test
the recent write load metric previously added, as well as to test the
peak metric being added here.

ES-10037
@PeteGillinElastic PeteGillinElastic force-pushed the ES-10037-peak-write-load branch from d2ff0cd to 2b2cf6d Compare March 24, 2025 19:40
@PeteGillinElastic PeteGillinElastic marked this pull request as ready for review March 25, 2025 08:48
@elasticsearchmachine elasticsearchmachine added the Team:Data Management Meta label for data/management team label Mar 25, 2025
@elasticsearchmachine
Copy link
Collaborator

Pinging @elastic/es-data-management (Team:Data Management)

Copy link
Member

@dakrone dakrone left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM, I left one super-minor comment

if (shardsPeakWriteLoad != null && shardsPeakWriteLoad.size() != shardsUptimeInMillis.size()) {
assert false : "IndexWriteLoad.create() was called with non-matched lengths for shardsPeakWriteLoad and shardUptimeInMillis";
throw new IllegalArgumentException(
"The same number of shard write loads and shard uptimes should be provided, but "
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

super minor, but should this say "peak write loads" instead of just "write loads"?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks, done (and I did the same to the 'recent' one above, which had the same issue).

@PeteGillinElastic PeteGillinElastic enabled auto-merge (squash) March 27, 2025 08:56
@PeteGillinElastic PeteGillinElastic merged commit 66432fb into elastic:main Mar 27, 2025
16 of 17 checks passed
omricohenn pushed a commit to omricohenn/elasticsearch that referenced this pull request Mar 28, 2025
This tracks the highest value seen for the recent write load metric
any time the stats for a shard was computed, exposes this value
alongside the recent value, and persists it in index metadata
alongside it too.

The new test in `IndexShardTests` is designed to more thoroughly test
the recent write load metric previously added, as well as to test the
peak metric being added here.

ES-10037 #comment Added peak load metric in elastic#125521
PeteGillinElastic added a commit to elastic/elasticsearch-specification that referenced this pull request Apr 3, 2025
PeteGillinElastic added a commit to elastic/elasticsearch-specification that referenced this pull request Apr 3, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

:Data Management/Stats Statistics tracking and retrieval APIs >non-issue Team:Data Management Meta label for data/management team v9.1.0

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants