nebari-dev / nebari-dev/nebari-docs

[DOC] - Expand backup section to include more info

Open
#337 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

area: documentation 📖
Dominant language
No language data
Stars
21
Forks
40
Avg merge
19h 50m
Merged PRs (30d)
6

Description

Preliminary Checks
Summary

https://nebari-docs.netlify.app/docs/how-tos/manual-backup/ is not complete right now. We could improve it by adding a few sections.

  • Backing up the conda store nfs drive will not restore the conda database. Give info on how to backup and restore the conda store db.
  • Existing Argo Workflows history and CronWorkflows will be deleted. You'd need to manually copy CronWorkflows spec down and re-apply.
  • Custom Grafana dashboards would need to be backed up manually as well. I'm sure Grafana has some docs on how to do so.
  • I'm not sure if copying the jupyterhub database would preserve the CDS Dashboards configuration or not. It also might be important in what order we restore things. E.g. You might need to restore the keycloak users, then the jupyterhub database, but not sure right now.
  • I'm not sure if backing up the jupyterhub database is still needed since user info is in keycloak. CDS dashboards info is the only reason I can think of, and I'm not sure if that would work anyway.
  • Any custom nebari deployment modifications may require manual steps to re-apply as well
    • using custom cert, etc.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start with the manual backup page at https://nebari-docs.netlify.app/docs/how-tos/manual-backup/ and verify the backup and restore behavior for the conda store database, Argo Workflows resources, Grafana dashboards, Keycloak users, and JupyterHub data. Resolve the open questions about restore order and custom deployment changes before documenting the procedures. Done means the page clearly covers each manual backup or re-application step and identifies any unsupported or uncertain cases.

Written by the indexing model from the issue text.

Assessment

Tech stack
grafana, kubernetes
Domain
devops, documentation
Issue type
Documentation
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.