generated from kubernetes/kubernetes-template-project
-
Notifications
You must be signed in to change notification settings - Fork 111
Open
Labels
kind/featureCategorizes issue or PR as related to a new feature.Categorizes issue or PR as related to a new feature.lifecycle/rottenDenotes an issue or PR that has aged beyond stale and will be auto-closed.Denotes an issue or PR that has aged beyond stale and will be auto-closed.
Description
What happened:
should add below
- key: leaderworkerset.sigs.k8s.io/name
operator: In
values:
- $MY_LWS_NAME
What you expected to happen:
the whole worker affinity looks like
affinity:
podAntiAffinity:
requiredDuringSchedulingIgnoredDuringExecution:
- labelSelector:
matchExpressions:
- key: leaderworkerset.sigs.k8s.io/name
operator: In
values:
- $MY_LWS_NAME
- key: leaderworkerset.sigs.k8s.io/group-key
operator: Exists
- key: leaderworkerset.sigs.k8s.io/group-key
operator: NotIn
values:
- 8fb.....23d207e113
topologyKey: topology.kubernetes.io/zone
How to reproduce it (as minimally and precisely as possible):
in the same namespace:
- Create a LWS(named "A" ) with
leaderworkerset.sigs.k8s.io/exclusive-topologyannotation. - Create another LWS(named "B" ) with
leaderworkerset.sigs.k8s.io/exclusive-topologyannotation, in the same namespace. - NOTE: A and B requires diff kind of resource (example, A requires CPU only, B requires TPU. )
- You will see B will be pending due to A already live in those nodes (but B may use diff resource than A, they should not compete and A should not stop B from running )
Anything else we need to know?:
Environment:
- LWS version (use
git describe --tags --dirty --always): 0.6.1
Metadata
Metadata
Assignees
Labels
kind/featureCategorizes issue or PR as related to a new feature.Categorizes issue or PR as related to a new feature.lifecycle/rottenDenotes an issue or PR that has aged beyond stale and will be auto-closed.Denotes an issue or PR that has aged beyond stale and will be auto-closed.