Updates are supported on {product-title} beginning with the General Availability version 4.14.
You can update {op-system-ostree-first} images or {op-system-base-full} with or without updating the {product-title} version if the version combination is supported. See the following table for details:
Consider the following when planning to update {microshift-short}:
-
You can potentially update {microshift-short} without reinstalling your applications and Operators.
-
{op-system} or {op-system-ostree} updates are only required to update {microshift-short} if the existing operating system is not compatible with the new version of {microshift-short} that you want to use.
-
{microshift-short} operates as an in-place update and does not require removal of the previous version. Data backups beyond those required for the usual functioning of your applications are also not required.
Note
|
Only |
Using the {op-system-ostree} rpm-ostree
update path allows for automated backup and system rollback in case any part of the update fails.
-
You can update {microshift-short} on an
rpm-ostree
system such as {op-system-ostree} by building a new system image containing the new version of {microshift-short}. -
The
rpm-ostree
image can be the same version or an updated version, but the versions of {op-system-ostree} and {microshift-short} must be compatible.
The following features are available in the {op-system-ostree} update path:
-
The system automatically rolls back to a previous healthy system state if the update fails.
-
Applications do not need to be reinstalled.
-
Operators do not need to be reinstalled.
-
You can update an application without updating {microshift-short} using this update type.
-
The image you build can contain other updates as needed.
To begin a {microshift-short} update by embedding in a {op-system-ostree} image, use the procedures in the following documentation:
To understand more about Greenboot, see the following documentation:
You can update {microshift-short} manually on a non-OSTree system such as {op-system-base-full} by updating the RPMs.
-
To complete this update type, use the subscription manager to enable the repository that contains the new RPMs.
-
Use manual processes to ensure system health and complete additional system backups.
-
To begin a manual RPM update, use the procedures in the following documentation:
Warning
|
Keeping versions in a supported configuration of {op-system-bundle} can require updating {microshift-short} and {op-system} at the same time. Ensure that your version of {op-system} is compatible with the version of {microshift-short} you are updating to, especially if you are updating {microshift-short} across two minor versions. Otherwise, you can create an unsupported configuration, break your cluster, or both. |
You can update {op-system-ostree} or {op-system} without updating {microshift-short}, on the condition that the two versions are compatible. Check compatibilities before beginning an update. Use the {op-system-ostree} documentation specific to your update path.
You can update {op-system-ostree} or {op-system} and update {microshift-short} at the same time, on the condition that the versions are compatible. Use the following workflow:
-
Check for compatibility before beginning an update.
-
Use the {op-system-ostree} and {op-system} documentation specific to your update path to plan and update the operating system.
-
Enable the correct {microshift-short} repository to ensure alignment between your {op-system} and {microshift-short} versions.
-
Use the {microshift-short} update type specific to your update path.