docs: Add a doc for devworkspace backup feature#3028
docs: Add a doc for devworkspace backup feature#3028Allda wants to merge 5 commits intoeclipse-che:mainfrom
Conversation
|
⚡️ Deploying pull request preview... |
84931c4 to
a7da9ea
Compare
Signed-off-by: Ales Raszka <araszka@redhat.com>
|
@akurinnoy I added a doc for the backup feature. Once you have a dashboard available, could you create another PR with a doc for the dashboard? |
| [id="devworkspace-backup"] | ||
| = Workspace backup for {prod} | ||
|
|
||
| Starting from {prod} version v7.115.0, the {devworkspace} backup job allows for periodic backups of {devworkspace} data to a specified backup location. |
There was a problem hiding this comment.
@gtrivedi88 ptal, and recommend how the docs should be downstreamed e.g. 7.115 - > Dev Spaces 3.27
There was a problem hiding this comment.
@ibuziuk As for downstreaming, when this is merged and we carve out a 7.115 branch in main. The pipeline watcher which watches for the changes in upstream branch for specific release versions, will create a issue in Gitlab.
At the very begining of every release, in the attributes we have to define the upstream branches (7.114.x, and 7.115.x) which will make downstream (3.27) and then schedule a pipieline, which will keep watching for those branches for content updates.
Let me know if you have questions
Yep, that is why I pinged @akurinnoy earlier in this PR to address the restore doc once the dashboard is finished #3028 (comment) |
Signed-off-by: Ales Raszka <araszka@redhat.com>
|
@ibuziuk I addressed your notes. Can this be merged? The restore feature will be documented in a separate PR. |
|
@Allda I have concern about |
Signed-off-by: Ales Raszka <araszka@redhat.com>
Signed-off-by: Ales Raszka <araszka@redhat.com>
| [id="devworkspace-backup"] | ||
| = Workspace backup for {prod} | ||
|
|
||
| The {devworkspace} backup job allows for periodic backups of {devworkspace} data to a specified backup location. |
There was a problem hiding this comment.
| The {devworkspace} backup job allows for periodic backups of {devworkspace} data to a specified backup location. | |
| The {devworkspace} backup job provides periodic backups of {devworkspace} data to a specified location. After you enable and configure the job, it runs at defined intervals to create backups of {devworkspace} data. The backup controller requires an OCI-compliant registry, such as the **Red Hat OpenShift** integrated registry or link:https://quay.io[Quay.io], to store backup archives as image artifacts. |
| = Workspace backup for {prod} | ||
|
|
||
| The {devworkspace} backup job allows for periodic backups of {devworkspace} data to a specified backup location. | ||
| Once enabled and configured, the backup job will run at defined intervals to create backups of {devworkspace} data. |
There was a problem hiding this comment.
| Once enabled and configured, the backup job will run at defined intervals to create backups of {devworkspace} data. |
|
|
||
| The {devworkspace} backup job allows for periodic backups of {devworkspace} data to a specified backup location. | ||
| Once enabled and configured, the backup job will run at defined intervals to create backups of {devworkspace} data. | ||
| The backup controller depends on an OCI-compatible registry e.g.,https://docs.redhat.com/en/documentation/openshift_container_platform/{ocp4-ver}/html/registry/registry-overview#registry-integrated-openshift-registry_registry-overview[OpenShift build-in registry] |
There was a problem hiding this comment.
| The backup controller depends on an OCI-compatible registry e.g.,https://docs.redhat.com/en/documentation/openshift_container_platform/{ocp4-ver}/html/registry/registry-overview#registry-integrated-openshift-registry_registry-overview[OpenShift build-in registry] |
| The {devworkspace} backup job allows for periodic backups of {devworkspace} data to a specified backup location. | ||
| Once enabled and configured, the backup job will run at defined intervals to create backups of {devworkspace} data. | ||
| The backup controller depends on an OCI-compatible registry e.g.,https://docs.redhat.com/en/documentation/openshift_container_platform/{ocp4-ver}/html/registry/registry-overview#registry-integrated-openshift-registry_registry-overview[OpenShift build-in registry] | ||
| or https://quay.io[quay.io] used as an image artifact storage for backup archives. |
There was a problem hiding this comment.
| or https://quay.io[quay.io] used as an image artifact storage for backup archives. |
| The backup controller depends on an OCI-compatible registry e.g.,https://docs.redhat.com/en/documentation/openshift_container_platform/{ocp4-ver}/html/registry/registry-overview#registry-integrated-openshift-registry_registry-overview[OpenShift build-in registry] | ||
| or https://quay.io[quay.io] used as an image artifact storage for backup archives. | ||
|
|
||
| The backup makes a snapshot of *stopped* Workspace PVCs and stores them as tar.gz archives in the specified OCI registry. |
There was a problem hiding this comment.
| The backup makes a snapshot of *stopped* Workspace PVCs and stores them as tar.gz archives in the specified OCI registry. | |
| The backup process takes a snapshot of *stopped* workspace persistent volume claims (PVCs) and stores them as `tar.gz` archives in the specified OCI registry. |
There was a problem hiding this comment.
@gtrivedi88 The stopped workspace is impotant detail to mention. Do you really want it to be removed? The backup won't happen for the running workspace.
There was a problem hiding this comment.
Thank you, please add. I have updated my comment.
|
|
||
| NOTE: By default, the {devworkspace} backup job is disabled. | ||
|
|
||
| The backup is configurable using `DevWorkspaceOperatorConfig` with the following fields: |
There was a problem hiding this comment.
| The backup is configurable using `DevWorkspaceOperatorConfig` with the following fields: | |
| You can configure the backup by using the `DevWorkspaceOperatorConfig` resource with the following fields: |
|
|
||
| The backup is configurable using `DevWorkspaceOperatorConfig` with the following fields: | ||
|
|
||
| * *`enable`*: Set to `true` to enable the backup job, `false` to disable it. Default: `false`. |
There was a problem hiding this comment.
| * *`enable`*: Set to `true` to enable the backup job, `false` to disable it. Default: `false`. | |
| * `enable`: Set to `true` to enable the backup job or `false` to disable it. The default value is `false`. |
| The backup is configurable using `DevWorkspaceOperatorConfig` with the following fields: | ||
|
|
||
| * *`enable`*: Set to `true` to enable the backup job, `false` to disable it. Default: `false`. | ||
| * *`schedule`*: A Cron expression defining how often the backup job runs. Default: `"0 1 * * *"`. |
There was a problem hiding this comment.
| * *`schedule`*: A Cron expression defining how often the backup job runs. Default: `"0 1 * * *"`. | |
| * `schedule`: A Cron expression that defines the backup frequency. The default value is `"0 1 * * *"`. |
|
|
||
| * *`enable`*: Set to `true` to enable the backup job, `false` to disable it. Default: `false`. | ||
| * *`schedule`*: A Cron expression defining how often the backup job runs. Default: `"0 1 * * *"`. | ||
| * *`registry.path`*: A base registry location where the backup archives will be pushed. |
There was a problem hiding this comment.
| * *`registry.path`*: A base registry location where the backup archives will be pushed. | |
| * `registry.path`: The base registry location for backup archives. |
| * *`schedule`*: A Cron expression defining how often the backup job runs. Default: `"0 1 * * *"`. | ||
| * *`registry.path`*: A base registry location where the backup archives will be pushed. | ||
| + | ||
| The value provided for registry.path is only the first segment of the final location. The full registry path is assembled dynamically, incorporating the name of the workspace and the :latest tag, following this pattern: |
There was a problem hiding this comment.
| The value provided for registry.path is only the first segment of the final location. The full registry path is assembled dynamically, incorporating the name of the workspace and the :latest tag, following this pattern: | |
| The value for `registry.path` is the first segment of the final location. The full path is assembled dynamically by using the workspace name and the `:latest` tag in the following pattern: |
| + | ||
| `<registry.path>/<namespace>/<devworkspace-name>:latest` | ||
|
|
||
| * *`registry.authSecret`*: (Optional) The name of the Kubernetes Secret containing credentials to access the OCI registry. If not provided, it is assumed that the registry is public or uses integrated OpenShift registry. |
There was a problem hiding this comment.
| * *`registry.authSecret`*: (Optional) The name of the Kubernetes Secret containing credentials to access the OCI registry. If not provided, it is assumed that the registry is public or uses integrated OpenShift registry. | |
| * `registry.authSecret`: (Optional) The name of the Kubernetes secret that contains credentials for the OCI registry. If you do not provide a secret, the system assumes the registry is public or uses the **Red Hat OpenShift** integrated registry. |
| `<registry.path>/<namespace>/<devworkspace-name>:latest` | ||
|
|
||
| * *`registry.authSecret`*: (Optional) The name of the Kubernetes Secret containing credentials to access the OCI registry. If not provided, it is assumed that the registry is public or uses integrated OpenShift registry. | ||
| * *`oras.extraArgs`*: (Optional) Additional arguments to pass to the `oras` CLI tool during push and pull operations. |
There was a problem hiding this comment.
| * *`oras.extraArgs`*: (Optional) Additional arguments to pass to the `oras` CLI tool during push and pull operations. | |
| * `oras.extraArgs`: (Optional) Additional arguments for the `oras` CLI tool during push and pull operations. |
| * *`oras.extraArgs`*: (Optional) Additional arguments to pass to the `oras` CLI tool during push and pull operations. | ||
|
|
||
|
|
||
| There are several configuration options to customize the logic: |
There was a problem hiding this comment.
I feel this is a big topic and we can have multiple .adoc files.
Please see my comment here: #3029 (comment)
I see we have a mix of concept and procedures in one .adoc file.
Signed-off-by: Ales Raszka <araszka@redhat.com>
What does this pull request change?
The pull request adds documentation for a backup feature introduced in the recent devworkspace operator.
What issues does this pull request fix or reference?
eclipse-che/che#23570
Specify the version of the product this pull request applies to
Pull Request checklist
The author and the reviewers validate the content of this pull request with the following checklist, in addition to the automated tests.
Validate language on files added or modifiedstep reports no vale warnings.