-
Notifications
You must be signed in to change notification settings - Fork 580
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
cloud_storage: make cluster default read/write properties "sticky" #6917
Labels
Comments
jcsp
added
kind/enhance
New feature or request
area/cloud-storage
Shadow indexing subsystem
labels
Oct 25, 2022
6 tasks
jcsp
added a commit
to jcsp/redpanda
that referenced
this issue
Oct 26, 2022
6 tasks
jcsp
added a commit
to jcsp/redpanda
that referenced
this issue
Oct 26, 2022
jcsp
added a commit
to jcsp/redpanda
that referenced
this issue
Oct 26, 2022
...for sticky tiered storage configuration: the defaults at cluster level now only apply at topic creation time, and remain set on that topic thereafter. Related: redpanda-data#6917
jcsp
added a commit
to jcsp/redpanda
that referenced
this issue
Oct 27, 2022
jcsp
added a commit
to jcsp/redpanda
that referenced
this issue
Oct 27, 2022
...for sticky tiered storage configuration: the defaults at cluster level now only apply at topic creation time, and remain set on that topic thereafter. Related: redpanda-data#6917
jcsp
added a commit
to jcsp/redpanda
that referenced
this issue
Oct 28, 2022
jcsp
added a commit
to jcsp/redpanda
that referenced
this issue
Oct 28, 2022
...for sticky tiered storage configuration: the defaults at cluster level now only apply at topic creation time, and remain set on that topic thereafter. Related: redpanda-data#6917
jcsp
added a commit
to jcsp/redpanda
that referenced
this issue
Oct 31, 2022
jcsp
added a commit
to jcsp/redpanda
that referenced
this issue
Oct 31, 2022
...for sticky tiered storage configuration: the defaults at cluster level now only apply at topic creation time, and remain set on that topic thereafter. Related: redpanda-data#6917
jcsp
added a commit
to jcsp/redpanda
that referenced
this issue
Nov 1, 2022
jcsp
added a commit
to jcsp/redpanda
that referenced
this issue
Nov 1, 2022
...for sticky tiered storage configuration: the defaults at cluster level now only apply at topic creation time, and remain set on that topic thereafter. Related: redpanda-data#6917
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
This is a step in the direction of #6627
Currently, we provide global cluster defaults for tiered storage, which apply continuously to any topic that does not have an explicit setting for remote.read/write. This creates strange situations if this cluster default is changed: we might switch off tiered storage for an existing topic, while leaving its data behind in S3, or toggle if off/on and leave gaps in S3. This problem still exists when amending individual topics, but that is less impactful than potentially doing this to every topic on the system with one seemingly innocent config edit.
Instead, we should treat these defaults as "sticky" to topics: i.e the topic's tiered storage mode will be whatever the cluster defaults said at the time it was created, or at the time the cluster was upgraded to 22.3.
Ultimately changing the tiered storage state on a topic should be a higher level operation (perhaps admin API driven) that provides proper options for "switch off tiered storage and delete data" or "switch off tiered storage temporarily, and don't evict local data until it's back on" modes, a la #6627.
The text was updated successfully, but these errors were encountered: