-
Notifications
You must be signed in to change notification settings - Fork 47
Single source mount/unmount #874
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
Single source mount/unmount #874
Conversation
Co-authored-by: Joyce Fee <[email protected]>
Co-authored-by: Paulo Borges <[email protected]> Co-authored-by: Gellért Peresztegi-Nagy <[email protected]> Co-authored-by: Angela Simms <[email protected]>
Co-authored-by: Joyce Fee <[email protected]>
Co-authored-by: Paulo Borges <[email protected]> Co-authored-by: Joyce Fee <[email protected]>
Co-authored-by: Angela Simms <[email protected]> Co-authored-by: Joyce Fee <[email protected]> Co-authored-by: Paulo Borges <[email protected]>
Co-authored-by: Angela Simms <[email protected]> Co-authored-by: Joyce Fee <[email protected]>
Co-authored-by: Kat Batuigas <[email protected]> Co-authored-by: Jake Cahill <[email protected]> Co-authored-by: Paulo Borges <[email protected]> Co-authored-by: Gellért Peresztegi-Nagy <[email protected]> Co-authored-by: Angela Simms <[email protected]>
Co-authored-by: Kat Batuigas <[email protected]>
Co-authored-by: Joyce Fee <[email protected]>
Co-authored-by: Michele Cyran <[email protected]> Co-authored-by: Jake Cahill <[email protected]>
Co-authored-by: JakeSCahill <[email protected]> Co-authored-by: Michele Cyran <[email protected]> Co-authored-by: Jake Cahill <[email protected]>
Co-authored-by: Jake Cahill <[email protected]> Co-authored-by: Kat Batuigas <[email protected]> Co-authored-by: Paulo Borges <[email protected]>
Co-authored-by: Paulo Borges <[email protected]> Co-authored-by: Joyce Fee <[email protected]> Co-authored-by: Gellért Peresztegi-Nagy <[email protected]> Co-authored-by: Angela Simms <[email protected]> Co-authored-by: Kat Batuigas <[email protected]> Co-authored-by: Michele Cyran <[email protected]>
✅ Deploy Preview for redpanda-docs-preview ready!
To edit notification comments on pull requests, go to your Netlify site configuration. |
|
|
||
| [NOTE] | ||
| ==== | ||
| include::shared:partial$enterprise-license.adoc[] |
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.
@mattschumpert we do not have licensing content for the cloud docs like we do for self-managed. Should I remove/hide the licensing prereq for the Cloud version of this page?
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.
cc @towfiqa if you could provide guidance for this as well.
| + | ||
| If using the Cloud API, you'll make requests against Data Plane APIs. Make sure you xref:manage:api/cloud-dataplane-api.adoc#get-data-plane-api-url[retrieve the Data Plane API URL] and use this URL to perform a mount or unmount operation. | ||
| endif::[] | ||
| . Enable xref:manage:tiered-storage.adoc[Tiered Storage] for specific topics, or for the entire cluster (all topics). |
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.
@mattschumpert how should Cloud users make sure that they meet this prereq? Can they toggle Tiered Storage on a per-topic basis and is that what we should say for the Cloud version of this page?
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.
cc @towfiqa if you could provide guidance for this as well.
| :page-categories: Management | ||
| :env-linux: true | ||
|
|
||
| For topics with Tiered Storage enabled, you can unmount a topic to safely detach it from a cluster and keep the topic data in the cluster's object storage bucket or container. You can mount the detached topic to either the same origin cluster, or a different one. This allows you to hibernate a topic and free up system resources taken up by the topic, or migrate a topic to a different cluster. |
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.
@towfiqa This is the overview for the self-managed version of the doc. The cloud version will have this, could you review and let me know if any changes are needed?:
(preview available here)
For topics with Tiered Storage enabled, you can unmount a topic to safely detach it from a cluster and keep the topic data in the cluster’s object storage bucket or container. You can remount the detached topic to the origin cluster, allowing you to hibernate a topic and free up system resources taken up by the topic.
| :page-categories: Management | ||
| :env-linux: true | ||
|
|
||
| For topics with Tiered Storage enabled, you can unmount a topic to safely detach it from a cluster and keep the topic data in the cluster's object storage bucket or container. You can mount the detached topic to either the same origin cluster, or a different one. This allows you to hibernate a topic and free up system resources taken up by the topic, or migrate a topic to a different cluster. |
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.
You can mount the detached topic to either the same origin cluster, or a different one.
Afaik cross-cluster mounting/unmounting is not supported in Cloud and definetely not supported via the cloud api
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.
Thanks @weeco I do have a modified version of this intro for the Cloud page. Preview here: https://deploy-preview-874--redpanda-docs-preview.netlify.app/redpanda-cloud/manage/mountable-topics/
…APIs-for-mount-unmount-of-TS-topics # Conflicts: # antora.yml # modules/ROOT/nav.adoc # modules/console/pages/config/enterprise-license.adoc # modules/console/pages/ui/generate-bundle.adoc # modules/deploy/pages/deployment-option/self-hosted/kubernetes/k-production-deployment.adoc # modules/develop/pages/produce-data/leader-pinning.adoc # modules/get-started/pages/licensing/add-license-redpanda/kubernetes.adoc # modules/get-started/pages/licensing/add-license-redpanda/linux.adoc # modules/get-started/pages/licensing/monitor-license-status.adoc # modules/get-started/pages/licensing/overview.adoc # modules/get-started/pages/whats-new.adoc # modules/get-started/partials/licensing/check-license.adoc # modules/manage/pages/mountable-topics.adoc # modules/manage/partials/mountable-topics.adoc # modules/reference/pages/properties/cluster-properties.adoc # modules/reference/pages/properties/topic-properties.adoc # modules/reference/pages/public-metrics-reference.adoc # modules/reference/pages/rpk/rpk-cluster/rpk-cluster-storage-cancel-mount.adoc # modules/reference/pages/rpk/rpk-cluster/rpk-cluster-storage-list-mount.adoc # modules/reference/pages/rpk/rpk-cluster/rpk-cluster-storage-list-mountable.adoc # modules/reference/pages/rpk/rpk-cluster/rpk-cluster-storage-mount.adoc # modules/reference/pages/rpk/rpk-cluster/rpk-cluster-storage-status-mount.adoc # modules/reference/pages/rpk/rpk-cluster/rpk-cluster-storage-unmount.adoc # modules/shared/partials/enterprise-and-console.adoc # modules/troubleshoot/partials/errors-and-solutions.adoc
f55ee88 to
8ff5de8
Compare
|
Force-push: Add back the local-playbook change |
| ``` | ||
| + | ||
| * `ns` is the topic namespace. This field is optional and only `kafka` is supported. | ||
| * You may have multiple topics with the same name that are available to mount from object storage. This can happen if you have unmounted topics with this name from different clusters. To uniquely identify a source topic, use `<topic-name>/<cluster-uuid>/<initial-revision>` as the topic reference. |
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.
| * You may have multiple topics with the same name that are available to mount from object storage. This can happen if you have unmounted topics with this name from different clusters. To uniquely identify a source topic, use `<topic-name>/<cluster-uuid>/<initial-revision>` as the topic reference. | |
| * You may have multiple topics with the same name that are available to mount from object storage. This can happen if you have unmounted topics using the same name in different clusters. To uniquely identify a source topic, use `<topic-name>/<cluster-uuid>/<initial-revision>` as the topic reference. |
| + | ||
| * `ns` is the topic namespace. This field is optional and only `kafka` is supported. | ||
| * You may have multiple topics with the same name that are available to mount from object storage. This can happen if you have unmounted topics with this name from different clusters. To uniquely identify a source topic, use `<topic-name>/<cluster-uuid>/<initial-revision>` as the topic reference. | ||
| * To rename a topic in the target cluster, use the optional `alias` object in the request body. In the example, you specify a new name for topic 1 in the target cluster, but topic 2 retains its original name in the target cluster. |
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.
| * To rename a topic in the target cluster, use the optional `alias` object in the request body. In the example, you specify a new name for topic 1 in the target cluster, but topic 2 retains its original name in the target cluster. | |
| * To rename a topic in the target cluster, use the optional `alias` object in the request body. The following example shows how to specify a new name for topic 1 in the target cluster, while topic 2 retains its original name in the target cluster. |
| * `ns` is the topic namespace. This field is optional and only `kafka` is supported. | ||
| * You may have multiple topics with the same name that are available to mount from object storage. This can happen if you have unmounted topics with this name from different clusters. To uniquely identify a source topic, use `<topic-name>/<cluster-uuid>/<initial-revision>` as the topic reference. | ||
| * To rename a topic in the target cluster, use the optional `alias` object in the request body. In the example, you specify new names for topics 1 and 3 in the target cluster, but topic 2 retains its original name in the target cluster. | ||
| * To rename a topic in the target cluster, use the optional `alias` object in the request body. In the example, you specify a new name for topic 1 in the target cluster, but topic 2 retains its original name in the target cluster. |
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.
| * To rename a topic in the target cluster, use the optional `alias` object in the request body. In the example, you specify a new name for topic 1 in the target cluster, but topic 2 retains its original name in the target cluster. | |
| * To rename a topic in the target cluster, use the optional `alias` object in the request body. The following example shows how to specify a new name for topic 1 in the target cluster, while topic 2 retains its original name in the target cluster. |
Feediver1
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.
some suggested edits
Co-authored-by: Joyce Fee <[email protected]>
|
Status update: have a request out to the API team to add the mount/unmount endpoints to the OpenAPI spec. I'll wait till tomorrow morning Eastern Time to see we can get that in so we can also add the reference doc URLs here, otherwise I'll go ahead and merge tomorrow and we can add the xrefs afterwards. |
Description
Adds Cloud API to the mountable topics doc and conditionalizes content so that the page can be single sourced between Self-Managed and Cloud docs, but Cloud API content is rendered only on the Cloud docs site.
Related: redpanda-data/cloud-docs#134
Resolves https://github.com/redpanda-data/documentation-private/issues/
Review deadline: 26 Nov
Page previews
Redpanda Cloud docs > Manage > Mountable Topics
Checks