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

cloud_storage: make cluster default read/write properties "sticky" #6917

Closed
jcsp opened this issue Oct 25, 2022 · 1 comment · Fixed by #6950
Closed

cloud_storage: make cluster default read/write properties "sticky" #6917

jcsp opened this issue Oct 25, 2022 · 1 comment · Fixed by #6950
Assignees
Labels
area/cloud-storage Shadow indexing subsystem kind/enhance New feature or request

Comments

@jcsp
Copy link
Contributor

jcsp commented Oct 25, 2022

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.

@jcsp jcsp added kind/enhance New feature or request area/cloud-storage Shadow indexing subsystem labels Oct 25, 2022
@VladLazar
Copy link
Contributor

I've got a draft PR for this: #6713. The upgrade handling should be changed to use the migration mechanism from #6876.

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
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 jcsp self-assigned this Oct 26, 2022
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
@jcsp jcsp closed this as completed in #6950 Nov 2, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/cloud-storage Shadow indexing subsystem kind/enhance New feature or request
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants