mirror of
https://github.com/k3s-io/kubernetes.git
synced 2025-08-02 08:17:26 +00:00
optimize priority functions
This commit is contained in:
parent
3cc588b5be
commit
0d3c716651
@ -152,6 +152,12 @@ which the client has set a scheduler annotation that does not correspond to a ru
|
|||||||
2. Dynamic launching scheduler(s) and registering to admission controller (as an external call). This also
|
2. Dynamic launching scheduler(s) and registering to admission controller (as an external call). This also
|
||||||
requires some work on authorization and authentication to control what schedulers can write the /binding
|
requires some work on authorization and authentication to control what schedulers can write the /binding
|
||||||
subresource of which pods.
|
subresource of which pods.
|
||||||
|
3. Optimize the behaviors of priority functions in multi-scheduler scenario. In the case where multiple schedulers have
|
||||||
|
the same predicate and priority functions (for example, when using multiple schedulers for parallelism rather than to
|
||||||
|
customize the scheduling policies), all schedulers would tend to pick the same node as "best" when scheduling identical
|
||||||
|
pods and therefore would be likely to conflict on the Kubelet. To solve this problem, we can pass
|
||||||
|
an optional flag such as `--randomize-node-selection=N` to scheduler, setting this flag would cause the scheduler to pick
|
||||||
|
randomly among the top N nodes instead of the one with the highest score.
|
||||||
|
|
||||||
## Other issues/discussions related to scheduler design
|
## Other issues/discussions related to scheduler design
|
||||||
|
|
||||||
|
Loading…
Reference in New Issue
Block a user