Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

DSL waits for the tsdb time boundaries to lapse #100470

Merged
merged 6 commits into from Oct 11, 2023

Conversation

andreidan
Copy link
Contributor

TSDB indices are expected to receive a large amount of writes whilst their time bounds are "active" (i.e. they include now). This ensures TSDB doesn't execute any ingest disruptive operations (like delete, forcemerge, downsample) until the end_time for the TSDS backing indices has lapsed.

Fixes #99696

TSDB indices are expected to receive a large amounts of writes whilst
their time bounds are "active" (i.e they include `now`).
This ensures TSDB doesn't execute any ingest disruptive operations (like
delete, forcemerge, downsample) until the `end_time` for the TSDS
backing indices has lapsed.
@elasticsearchmachine elasticsearchmachine added the Team:Data Management Meta label for data/management team label Oct 8, 2023
@elasticsearchmachine
Copy link
Collaborator

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

@elasticsearchmachine
Copy link
Collaborator

Hi @andreidan, I've created a changelog YAML for you.

@andreidan
Copy link
Contributor Author

@elasticmachine update branch

Copy link
Member

@masseyke masseyke left a comment

Choose a reason for hiding this comment

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

As we discussed offline, the code changes look great to me. We don't actually have any integration test coverage though (the changes to integration tests are just to get them compiling). It would be fairly hard to integration test this. I assume we could do something that would artificially get some TSDB indices in the state we want, and then do a test something like DataStreamLifecycleServiceIT.testAutomaticForceMerge(), but I don't know how to do that, or if it is even possible.

Copy link
Member

@martijnvg martijnvg left a comment

Choose a reason for hiding this comment

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

lgtm

@andreidan andreidan added the auto-backport-and-merge Automatically create backport pull requests and merge when ready label Oct 11, 2023
@andreidan andreidan merged commit 370c826 into elastic:main Oct 11, 2023
13 checks passed
@elasticsearchmachine
Copy link
Collaborator

💚 Backport successful

Status Branch Result
8.11

andreidan added a commit to andreidan/elasticsearch that referenced this pull request Oct 11, 2023
TSDB indices are expected to receive a large amounts of writes whilst
their time bounds are "active" (i.e they include `now`).
This ensures TSDB doesn't execute any ingest disruptive operations (like
delete, forcemerge, downsample) until the `end_time` for the TSDS
backing indices has lapsed.
elasticsearchmachine pushed a commit that referenced this pull request Oct 11, 2023
TSDB indices are expected to receive a large amounts of writes whilst
their time bounds are "active" (i.e they include `now`).
This ensures TSDB doesn't execute any ingest disruptive operations (like
delete, forcemerge, downsample) until the `end_time` for the TSDS
backing indices has lapsed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
auto-backport-and-merge Automatically create backport pull requests and merge when ready >bug :Data Management/Data streams Data streams and their lifecycles Team:Data Management Meta label for data/management team v8.11.1 v8.12.0
Projects
None yet
Development

Successfully merging this pull request may close these issues.

TSDS data streams can route writes to downsampled indices after rollover
5 participants