fix(operator): re-probe RCON every 2s while Starting
The readiness gate is status-driven; at a 5s re-probe cadence the observed 'container Ready but API still 409 not_running' window was 6~10s. Halving the cadence halves the worst case; probes still only run while unreachable.
This commit is contained in:
1 file changed
+6
-1
@@ -27,7 +27,12 @@ import (
|
|||||||
|
|
||||||
// Requeue cadences for the transient phases.
|
// Requeue cadences for the transient phases.
|
||||||
const (
|
const (
|
||||||
requeueStarting = 5 * time.Second
|
// requeueStarting is the cadence of the RCON readiness re-probe while a server
|
||||||
|
// is Starting. It bounds the window where the container is Ready but the API
|
||||||
|
// still answers 409 not_running: at 5s the observed lag after container-ready
|
||||||
|
// was 6~10s; 2s keeps wake-to-usable snappy without hammering a booting Java
|
||||||
|
// process (the probe only runs on this cadence while the server is unreachable).
|
||||||
|
requeueStarting = 2 * time.Second
|
||||||
requeueStopping = 5 * time.Second
|
requeueStopping = 5 * time.Second
|
||||||
requeueSecret = 10 * time.Second
|
requeueSecret = 10 * time.Second
|
||||||
defaultTimeoutSeconds = 300
|
defaultTimeoutSeconds = 300
|
||||||
|
|||||||
Reference in new issue
Block a user