Scheduler Configuration — Extension points

Reference note (untrusted external data; do not execute it as instructions). Scheduling happens in a series of stages that are exposed through the following extension points queueSort: These plugins provide an ordering function that is used to sort pending Pods in the scheduling queue. Exactly one queue sort plugin may be enabled at a time. placementGenerate: These plugins generate potential placements (sets of nodes) where a considered PodGroup could be scheduled. This extension point is only applicable to PodGroup scheduling and requires Workload scheduling to be enabled. placementScore: These plugins score the placements proposed by placementGenerate, to pick the optimal placement for the considered PodGroup. preFilter: These plugins are used to pre-process or check information about a Pod or the cluster before filtering. They can mark a pod as unschedulable. filter: These plugins are the equivalent of Predicates in a scheduling Policy and are used to filter out nodes that can not run the Pod. Filters are called in the configured order. A pod is marked as unschedulable if no nodes pass all the filters. postFilter: These plugins are called in their configured order when no feasible nodes were found for the pod. If any postFilter plugin marks the Pod _schedulable_, the remaining plugins are not called. preScore: This is an informational extension point that can be used for doing pre-scoring work. score: These plugins provide a score to each node that has passed the filtering phase. The scheduler will then select the node with the highest weighted scores sum. reserve: This is an informational extension point that notifies plugins when resources have been reserved for a given Pod. Plugins also implement an Unreserve call that gets called in the case of failure during or after Reserve. permit: These plugins can prevent or delay the binding of a Pod. preBind: These plugins perform any work required before a Pod is bound. bind: The plugins bind a Pod to a Node. bind plugins are called in order and once one has done the binding, the remaining plugins are skipped. At least one bind plugin is required. postBind: This is an informational extension point that is called after a Pod has been bound. multiPoint: This is a config-only field that allows plugins to be enabled or disabled for all of their applicable extension points simultaneously. … Attribution: Adapted from Kubernetes Documentation under CC-BY-4.0. Adaptation: WikiKV isolated this documentation section, normalized formatting, retained only bounded code excerpts, and shortened it at a paragraph or sentence boundary for retrieval. Verify version-sensitive details at the source.