operations
Session Cache Rehydration
Pausedredis-sessions-a → redis-sessions-b · Redis 7 · 1 datasets · running for 20m
Migration progress
37.1%31.2 GB of 84.0 GB
ETA — at current rate
Consistency: Snapshot + logical replication tail
Current throughput
0 MB/s
Est. safe capacity
300 MB/s
Controller confidence
91%
model converged
Concurrency
8 / 64
workers × shards
p99 latency
3.2 ms
baseline 3.2 ms
Throttling
None
0 events this run
Adaptive Control Loop
Stage · ObserveOne loop, running continuously against every target.
- 01Observe
- 02Estimate
- 03Probe
- 04Learn
- 05Adapt
- 06Checkpoint
- 07Recover
Rate control
Throughput, capacity ceiling and latency
Amber markers are rate changes issued by the controller. Utilisation of the current estimate is 0.0%.
Actual throughputEstimated safe capacityTarget ratep99 latencyRate change
Controller Decisions
Every rate change, with the observation that caused it.
- No controller decisions yet — the estimator is still building its first window.
Recovery
Last verified checkpoint
partition-8421
28.8 GB verified
20:21:49 UTC · 4 minutes ago
On interruption Laminar resumes from the last verified checkpoint. Worst case is minutes of replay, not a restart.
- partition-842128.8 GB20:21:49
Audit timeline
- 20:05:49Operation started
redis-sessions-a → redis-sessions-b, adaptive mode: Balanced (BBR-style probing)
- 20:06:29Capacity model initialised
Initial estimate 300 MB/s from 40s observation window