-
Notifications
You must be signed in to change notification settings - Fork 25.6k
SnapshotDetails-based SnapshotRetentionConfiguration #100058
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
Merged
elasticsearchmachine
merged 2 commits into
elastic:main
from
DaveCTurner:2023/09/29/SnapshotRetentionConfiguration-SnapshotDetails
Sep 29, 2023
Merged
SnapshotDetails-based SnapshotRetentionConfiguration #100058
elasticsearchmachine
merged 2 commits into
elastic:main
from
DaveCTurner:2023/09/29/SnapshotRetentionConfiguration-SnapshotDetails
Sep 29, 2023
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Today `SnapshotRetentionConfiguration` requires a full set of `SnapshotInfo` objects to do its retention computations, but these can be fairly large and expensive to obtain in a large repository. Moreover it doesn't need the whole `SnapshotInfo`, everything it needs is held in `SnapshotDetails` which is usually held in-memory on the master node in most cases, and even if not we can get them from the root blob. This commit reworks `SnapshotRetentionConfiguration` to do its computations based on `SnapshotDetails`.
Collaborator
|
Pinging @elastic/es-data-management (Team:Data Management) |
tlrx
approved these changes
Sep 29, 2023
Member
tlrx
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
andreidan
reviewed
Sep 29, 2023
Contributor
andreidan
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
A bit late :), but LGTM
DaveCTurner
added a commit
to DaveCTurner/elasticsearch
that referenced
this pull request
Sep 29, 2023
A follow-on from elastic#100058 to make `SnapshotRetentionConfiguration` even more `SnapshotDetails`-based.
This was referenced Sep 29, 2023
DaveCTurner
added a commit
that referenced
this pull request
Sep 29, 2023
A follow-on from #100058 to make `SnapshotRetentionConfiguration` even more `SnapshotDetails`-based.
piergm
pushed a commit
to piergm/elasticsearch
that referenced
this pull request
Oct 2, 2023
Today `SnapshotRetentionConfiguration` requires a full set of `SnapshotInfo` objects to do its retention computations, but these can be fairly large and expensive to obtain in a large repository. Moreover it doesn't need the whole `SnapshotInfo`, everything it needs is in `SnapshotDetails` which is in the root `RepositoryData` blob and usually held in-memory on the master node. This commit reworks `SnapshotRetentionConfiguration` to do its computations based on `SnapshotDetails`.
piergm
pushed a commit
to piergm/elasticsearch
that referenced
this pull request
Oct 2, 2023
…0065) A follow-on from elastic#100058 to make `SnapshotRetentionConfiguration` even more `SnapshotDetails`-based.
jakelandis
pushed a commit
to jakelandis/elasticsearch
that referenced
this pull request
Oct 2, 2023
Today `SnapshotRetentionConfiguration` requires a full set of `SnapshotInfo` objects to do its retention computations, but these can be fairly large and expensive to obtain in a large repository. Moreover it doesn't need the whole `SnapshotInfo`, everything it needs is in `SnapshotDetails` which is in the root `RepositoryData` blob and usually held in-memory on the master node. This commit reworks `SnapshotRetentionConfiguration` to do its computations based on `SnapshotDetails`.
jakelandis
pushed a commit
to jakelandis/elasticsearch
that referenced
this pull request
Oct 2, 2023
…0065) A follow-on from elastic#100058 to make `SnapshotRetentionConfiguration` even more `SnapshotDetails`-based.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
auto-merge-without-approval
Automatically merge pull request when CI checks pass (NB doesn't wait for reviews!)
:Data Management/ILM+SLM
Index and Snapshot lifecycle management
>non-issue
Team:Data Management
Meta label for data/management team
v8.11.0
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Today
SnapshotRetentionConfigurationrequires a full set ofSnapshotInfoobjects to do its retention computations, but these canbe fairly large and expensive to obtain in a large repository. Moreover
it doesn't need the whole
SnapshotInfo, everything it needs is inSnapshotDetailswhich is in the rootRepositoryDatablob and usuallyheld in-memory on the master node.
This commit reworks
SnapshotRetentionConfigurationto do itscomputations based on
SnapshotDetails.