remove indication of enabling RuntimeClass feature gate since it is a GA feature

This commit is contained in:
Naoki Oketani 2021-01-01 18:04:19 +09:00
parent 8dcf8ab785
commit 29dcf62d57
1 changed files with 3 additions and 11 deletions

View File

@ -35,12 +35,8 @@ but with different settings.
## Setup ## Setup
Ensure the RuntimeClass feature gate is enabled (it is by default). See [Feature 1. Configure the CRI implementation on nodes (runtime dependent)
Gates](/docs/reference/command-line-tools-reference/feature-gates/) for an explanation of enabling 2. Create the corresponding RuntimeClass resources
feature gates. The `RuntimeClass` feature gate must be enabled on API server _and_ kubelets.
1. Configure the CRI implementation on nodes (runtime dependent).
2. Create the corresponding RuntimeClass resources.
### 1. Configure the CRI implementation on nodes ### 1. Configure the CRI implementation on nodes
@ -146,9 +142,7 @@ See CRI-O's [config documentation](https://raw.githubusercontent.com/cri-o/cri-o
As of Kubernetes v1.16, RuntimeClass includes support for heterogeneous clusters through its As of Kubernetes v1.16, RuntimeClass includes support for heterogeneous clusters through its
`scheduling` fields. Through the use of these fields, you can ensure that pods running with this `scheduling` fields. Through the use of these fields, you can ensure that pods running with this
RuntimeClass are scheduled to nodes that support it. To use the scheduling support, you must have RuntimeClass are scheduled to nodes that support it.
the [RuntimeClass admission controller](/docs/reference/access-authn-authz/admission-controllers/#runtimeclass)
enabled (the default, as of 1.16).
To ensure pods land on nodes supporting a specific RuntimeClass, that set of nodes should have a To ensure pods land on nodes supporting a specific RuntimeClass, that set of nodes should have a
common label which is then selected by the `runtimeclass.scheduling.nodeSelector` field. The common label which is then selected by the `runtimeclass.scheduling.nodeSelector` field. The
@ -170,8 +164,6 @@ Nodes](/docs/concepts/scheduling-eviction/assign-pod-node/).
You can specify _overhead_ resources that are associated with running a Pod. Declaring overhead allows You can specify _overhead_ resources that are associated with running a Pod. Declaring overhead allows
the cluster (including the scheduler) to account for it when making decisions about Pods and resources. the cluster (including the scheduler) to account for it when making decisions about Pods and resources.
To use Pod overhead, you must have the PodOverhead [feature gate](/docs/reference/command-line-tools-reference/feature-gates/)
enabled (it is on by default).
Pod overhead is defined in RuntimeClass through the `overhead` fields. Through the use of these fields, Pod overhead is defined in RuntimeClass through the `overhead` fields. Through the use of these fields,
you can specify the overhead of running pods utilizing this RuntimeClass and ensure these overheads you can specify the overhead of running pods utilizing this RuntimeClass and ensure these overheads