-
Notifications
You must be signed in to change notification settings - Fork 4.8k
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
Maximum parallel replications for pull #20532
Comments
The cron string is |
Hello, that's the fallback approach indeed. |
In your case, most of the InProgress replication job is actually Pending, you could check the job in the job service dashboard, they should in the job queue. you could adjust the job service worker count to control the max Parallel job. |
But at this point we can clearly see. It creates huge load on system and lot of wasted bandwidth. |
The workaround of setting a longer replication interval, like once a day, fails to address the need for timely synchronization across registries. For users who rely on Harbor to maintain identical registries at different locations, frequent replication (e.g., every 5 minutes) is necessary to ensure minimal discrepancies between registries. By suggesting a longer interval, users may end up with outdated or inconsistent images, undermining the core functionality of replication. Thanks. |
Is your feature request related to a problem? Please describe.
It's annoying and causes an avalanche effect when my pull based replications for the same Job start before the previous one is over.
It starts off by taking 2 minutes, then it slowly starts piling up until it reaches hours...
Describe the solution you'd like
The ability to specify, in the replication configuration:
Describe the main design/architecture of your solution
What do you guys think before we discuss implementation
The text was updated successfully, but these errors were encountered: