The Red Hat Ecosystem Catalog is the official source for discovering and learning more about the Red Hat Ecosystem of both Red Hat and certified third-party products and services.
We’re the world’s leading provider of enterprise open source solutions—including Linux, cloud, container, and Kubernetes. We deliver hardened solutions that make it easier for enterprises to work across platforms and environments, from the core datacenter to the network edge.
Running an OpenShift Update Service instance in a cluster is appealing for OpenShift clusters in restricted networks or for administrators that want to provide their own customized upgrade graph data.
The OpenShift Update Service is the on-premise release of Red Hat’s hosted update service. It performs the task of providing upgrade graph information to OpenShift clusters showing the recommended versions that can be safely updated to. This provides administrators with a seamless user experience for applying updates to OpenShift clusters in a restricted network.
Graph Builder fetches OpenShift release payload information (primary metadata) from any container registry (compatible with Docker registry V2 API) and builds a directed acyclic graph (DAG) representing valid upgrade edges. It is responsible for verifying that the graph described by the releases is acyclic and connected.
Policy Engine is in charge of altering a client's view of the graph by applying a set of filters which are defined within the particular Policy Engine instance. Both the input to and the output from Policy Engines is a graph, allowing multiple Policy Engines to be chained together. The first Policy Engine in a chain will fetch its graph from the Graph Builder and the last Policy Engine in a chain will serve the modified graph to the client.
Cluster Version Operator (CVO) (running on the OpenShift 4 cluster) is the end consumer of the release payloads. The client periodically queries the Policy Engine for updates and applies them if available.
The following information was extracted from the containerfile and other sources.
Summary | OpenShift Update Service Operator |
Description | OpenShift Update Service Operator |
Provider | Red Hat |
Maintainer | Lalatendu Mohanty <lmohanty@redhat.com> |
The following information was extracted from the containerfile and other sources.
Repository name | cincinnati/openshift-update-service-operator |
Image version | v5.0.3 |
Architecture | amd64 |
Exposed ports | [] |
User | 1001 |
Use the following instructions to get images from a Red Hat container registry using registry service account tokens. You will need to create a registry service account to use prior to completing any of the following tasks.
First, you will need to add a reference to the appropriate secret and repository to your Kubernetes pod configuration via an imagePullSecrets field.
Then, use the following from the command line or from the OpenShift Dashboard GUI interface.
Use the following command(s) from a system with podman installed
Use the following command(s) from a system with docker service installed and running
Use the following instructions to get images from a Red Hat container registry using your Red Hat login.
For best practices, it is recommended to use registry tokens when pulling content for OpenShift deployments.
Use the following command(s) from a system with podman installed
Use the following command(s) from a system with docker service installed and running
Source code is available for all Red Hat UBI-based images in the form of downloadable containers. Here are a few things you should know about Red Hat source containers.
Use skopeo to copy the source image to a local directory
Inspect the image
Untar the contents
Begin examining and using the content.