Details
-
Improvement
-
Status: Resolved
-
Major
-
Resolution: Fixed
-
1.4.2, 1.5.0, 1.6.0
Description
currently, the periodic checkpoint coordinator startCheckpointScheduler uses baseInterval as the initialDelay parameter. the baseInterval is also the checkpoint interval.
In standalone checkpoint mode, many jobs config the same checkpoint interval. When all jobs being recovered (the cluster restart or jobmanager leadership switched), all jobs' checkpoint period will tend to accordance. All jobs' CheckpointCoordinator would start and trigger in a approximate time point.
This caused the high IO cost in the same time period in our production scenario.
I suggest let the scheduleAtFixedRate's initial delay parameter as a API config which can let user scatter checkpoint in this scenario.
Attachments
Issue Links
- links to