whentimeslows/website
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

Update documentation to include priorities.

Browse Source 
Updated documentation to include deprecation for rescheduler and include priorities and preemption.
This commit is contained in:
RaviSantosh Gudimetla
2018-01-29 09:30:49 -05:00
committed by GitHub
parent dd7bb34913
commit 9bcc29be91
1 changed files with 25 additions and 4 deletions
Download Patch File Download Diff File Expand all files Collapse all files
docs/tasks/administer-cluster/guaranteed-scheduling-critical-addon-pods.md
+25 -4
View File
@@ -19,6 +19,12 @@ and becomes pending (for example when the cluster is highly utilized and either
vacated by the evicted critical add-on pod or the amount of resources available on the node changed for some other reason).
## Rescheduler: guaranteed scheduling of critical add-ons
**Rescheduler is deprecated as of Kubernetes 1.10 and will be removed in version 1.11 in
accordance with the [deprecation policy](/docs/reference/deprecation-policy) for beta features.**
**To avoid eviction of critical pods, you must
[enable priorities in scheduler](docs/concepts/configuration/pod-priority-preemption/)
before upgrading to Kubernetes 1.8 or higher.**
Rescheduler ensures that critical add-ons are always scheduled
(assuming the cluster has enough resources to run the critical add-on pods in the absence of regular pods).
@@ -35,18 +41,33 @@ while the other pods shouldn't tolerate the taint. The taint is removed once the
*Warning:* currently there is no guarantee which node is chosen and which pods are being killed
in order to schedule critical pods, so if rescheduler is enabled your pods might be occasionally
killed for this purpose.
killed for this purpose. Please ensure that rescheduler should not enabled along with priorities & preemptions in default scheduler as it may cause unwanted side-effects.
## Config
Rescheduler should be enabled by default. It doesn't have any user facing configuration (component config) or API.
Rescheduler should be enabled by default(unless you enabled priorities & preemption). It doesn't have any user facing configuration (component config) or API.
Rescheduler may also be disabled.
### Marking add-on as critical
### Marking pod as critical when using Rescheduler(This will be deprecated).
To be critical an add-on has to run in `kube-system` namespace (configurable via flag) and
* have the `scheduler.alpha.kubernetes.io/critical-pod` annotation set to empty string, and
* have the PodSpec's `tolerations` field set to `[{"key":"CriticalAddonsOnly", "operator":"Exists"}]`
* have the PodSpec's `tolerations` field set to `[{"key":"CriticalAddonsOnly", "operator":"Exists"}]`.
The first one marks a pod a critical. The second one is required by Rescheduler algorithm.
### Marking pod as critical when priorites are enabled.
To be critical an add-on has to run in `kube-system` namespace (configurable via flag) and
* have the priorityClass set as "system-cluster-critical" or "system-node-critical", the latter being the highest for entire cluster.
or
* have the `scheduler.alpha.kubernetes.io/critical-pod` annotation set to empty string(This will be deprecated too).