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

Archival storage / db offloading (feature request) #127

Open
Bossett opened this issue May 30, 2024 · 0 comments
Open

Archival storage / db offloading (feature request) #127

Bossett opened this issue May 30, 2024 · 0 comments
Labels
idea Idea / Suggestion / Request self-hosting Important for folks running independent Ozone instances

Comments

@Bossett
Copy link

Bossett commented May 30, 2024

Just watching the size of the ozone database climbing to about 420mb after 30 days, it occurs to me that the intro tiers of most hosting providers are going to be hit within the first year or so. It is also likely that users will want to keep data well beyond that period.

It would be good to have built-in support for archiving/compaction/offlining of data. My preferred option would be a built-in tool to dump tables to disk (or S3?), truncate all tables appropriately (i.e. maybe not including 'active' labels), and present a download interface. Users could then just choose a schedule that suits and keep the data as approp.

The benefit of building this in: the date of last archive can be displayed at the bottom of events lists, etc. where an account is older than last archive date to indicate that there may be more data about a user available.

@bnewbold bnewbold added self-hosting Important for folks running independent Ozone instances idea Idea / Suggestion / Request labels May 31, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
idea Idea / Suggestion / Request self-hosting Important for folks running independent Ozone instances
Projects
None yet
Development

No branches or pull requests

2 participants