Repository navigation
Open
Labels
epicA large development increment that brings definite value to Cozystack usersA large development increment that brings definite value to Cozystack userskind/featureCategorizes issue or PR as related to a new featureCategorizes issue or PR as related to a new featurelifecycle/frozenIndicates that an issue or PR should not be auto-closed due to stalenessIndicates that an issue or PR should not be auto-closed due to stalenesspriority/important-longtermImportant over the long term, but may not be staffed and/or may need multiple releases to completeImportant over the long term, but may not be staffed and/or may need multiple releases to completetriage/acceptedIndicates an issue is ready to be actively worked onIndicates an issue is ready to be actively worked on
Description
Summary
As a Cozystack user, I want to configure topology and affinity settings for managed applications, so that I can control how replicas are scheduled across availability zones and nodes.
Problem
Currently, managed applications (PostgreSQL, Redis, Kubernetes clusters, etc.) rely on the default kube-scheduler configuration for pod placement. Users have no way to explicitly control:
- Whether replicas should be spread across availability zones (for HA)
- Whether replicas should be co-located in a single zone (for lower latency)
- Node affinity preferences based on labels
Proposed Solution
Add optional topology or affinity configuration to all managed application specs, allowing users to specify:
- Topology spread constraints - e.g., spread across zones, or keep in single zone
- Node affinity - e.g., prefer nodes with specific labels
- Pod anti-affinity - e.g., avoid co-locating replicas on the same node
Example configuration:
spec:
topologyPolicy: spreadAcrossZones # or: singleZone, spreadAcrossNodes
nodeSelector:
disktype: ssdApplications to Update
- PostgreSQL
- Redis
- MongoDB
- Kubernetes (worker nodes)
- Virtual Machines
- Other stateful applications
Related
- Similar to the
topologySpreadPolicyalready implemented in the Elasticsearch PR (Add Elasticsearch managed service with ECK operator #1899)
Reacted by dosubot
Metadata
Metadata
Assignees
Labels
epicA large development increment that brings definite value to Cozystack usersA large development increment that brings definite value to Cozystack userskind/featureCategorizes issue or PR as related to a new featureCategorizes issue or PR as related to a new featurelifecycle/frozenIndicates that an issue or PR should not be auto-closed due to stalenessIndicates that an issue or PR should not be auto-closed due to stalenesspriority/important-longtermImportant over the long term, but may not be staffed and/or may need multiple releases to completeImportant over the long term, but may not be staffed and/or may need multiple releases to completetriage/acceptedIndicates an issue is ready to be actively worked onIndicates an issue is ready to be actively worked on
Activity
github-actions commentedon May 2, 2026
This issue has had no activity for 60 days and was marked
lifecycle/stale.It will be closed in 14 days unless commented or labelled
lifecycle/frozen.dosubot commentedon Aug 1, 2026
Hi, Timofei Larkin (@lllamnyp). I'm Dosu, and I'm helping the cozystack team manage their backlog and am marking this issue as stale.
Recap
Next Steps
Thanks for your understanding and contribution.