-
Notifications
You must be signed in to change notification settings - Fork 72
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
Design: ACM performance use case - restore 30k secrets #1044
Comments
Issues go stale after 90d of inactivity. Mark the issue as fresh by commenting If this issue is safe to close now please do so with /lifecycle stale |
Not stale, right? Scott already opened PR upstream vmware-tanzu/velero#6723 |
@mateusoliveira43 correct |
@sseago is this issue completed? |
yeah fixed via vmware-tanzu/velero#6723 |
Jira has cloesd, so has the upstream issue. |
See: https://issues.redhat.com/browse/OADP-1167 for context
Backup all ACM resources, time to backup about 4min ( 28202 resources )
Run a restore on the same hub, restoring the above backup ( so all resources already exist, they are just updated and tagged with the restore label) : 1h12min - this time is too high.. especially since this restore is executed on a passive hub and would be re-run as soon as new backups are available
Investigate where the restore issue may be coming from
Demo root cause to team
Propose solutions
Draft design for upstream Velero / OADP where applicable
Start implementation
Tests?
The text was updated successfully, but these errors were encountered: