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

[ENH] - Limit conda-store storage requirements #791

Open
pavithraes opened this issue Mar 20, 2024 · 1 comment
Open

[ENH] - Limit conda-store storage requirements #791

pavithraes opened this issue Mar 20, 2024 · 1 comment

Comments

@pavithraes
Copy link
Member

pavithraes commented Mar 20, 2024

Feature description

While discussing the Nebari backup and restore functionality one thing that was discussed was the issue with ever growing conda-store storage requirements in production deployments. This is one of the core factors that breaks production Nebari installations, conda-store eventually runs out of disk space and Nebari becomes mostly non-usable until an admin goes in manually and deletes a whole bunch of builds one by one and also bounces to conda-store pod.

We have talked about have a mechanism where maybe only the last 1 or 2 builds of an environment are actually kept on disk and older ones are deleted. If someone wants to go back to an older build and activate it then it could be either pulled and unpacked from the s3 bucket tar.gz or it could be recreated from the lock file. This overlaps with #676 and with designing a conda-store backup and restore for Nebari.

Value and/or benefit

More stable and acceptable storage requirements in the default installation.

Anything else?

Originally shared by @dharhas on Slack

@pavithraes
Copy link
Member Author

xref: #591

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
Status: New 🚦
Development

No branches or pull requests

1 participant