Installing the OpenShift Serverless Operator enables you to install and use Knative Serving, Knative Eventing, and Knative Kafka on a OpenShift Dedicated cluster. The OpenShift Serverless Operator manages Knative custom resource definitions (CRDs) for your cluster and enables you to configure them without directly modifying individual config maps for each component.
To install and use OpenShift Serverless, the OpenShift Dedicated cluster must be sized correctly. The total size requirements to run OpenShift Serverless are dependent on the components that are installed and the applications that are deployed, and might vary depending on your deployment.
The following requirements relate only to the pool of worker machines of the OpenShift Dedicated cluster. Control plane nodes are not used for general scheduling and are omitted from the requirements.
By default, each pod requests approximately 400m of CPU, so the minimum requirements are based on this value. Lowering the actual CPU request of applications can increase the number of possible replicas.
If you have high availability (HA) enabled on your cluster, this requires between 0.5 - 1.5 cores and between 200MB - 2GB of memory for each replica of the Knative Serving control plane.
You can install the OpenShift Serverless Operator from the OperatorHub by using the OpenShift Dedicated web console. Installing this Operator enables you to install and use Knative components.
You have access to an OpenShift Dedicated account with cluster or dedicated administrator access.
You have logged in to the OpenShift Dedicated web console.
In the OpenShift Dedicated web console, navigate to the Operators → OperatorHub page.
Scroll, or type the keyword Serverless into the Filter by keyword box to find the OpenShift Serverless Operator.
Review the information about the Operator and click Install.
On the Install Operator page:
The Installation Mode is All namespaces on the cluster (default). This mode installs the Operator in the default
openshift-serverless namespace to watch and be made available to all namespaces in the cluster.
The Installed Namespace is
Select the stable channel as the Update Channel. The stable channel will enable installation of the latest stable release of the OpenShift Serverless Operator.
Select Automatic or Manual approval strategy.
Click Install to make the Operator available to the selected namespaces on this OpenShift Dedicated cluster.
From the Catalog → Operator Management page, you can monitor the OpenShift Serverless Operator subscription’s installation and upgrade progress.
If you selected a Manual approval strategy, the subscription’s upgrade status will remain Upgrading until you review and approve its install plan. After approving on the Install Plan page, the subscription upgrade status moves to Up to date.
If you selected an Automatic approval strategy, the upgrade status should resolve to Up to date without intervention.
After the Subscription’s upgrade status is Up to date, select Catalog → Installed Operators to verify that the OpenShift Serverless Operator eventually shows up and its Status ultimately resolves to InstallSucceeded in the relevant namespace.
If it does not:
Switch to the Catalog → Operator Management page and inspect the Operator Subscriptions and Install Plans tabs for any failure or errors under Status.
Check the logs in any pods in the
openshift-serverless project on the Workloads → Pods page that are reporting issues to troubleshoot further.
If you want to use Red Hat OpenShift distributed tracing with OpenShift Serverless, you must install and configure Red Hat OpenShift distributed tracing before you install Knative Serving or Knative Eventing.