You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In tarantool, snapshot interval is set randomly within checkpoint_interval period. However, if you do box.snapshot(), the next snapshot is scheduled exactly checkpoint_interval from the current time.
Many deployment systems snapshot entire cluster right after deployment, to take a backup. This kills randomness, since all instances begin to count next interval from the current time.
Fix: randomize the next checkpoint time after a snapshot.
The text was updated successfully, but these errors were encountered:
…t().
Before this patch, snapshot interval was set randomly within
checkpoint_interval period. However, after box.snapshot(), the next
snapshot was scheduled exactly checkpoint_interval from the current time.
Many orchestration scripts snapshot entire cluster right after deployment,
to take a backup. This kills randomness, since all instances begin to
count the next checkpoint time from the current time.
Randomize the next checkpoint time after a manual snapshot as well.
Fixesgh-4432
(cherry picked from commit 6277f48)
…t().
Before this patch, snapshot interval was set randomly within
checkpoint_interval period. However, after box.snapshot(), the next
snapshot was scheduled exactly checkpoint_interval from the current time.
Many orchestration scripts snapshot entire cluster right after deployment,
to take a backup. This kills randomness, since all instances begin to
count the next checkpoint time from the current time.
Randomize the next checkpoint time after a manual snapshot as well.
Fixesgh-4432
(cherry picked from commit 6277f48)
In tarantool, snapshot interval is set randomly within checkpoint_interval period. However, if you do box.snapshot(), the next snapshot is scheduled exactly checkpoint_interval from the current time.
Many deployment systems snapshot entire cluster right after deployment, to take a backup. This kills randomness, since all instances begin to count next interval from the current time.
Fix: randomize the next checkpoint time after a snapshot.
The text was updated successfully, but these errors were encountered: