Closed edulix closed 1 month ago
Hit: https://github.com/codenotary/immudb/pull/1712/files
Pending: Include lifecycle policy on S3 to delete old versions from the immudb state bucket
Hit another issue: https://github.com/codenotary/immudb/issues/1877 I'll try to workaround it by pushing the "expected" file upfront (on bucket creation).
Pending:
I'll try to run some tests on staging with the new immudb configuration today
I'm creating the IAM role just to be ready for: https://github.com/codenotary/immudb/issues/1094
Once approved, we would need to apply the changes eventually.
@angelAtSequent What I don't understand is that the s3 buckets (like staging-immudb-lasting-sloth
) seem to be empty (looking in the aws page). Shouldn't it be filled with new data? immudb in staging doesn't seem to be using s3 but I may be wrong.
@angelAtSequent What I don't understand is that the s3 buckets (like
staging-immudb-lasting-sloth
) seem to be empty (looking in the aws page). Shouldn't it be filled with new data? immudb in staging doesn't seem to be using s3 but I may be wrong.
TL;DR: https://github.com/codenotary/immudb/discussions/1140
immudb uses a multi-file approach. Files are created with exactly the same size as they are filled up. Once a file is fully written and a new file is created for the next writes, the previous one will be automatically uploaded to the S3 server. This upload also takes place when gracefully closing immudb server
if you want to force immudb to write all local data to S3, you need to gracefully shutdown immudb
After restarting the immudb instance (currently located in the tests-3
namespace, it puts all the files to S3.
Closing it since it was moved to done, please reopen it if it's a mistake to close it.
Preflight checklist
Suggestion
add AWS S3 backend for immudb
Possible Implementation
No response
Tasks
Screenshots