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
Copy file name to clipboardExpand all lines: versioned_docs/version-v1.11.0/Scheduler/Plugins.md
+47Lines changed: 47 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -143,3 +143,50 @@ The Numa-Aware Plugin aims to address these limitations.
143
143
#### Scenario
144
144
145
145
Common scenarios for NUMA-Aware are computation-intensive jobs that are sensitive to CPU parameters, scheduling delays. Such as scientific calculation, video decoding, animation rendering, big data offline processing and other specific scenes.
146
+
### Usage
147
+
148
+
#### Overview
149
+
The Usage-based scheduling plugin evaluates actual real-time resource utilization (e.g., CPU, Memory) collected from monitoring systems like Prometheus instead of only depending on requested resources. It prevents new pods from being scheduled onto overloaded nodes and actively balances the cluster workload.
150
+
151
+
#### Scenario
152
+
Useful in clusters experiencing unbalanced node resource consumption where some nodes are overburdened while others remain idle despite having similar requested resources.
153
+
154
+
### Rescheduling
155
+
156
+
#### Overview
157
+
The Rescheduling plugin periodically rebalances the cluster by evaluating real resource utilization. It actively evicts pods from heavily utilized nodes and shuffles them to under-utilized nodes based on configured target thresholds and strategies like LowNodeUtilization or OfflineOnly.
158
+
159
+
#### Scenario
160
+
Perfect for long-running clusters where dynamic workload lifecycles lead to fragmentation and resource imbalances over time.
161
+
162
+
### ResourceQuota
163
+
164
+
#### Overview
165
+
The ResourceQuota plugin interfaces with Kubernetes' native `ResourceQuota` objects to ensure that a PodGroup is only enqueued if there is sufficient resource capacity in its namespace.
166
+
167
+
#### Scenario
168
+
Highly beneficial in multi-tenant environments to prevent jobs from entering the scheduling pipeline and clogging the queue when they have no chance of running due to namespace quota restrictions.
169
+
170
+
### Pod Disruption Budget (PDB)
171
+
172
+
#### Overview
173
+
The PDB Plugin ensures that Volcano respects user-defined Kubernetes PodDisruptionBudget (PDB) constraints during any eviction-based scheduling actions, such as `reclaim`, `preempt`, and `shuffle`.
174
+
175
+
#### Scenario
176
+
Crucial for highly available workloads where simultaneous eviction of multiple replicas could result in service disruption.
177
+
178
+
### Overcommit
179
+
180
+
#### Overview
181
+
The Overcommit Plugin allows the scheduler to artificially inflate the apparent "idle resources" of the cluster by a configurable factor (e.g., 1.2), permitting more jobs to enqueue in the scheduling pipeline than the physical capacity.
182
+
183
+
#### Scenario
184
+
Useful when administrators want the scheduler to tolerate a larger backlog of `pending` pods waiting for resources without rejecting them outright during peak loads.
185
+
186
+
### DeviceShare
187
+
188
+
#### Overview
189
+
The DeviceShare Plugin provides a unified framework for sharing specialized hardware devices such as GPUs, NPUs, and FPGAs across multiple pods.
190
+
191
+
#### Scenario
192
+
Ideal for advanced AI/ML environments needing granular hardware sharing, like vGPU, vNPU, and GPU exclusive deployments.
0 commit comments