You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: applications/creating_applications/odc-creating-applications-using-developer-perspective.adoc
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -50,7 +50,7 @@ The Managed services option is also available if the RHOAS Operator is installed
50
50
* *Re-ordering of resources*: Use these resources to re-order pinned resources added to your navigation pane. The drag-and-drop icon is displayed on the left side of the pinned resource when you hover over it in the navigation pane. The dragged resource can be dropped only in the section where it resides.
51
51
52
52
ifdef::openshift-enterprise,openshift-webscale[]
53
-
Note that certain options, such as *Pipelines*, *Event Source*, and *Import Virtual Machines*, are displayed only when the xref:../../cicd/pipelines/installing-pipelines.adoc#op-installing-pipelines-operator-in-web-console_installing-pipelines[OpenShift Pipelines Operator], link:https://docs.openshift.com/serverless/1.28/install/install-serverless-operator.html#serverless-install-web-console_install-serverless-operator[{ServerlessOperatorName}], and xref:../../virt/install/installing-virt-web.adoc#virt-subscribing-to-the-catalog_installing-virt-web[OpenShift Virtualization Operator] are installed, respectively.
53
+
Note that certain options, such as *Pipelines*, *Event Source*, and *Import Virtual Machines*, are displayed only when the xref:../../cicd/pipelines/installing-pipelines.adoc#op-installing-pipelines-operator-in-web-console_installing-pipelines[OpenShift Pipelines Operator], link:https://docs.openshift.com/serverless/1.28/install/install-serverless-operator.html#serverless-install-web-console_install-serverless-operator[{ServerlessOperatorName}], and xref:../../virt/install/installing-virt.adoc#virt-subscribing-cli_installing-virt[OpenShift Virtualization Operator] are installed, respectively.
* xref:../../virt/getting_started/virt-getting-started.adoc#virt-getting-started[Getting started with {VirtProductName}]
20
21
* xref:../../virt/install/preparing-cluster-for-virt.adoc#preparing-cluster-for-virt[Preparing your cluster for {VirtProductName}]
21
-
* xref:../../virt/virt-getting-started.adoc#virt-getting-started[Getting started with {VirtProductName}]
22
22
* xref:../../networking/hardware_networks/about-sriov.adoc#about-sriov[About Single Root I/O Virtualization (SR-IOV) hardware networks]
23
23
* xref:../../virt/virtual_machines/vm_networking/virt-attaching-vm-to-sriov-network.adoc#virt-attaching-vm-to-sriov-network[Connecting a virtual machine to an SR-IOV network]
Copy file name to clipboardExpand all lines: modules/virt-about-eus-updates.adoc
+4-4Lines changed: 4 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,14 +1,14 @@
1
1
// Module included in the following assemblies:
2
2
//
3
-
// * virt/upgrading-virt.adoc
3
+
// * virt/updating/upgrading-virt.adoc
4
4
5
5
:_content-type: CONCEPT
6
6
[id="virt-about-eus-updates_{context}"]
7
7
= About EUS-to-EUS updates
8
8
9
-
Every even-numbered minor version of {product-title}, including 4.10 and 4.12, is an Extended Update Support (EUS) version. However, because Kubernetes design mandates serial minor version updates, you cannot directly update from one EUS version to the next.
9
+
Every even-numbered minor version of {product-title}, including 4.10 and 4.12, is an Extended Update Support (EUS) version. However, because Kubernetes design mandates serial minor version updates, you cannot directly update from one EUS version to the next.
10
10
11
-
After you update from the source EUS version to the next odd-numbered minor version, you must sequentially update {VirtProductName} to all z-stream releases of that minor version that are on your update path. When you have upgraded to the latest applicable z-stream version, you can then update {product-title} to the target EUS minor version.
11
+
After you update from the source EUS version to the next odd-numbered minor version, you must sequentially update {VirtProductName} to all z-stream releases of that minor version that are on your update path. When you have upgraded to the latest applicable z-stream version, you can then update {product-title} to the target EUS minor version.
12
12
13
13
When the {product-title} update succeeds, the corresponding update for {VirtProductName} becomes available. You can now update {VirtProductName} to the target EUS version.
14
14
@@ -17,7 +17,7 @@ When the {product-title} update succeeds, the corresponding update for {VirtProd
17
17
18
18
Before beginning an EUS-to-EUS update, you must:
19
19
20
-
* Pause worker nodes' machine config pools before you start an EUS-to-EUS update so that the workers are not rebooted twice.
20
+
* Pause worker nodes' machine config pools before you start an EUS-to-EUS update so that the workers are not rebooted twice.
21
21
22
22
* Disable automatic workload updates before you begin the update process. This is to prevent {VirtProductName} from migrating or evicting your virtual machines (VMs) until you update to your target EUS version.
= About volume and access modes for virtual machine disks
8
9
9
-
If you use the storage API with known storage providers, volume and access modes are selected automatically. However, if you use a storage class that does not have a storage profile, you must select the volume and access mode.
10
+
If you use the storage API with known storage providers, the volume and access modes are selected automatically. However, if you use a storage class that does not have a storage profile, you must configure the volume and access mode.
10
11
11
-
For best results, use `accessMode: ReadWriteMany` and `volumeMode: Block`. This is important for the following reasons:
12
+
For best results, use the `ReadWriteMany`(RWX) access mode and the `Block` volume mode. This is important for the following reasons:
12
13
13
-
* The ReadWriteMany (RWX) access mode is required for live migration.
14
+
* `ReadWriteMany` (RWX) access mode is required for live migration.
14
15
15
-
* The `Block` volume mode performs significantly better in comparison to the `Filesystem` volume mode. This is because the `Filesystem` volume mode uses more storage layers, including a file system layer and a disk image file. These layers are not necessary for VM disk storage.
16
+
* The `Block` volume mode performs significantly better than the `Filesystem` volume mode. This is because the `Filesystem` volume mode uses more storage layers, including a file system layer and a disk image file. These layers are not necessary for VM disk storage.
16
17
+
17
18
For example, if you use {rh-storage-first}, Ceph RBD volumes are preferable to CephFS volumes.
18
-
+
19
+
19
20
[IMPORTANT]
20
21
====
21
-
You cannot live migrate virtual machines that use:
22
-
23
-
* A storage volume with ReadWriteOnce (RWO) access mode
22
+
You cannot live migrate virtual machines with the following configurations:
24
23
24
+
* Storage volume with `ReadWriteOnce` (RWO) access mode
25
25
* Passthrough features such as GPUs
26
26
27
27
Do not set the `evictionStrategy` field to `LiveMigrate` for these virtual machines.
0 commit comments