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: content/en/docs/concepts/configuration/pod-priority-preemption.md
+1-8Lines changed: 1 addition & 8 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -51,13 +51,6 @@ Kubernetes already ships with two PriorityClasses:
51
51
These are common classes and are used to [ensure that critical components are always scheduled first](/docs/tasks/administer-cluster/guaranteed-scheduling-critical-addon-pods/).
52
52
{{< /note >}}
53
53
54
-
If you try the feature and then decide to disable it, you must remove the
55
-
PodPriority command-line flag or set it to `false`, and then restart the API
56
-
server and scheduler. After the feature is disabled, the existing Pods keep
57
-
their priority fields, but preemption is disabled, and priority fields are
58
-
ignored. If the feature is disabled, you cannot set `priorityClassName` in new
59
-
Pods.
60
-
61
54
## How to disable preemption
62
55
63
56
{{< caution >}}
@@ -120,7 +113,7 @@ cluster when they should use this PriorityClass.
120
113
121
114
### Notes about PodPriority and existing clusters
122
115
123
-
- If you upgrade your existing cluster and enable this feature, the priority
116
+
- If you upgrade an existing cluster without this feature, the priority
124
117
of your existing Pods is effectively zero.
125
118
126
119
- Addition of a PriorityClass with `globalDefault` set to `true` does not
0 commit comments