This is a cache of https://docs.openshift.com/container-platform/4.3/cnv/upgrading-container-native-virtualization.html. It is a snapshot of the page at 2024-11-23T02:15:55.918+0000.
Upgrading container-native virtualization | Container-native virtualization | OpenShift Container Platform 4.3
    OpenShift docs are moving and will soon only be available at docs.redhat.com, the home of all Red Hat product documentation. Explore the new docs experience today.
  1. Documentation
    2. history
×

Upgrading container-native virtualization

You can manually upgrade to the next minor version of container-native virtualization and monitor the status of an update by using the web console.

Container-native virtualization is a Technology Preview feature only. Technology Preview features are not supported with Red Hat production service level agreements (SLAs) and might not be functionally complete. Red Hat does not recommend using them in production. These features provide early access to upcoming product features, enabling customers to test functionality and provide feedback during the development process.

For more information about the support scope of Red Hat Technology Preview features, see https://access.redhat.com/support/offerings/techpreview/.

About upgrading container-native virtualization

How container-native virtualization upgrades work

  • You can upgrade to the next minor version of container-native virtualization by using the OpenShift Container Platform web console to change the channel of your Operator subscription.

  • You can enable automatic z-stream updates during container-native virtualization installation.

  • Updates are delivered via the Marketplace Operator, which is deployed during OpenShift Container Platform installation. The Marketplace Operator makes external Operators available to your cluster.

  • The amount of time an update takes to complete depends on your network connection. Most automatic updates complete within fifteen minutes.

How container-native virtualization upgrades affect your cluster

  • Upgrading does not interrupt virtual machine workloads.

    • Virtual machine Pods are not restarted or migrated during an upgrade. If you need to update the virt-launcher Pod, you must restart or live migrate the virtual machine.

      Each virtual machine has a virt-launcher Pod that runs the virtual machine instance. The virt-launcher Pod runs an instance of libvirt, which is used to manage the virtual machine process.

  • Upgrading does not interrupt network connections.

  • DataVolumes and their associated PersistentVolumeClaims are preserved during upgrade.

Upgrading container-native virtualization to the next minor version

You can manually upgrade container-native virtualization to the next minor version by using the OpenShift Container Platform web console to change the channel of your Operator subscription.

Prerequisites

  • Access to the cluster as a user with the cluster-admin role.

Procedure

  1. Access the OpenShift Container Platform web console and navigate to Operators → Installed Operators.

  2. Click Container-native virtualization to open the Operator Details page.

  3. Click the Subscription tab to open the Subscription Overview page.

  4. In the Channel pane, click the pencil icon on the right side of the version number to open the Change Subscription Update Channel window.

  5. Select the next minor version. For example, if you want to upgrade to container-native virtualization 2.2, select 2.2.

  6. Click Save.

  7. Check the status of the upgrade by navigating to Operators → Installed Operators. You can also check the status by running the following oc command:

    $ oc get csv -n openshift-cnv

Monitoring upgrade status

The best way to monitor container-native virtualization upgrade status is to watch the ClusterServiceVersion (CSV) PHASE. You can also monitor the CSV conditions in the web console or by running the command provided here.

The PHASE and conditions values are approximations that are based on available information.
Prerequisites

  • Access to the cluster as a user with the cluster-admin role.

  • Install the OpenShift CLI (oc).

Procedure

  1. Run the following command:

    $ oc get csv

  2. Review the output, checking the PHASE field. For example:

    VERSION  REPLACES                                        PHASE
2.2.1    kubevirt-hyperconverged-operator.v2.2.0         Installing
2.2.0                                                    Replacing

  3. Optional: Monitor the aggregated status of all container-native virtualization component conditions by running the following command:

    $ oc get hco -n openshift-cnv kubevirt-hyperconverged \
-o=jsonpath='{range .status.conditions[*]}{.type}{"\t"}{.status}{"\t"}{.message}{"\n"}{end}'

    A successful upgrade results in the following output:

    ReconcileComplete  True  Reconcile completed successfully
Available          True  Reconcile completed successfully
Progressing        False Reconcile completed successfully
Degraded           False Reconcile completed successfully
upgradeable        True  Reconcile completed successfully
Additional information