Update guaranteed-scheduling-critical-addon-pods.md (#17151)

* Update guaranteed-scheduling-critical-addon-pods.md

cleanup old stuff again

* Update content/en/docs/tasks/administer-cluster/guaranteed-scheduling-critical-addon-pods.md

Co-Authored-By: Tim Bannister <tim@scalefactory.com>

* Update guaranteed-scheduling-critical-addon-pods.md

remove whitespace
pull/17942/head
Marc Bihlmaier 2019-12-04 10:36:57 +01:00 committed by Kubernetes Prow Robot
parent 7d26c045c2
commit b3ac0d1124
1 changed files with 1 additions and 5 deletions

View File

@ -27,10 +27,6 @@ For static pods, this means it can't be evicted, but for non-static pods, it jus
### Marking pod as critical
Prior to v1.11, critical pod has to run in the `kube-system` namespace, this restriction was removed after v1.11 and pod in any namespace can be configed as a critical pod by the following either way:
* Ensure the PodPriority [feature gates](/docs/reference/command-line-tools-reference/feature-gates/) is enabled. Have the priorityClassName set as "system-cluster-critical" or "system-node-critical", the latter being the highest for entire cluster, the two priority class names available since v1.10+
* Alternatively, ensure both PodPriority and ExperimentalCriticalPodAnnotation feature gates are enabled, you could add an annotation `scheduler.alpha.kubernetes.io/critical-pod` as key and empty string as value to your pod, but this annotation is deprecated as of version 1.13 and will be removed in a future release.
To mark a Pod as critical, set priorityClassName for that Pod to `system-cluster-critical` or `system-node-critical`. `system-node-critical` is the highest available priority, even higher than `system-cluster-critical`.
{{% /capture %}}