Dieser Inhalt ist in der von Ihnen ausgewählten Sprache nicht verfügbar.
Chapter 3. Cluster capabilities
Cluster administrators can use cluster capabilities to enable or disable optional components prior to installation. Cluster administrators can enable cluster capabilities at anytime after installation.
Cluster administrators cannot disable a cluster capability after it is enabled.
3.1. Selecting cluster capabilities Link kopierenLink in die Zwischenablage kopiert!
You can select cluster capabilities by following one of the installation methods that include customizing your cluster, such as "Installing a cluster on AWS with customizations" or "Installing a cluster on GCP with customizations".
During a customized installation, you create an
install-config.yaml
If you customize your cluster by enabling or disabling specific cluster capabilities, you are responsible for manually maintaining your
install-config.yaml
install-config.yaml
install-config.yaml
You can use the following configuration parameters to select cluster capabilities:
capabilities:
baselineCapabilitySet: v4.11
additionalEnabledCapabilities:
- CSISnapshot
- Console
- Storage
- 1
- Defines a baseline set of capabilities to install. Valid values are
None,vCurrentandv4.x. If you selectNone, all optional capabilities will be disabled. The default value isvCurrent, which enables all optional capabilities.Noterefers to any value up to and including the current cluster version. For example, valid values for a OpenShift Container Platform 4.12 cluster arev4.xandv4.11.v4.12 - 2
- Defines a list of capabilities to explicitly enable. These will be enabled in addition to the capabilities specified in
baselineCapabilitySet.NoteIn this example, the default capability is set to
. Thev4.11field enables additional capabilities over the defaultadditionalEnabledCapabilitiescapability set.v4.11
The following table describes the
baselineCapabilitySet
| Value | Description |
|---|---|
|
| Specify this option when you want to automatically add new, default capabilities that are introduced in new releases. |
|
| Specify this option when you want to enable the default capabilities for OpenShift Container Platform 4.11. By specifying
|
|
| Specify this option when you want to enable the default capabilities for OpenShift Container Platform 4.12. By specifying
|
|
| Specify this option when you want to enable the default capabilities for OpenShift Container Platform 4.13. By specifying
|
|
| Specify this option when you want to enable the default capabilities for OpenShift Container Platform 4.14. By specifying
|
|
| Specify when the other sets are too large, and you do not need any capabilities or want to fine-tune via
|
3.2. Optional cluster capabilities in OpenShift Container Platform 4.14 Link kopierenLink in die Zwischenablage kopiert!
Currently, cluster Operators provide the features for these optional capabilities. The following summarizes the features provided by each capability and what functionality you lose if it is disabled.
3.2.1. Bare-metal capability Link kopierenLink in die Zwischenablage kopiert!
The Cluster Baremetal Operator provides the features for the
baremetal
The Cluster Baremetal Operator (CBO) deploys all the components necessary to take a bare-metal server to a fully functioning worker node ready to run OpenShift Container Platform compute nodes. The CBO ensures that the metal3 deployment, which consists of the Bare Metal Operator (BMO) and Ironic containers, runs on one of the control plane nodes within the OpenShift Container Platform cluster. The CBO also listens for OpenShift Container Platform updates to resources that it watches and takes appropriate action.
The bare-metal capability is required for deployments using installer-provisioned infrastructure. Disabling the bare-metal capability can result in unexpected problems with these deployments.
If the bare-metal capability is disabled, the cluster cannot provision or manage bare-metal nodes. Only disable the capability if there are no
BareMetalHost
baremetal
MachineAPI
baremetal
MachineAPI
It is recommended that cluster administrators only disable the bare-metal capability during installations with user-provisioned infrastructure that do not have any
BareMetalHost
3.2.2. Build capability Link kopierenLink in die Zwischenablage kopiert!
3.2.2.1. Purpose Link kopierenLink in die Zwischenablage kopiert!
The
Build
Build
Build
Build
BuildConfig
If the
Build
Build
BuildConfig
Build
BuildConfig
3.2.3. Cluster Image Registry capability Link kopierenLink in die Zwischenablage kopiert!
The Cluster Image Registry Operator provides features for the
ImageRegistry
The Cluster Image Registry Operator manages a singleton instance of the OpenShift image registry. It manages all configuration of the registry, including creating storage.
On initial start up, the Operator creates a default
image-registry
If insufficient information is available to define a complete
image-registry
The Cluster Image Registry Operator runs in the
openshift-image-registry
In order to integrate the image registry into the cluster’s user authentication and authorization system, a service account token secret and an image pull secret are generated for each service account in the cluster.
If you disable the
ImageRegistry
If you disable the
ImageRegistry
3.2.3.1. Project Link kopierenLink in die Zwischenablage kopiert!
3.2.4. Cluster storage capability Link kopierenLink in die Zwischenablage kopiert!
The Cluster Storage Operator provides the features for the
Storage
The Cluster Storage Operator sets OpenShift Container Platform cluster-wide storage defaults. It ensures a default
storageclass
If the cluster storage capability is disabled, the cluster will not have a default
storageclass
storageclass
3.2.4.1. Notes Link kopierenLink in die Zwischenablage kopiert!
- The storage class that the Operator creates can be made non-default by editing its annotation, but this storage class cannot be deleted as long as the Operator runs.
3.2.5. Console capability Link kopierenLink in die Zwischenablage kopiert!
The Console Operator provides the features for the
Console
The Console Operator installs and maintains the OpenShift Container Platform web console on a cluster. The Console Operator is installed by default and automatically maintains a console.
3.2.6. CSI snapshot controller capability Link kopierenLink in die Zwischenablage kopiert!
The Cluster CSI Snapshot Controller Operator provides the features for the
CSISnapshot
The Cluster CSI Snapshot Controller Operator installs and maintains the CSI Snapshot Controller. The CSI Snapshot Controller is responsible for watching the
VolumeSnapshot
3.2.7. DeploymentConfig capability Link kopierenLink in die Zwischenablage kopiert!
3.2.7.1. Purpose Link kopierenLink in die Zwischenablage kopiert!
The
DeploymentConfig
DeploymentConfig
If the
DeploymentConfig
DeploymentConfig
DeploymentConfig
3.2.8. Insights capability Link kopierenLink in die Zwischenablage kopiert!
The Insights Operator provides the features for the
Insights
The Insights Operator gathers OpenShift Container Platform configuration data and sends it to Red Hat. The data is used to produce proactive insights recommendations about potential issues that a cluster might be exposed to. These insights are communicated to cluster administrators through the Insights advisor service on console.redhat.com.
3.2.8.1. Notes Link kopierenLink in die Zwischenablage kopiert!
Insights Operator complements OpenShift Container Platform Telemetry.
3.2.9. Machine API capability Link kopierenLink in die Zwischenablage kopiert!
The
machine-api-operator
cluster-autoscaler-operator
cluster-control-plane-machine-set-operator
MachineAPI
The Machine API capability is responsible for all machine configuration and management in the cluster. If you disable the Machine API capability during installation, you need to manage all machine-related tasks manually.
3.2.10. Marketplace capability Link kopierenLink in die Zwischenablage kopiert!
The Marketplace Operator provides the features for the
marketplace
The Marketplace Operator simplifies the process for bringing off-cluster Operators to your cluster by using a set of default Operator Lifecycle Manager (OLM) catalogs on the cluster. When the Marketplace Operator is installed, it creates the
openshift-marketplace
openshift-marketplace
If you disable the
marketplace
openshift-marketplace
openshift-marketplace
openshift-
openshift-marketplace
If you enable the
marketplace
3.2.11. Node Tuning capability Link kopierenLink in die Zwischenablage kopiert!
The Node Tuning Operator provides features for the
NodeTuning
The Node Tuning Operator helps you manage node-level tuning by orchestrating the TuneD daemon and achieves low latency performance by using the Performance Profile controller. The majority of high-performance applications require some level of kernel tuning. The Node Tuning Operator provides a unified management interface to users of node-level sysctls and more flexibility to add custom tuning specified by user needs.
If you disable the NodeTuning capability, some default tuning settings will not be applied to the control-plane nodes. This might limit the scalability and performance of large clusters with over 900 nodes or 900 routes.
3.2.12. OpenShift samples capability Link kopierenLink in die Zwischenablage kopiert!
The Cluster Samples Operator provides the features for the
openshift-samples
The Cluster Samples Operator manages the sample image streams and templates stored in the
openshift
On initial start up, the Operator creates the default samples configuration resource to initiate the creation of the image streams and templates. The configuration object is a cluster scoped object with the key
cluster
configs.samples
The image streams are the Red Hat Enterprise Linux CoreOS (RHCOS)-based OpenShift Container Platform image streams pointing to images on
registry.redhat.io
If you disable the samples capability, users cannot access the image streams, samples, and templates it provides. Depending on your deployment, you might want to disable this component if you do not need it.