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
Umbrella for where ValkeyCluster pods run and how that ties to HA and failover: shard-level placement, even distribution of primaries across workers, zone-aware behaviour, defaults, surfacing scheduling failures, and integration with proactive failover replica selection.
Use this issue as the parent / tracking hub; link implementation issues here as they are opened.
Existing GitHub issues (anchor this epic to these)
Primary balance across workers (Primaries balanced across workers #247) — scheduling and/or controlled failovers to rebalance; coordinate with (2) so policies do not fight.
Purpose
Umbrella for where
ValkeyClusterpods run and how that ties to HA and failover: shard-level placement, even distribution of primaries across workers, zone-aware behaviour, defaults, surfacing scheduling failures, and integration with proactive failover replica selection.Use this issue as the parent / tracking hub; link implementation issues here as they are opened.
Existing GitHub issues (anchor this epic to these)
topologySpreadConstraintsvs operator policy), defaults, failure surfacing, interaction with useraffinity/ future zone work.Workstreams (file or link sub-issues when ready)
spec.placementsurface, conditions, docs, E2E — blocked on [Design] Shard-aware placement policy for primaries and replicas #146 outcome.CLUSTER FAILOVERtarget selection, optional fail-back — depends on [Design] Shard-aware placement policy for primaries and replicas #146 not painting the API into a corner; often ships after (2).Cross-cutting