Skip to content

Commit 58cf89a

Browse files
authored
Merge pull request #39640 from dipesh-rawat/pod-priority-min-max-limit-value
Add minimum and maximum values for PriorityClass
2 parents db787b5 + bee8fec commit 58cf89a

File tree

1 file changed

+4
-3
lines changed

1 file changed

+4
-3
lines changed

content/en/docs/concepts/scheduling-eviction/pod-priority-preemption.md

Lines changed: 4 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -63,9 +63,10 @@ The name of a PriorityClass object must be a valid
6363
and it cannot be prefixed with `system-`.
6464

6565
A PriorityClass object can have any 32-bit integer value smaller than or equal
66-
to 1 billion. Larger numbers are reserved for critical system Pods that should
67-
not normally be preempted or evicted. A cluster admin should create one
68-
PriorityClass object for each such mapping that they want.
66+
to 1 billion. This means that the range of values for a PriorityClass object is
67+
from -2147483648 to 1000000000 inclusive. Larger numbers are reserved for
68+
built-in PriorityClasses that represent critical system Pods. A cluster
69+
admin should create one PriorityClass object for each such mapping that they want.
6970

7071
PriorityClass also has two optional fields: `globalDefault` and `description`.
7172
The `globalDefault` field indicates that the value of this PriorityClass should

0 commit comments

Comments
 (0)