diff --git a/modules/nw-ovn-k-day-2-masq-subnet.adoc b/modules/nw-ovn-k-day-2-masq-subnet.adoc index ee5e1b8d5cc2..ae708f112f76 100644 --- a/modules/nw-ovn-k-day-2-masq-subnet.adoc +++ b/modules/nw-ovn-k-day-2-masq-subnet.adoc @@ -6,6 +6,7 @@ [id="nw-ovn-k-day-2-masq-subnet_{context}"] = Configuring the OVN-Kubernetes masquerade subnet as a post-installation operation +[role="_abstract"] You can change the masquerade subnet used by OVN-Kubernetes as a post-installation operation to avoid conflicts with any existing subnets that are already in use in your environment. .Prerequisites diff --git a/modules/nw-ovn-kubernetes-change-join-subnet.adoc b/modules/nw-ovn-kubernetes-change-join-subnet.adoc index 8945acffa043..f1f212266120 100644 --- a/modules/nw-ovn-kubernetes-change-join-subnet.adoc +++ b/modules/nw-ovn-kubernetes-change-join-subnet.adoc @@ -6,6 +6,7 @@ [id="nw-ovn-kubernetes-change-join-subnet_{context}"] = Configuring the OVN-Kubernetes join subnet +[role="_abstract"] You can change the join subnet used by OVN-Kubernetes to avoid conflicting with any existing subnets already in use in your environment. .Prerequisites diff --git a/modules/nw-ovn-kubernetes-change-transit-subnet.adoc b/modules/nw-ovn-kubernetes-change-transit-subnet.adoc index 17108d4824ff..62582acf8361 100644 --- a/modules/nw-ovn-kubernetes-change-transit-subnet.adoc +++ b/modules/nw-ovn-kubernetes-change-transit-subnet.adoc @@ -6,6 +6,7 @@ [id="nw-ovn-kubernetes-change-transit-subnet_{context}"] = Configuring the OVN-Kubernetes transit subnet +[role="_abstract"] You can change the transit subnet used by OVN-Kubernetes to avoid conflicting with any existing subnets already in use in your environment. .Prerequisites diff --git a/modules/nw-ovn-kubernetes-examine-nb-database-contents-ref.adoc b/modules/nw-ovn-kubernetes-examine-nb-database-contents-ref.adoc index a5071d1e1330..c9be362b71ad 100644 --- a/modules/nw-ovn-kubernetes-examine-nb-database-contents-ref.adoc +++ b/modules/nw-ovn-kubernetes-examine-nb-database-contents-ref.adoc @@ -6,6 +6,7 @@ [id="nw-ovn-kubernetes-examine-nb-database-contents-ref_{context}"] = Command-line arguments for ovn-nbctl to examine northbound database contents +[role="_abstract"] The following table describes the command-line arguments that can be used with `ovn-nbctl` to examine the contents of the northbound database. diff --git a/modules/nw-ovn-kubernetes-examine-sb-database-contents-ref.adoc b/modules/nw-ovn-kubernetes-examine-sb-database-contents-ref.adoc index e48bdeac93a1..792827b61635 100644 --- a/modules/nw-ovn-kubernetes-examine-sb-database-contents-ref.adoc +++ b/modules/nw-ovn-kubernetes-examine-sb-database-contents-ref.adoc @@ -6,11 +6,12 @@ [id="nw-ovn-kubernetes-examine-sb-database-contents-ref_{context}"] = Command-line arguments for ovn-sbctl to examine southbound database contents +[role="_abstract"] The following table describes the command-line arguments that can be used with `ovn-sbctl` to examine the contents of the southbound database. [NOTE] ==== -Open a remote shell in the pod you wish to view the contents of and then run the `ovn-sbctl` commands. +Open a remote shell in the pod you want to view the contents of and then run the `ovn-sbctl` commands. ==== .Command-line arguments to examine southbound database contents diff --git a/modules/nw-ovn-kubernetes-features.adoc b/modules/nw-ovn-kubernetes-features.adoc index 44507a5612b7..a8c2f573a3c1 100644 --- a/modules/nw-ovn-kubernetes-features.adoc +++ b/modules/nw-ovn-kubernetes-features.adoc @@ -6,6 +6,7 @@ [id="nw-ovn-kubernetes-purpose_{context}"] = OVN-Kubernetes purpose +[role="_abstract"] The OVN-Kubernetes network plugin is an open-source, fully-featured Kubernetes CNI plugin that uses Open Virtual Network (OVN) to manage network traffic flows. OVN is a community developed, vendor-agnostic network virtualization solution. The OVN-Kubernetes network plugin uses the following technologies: * OVN to manage network traffic flows. @@ -16,9 +17,9 @@ The OVN-Kubernetes network plugin supports the following capabilities: * Hybrid clusters that can run both Linux and Microsoft Windows workloads. This environment is known as _hybrid networking_. * Offloading of network data processing from the host central processing unit (CPU) to compatible network cards and data processing units (DPUs). This is known as _hardware offloading_. -* IPv4-primary dual-stack networking on bare-metal, {vmw-full}, {ibm-power-name}, {ibm-z-name}, and {rh-openstack-first} platforms. +* IPv4-primary dual-stack networking on bare metal, {vmw-full}, {ibm-power-name}, {ibm-z-name}, and {rh-openstack-first} platforms. * IPv6 single-stack networking on {rh-openstack} and bare metal platforms. -* IPv6-primary dual-stack networking for a cluster running on a bare-metal, a {vmw-full}, or an {rh-openstack} platform. +* IPv6-primary dual-stack networking for a cluster running on bare metal, a {vmw-full}, or an {rh-openstack} platform. * Egress firewall devices and egress IP addresses. * Egress router devices that operate in redirect mode. * IPsec encryption of intracluster communications. diff --git a/modules/nw-ovn-kubernetes-installing-network-tools.adoc b/modules/nw-ovn-kubernetes-installing-network-tools.adoc index 01bf191ec6bd..be46f177e532 100644 --- a/modules/nw-ovn-kubernetes-installing-network-tools.adoc +++ b/modules/nw-ovn-kubernetes-installing-network-tools.adoc @@ -6,6 +6,7 @@ [id="nw-ovn-kubernetes-installing-network-tools_{context}"] = Installing network-tools on local host +[role="_abstract"] Install `network-tools` on your local host to make a collection of tools available for debugging {product-title} cluster network issues. .Procedure diff --git a/modules/nw-ovn-kubernetes-limitations.adoc b/modules/nw-ovn-kubernetes-limitations.adoc index c68a11d62ed6..7a28bf4e12ac 100644 --- a/modules/nw-ovn-kubernetes-limitations.adoc +++ b/modules/nw-ovn-kubernetes-limitations.adoc @@ -10,6 +10,13 @@ [role="abstract"] IPv6 and dual-stack networking for the OVN-Kubernetes network plugin in {microshift-short} have specific limitations that affect gateway configuration, routing, and cluster stability. +endif::microshift[] +ifdef::microshift[] +[role="_abstract"] +IPv6 and dual-stack networking for the OVN-Kubernetes network plugin in {microshift-short} have specific limitations that affect gateway configuration, routing, and cluster stability. + +endif::microshift[] + // The foll limitation is also recorded in the installation section. ifndef::microshift[] * For clusters configured for dual-stack networking, both IPv4 and IPv6 traffic must use the same network interface as the default gateway. diff --git a/modules/nw-ovn-kubernetes-list-database-contents.adoc b/modules/nw-ovn-kubernetes-list-database-contents.adoc index ea4caffd8ea1..f410e11dfb71 100644 --- a/modules/nw-ovn-kubernetes-list-database-contents.adoc +++ b/modules/nw-ovn-kubernetes-list-database-contents.adoc @@ -6,20 +6,21 @@ [id="nw-ovn-kubernetes-list-database-contents_{context}"] = Listing the OVN-Kubernetes northbound database contents -Each node is controlled by the `ovnkube-controller` container running in the `ovnkube-node` pod on that node. To understand the OVN logical networking entities you need to examine the northbound database that is running as a container inside the `ovnkube-node` pod on that node to see what objects are in the node you wish to see. +[role="_abstract"] +Each node is controlled by the `ovnkube-controller` container running in the `ovnkube-node` pod on that node. To understand the OVN logical networking entities you need to examine the northbound database that is running as a container inside the `ovnkube-node` pod on that node to see what objects are in the node you want to see. .Prerequisites * Access to the cluster as a user with the `cluster-admin` role. * The OpenShift CLI (`oc`) installed. -.Procedure - [NOTE] ==== To run ovn `nbctl` or `sbctl` commands in a cluster you must open a remote shell into the `nbdb` or `sbdb` containers on the relevant node ==== +.Procedure + . List pods by running the following command: + [source,terminal] @@ -27,7 +28,8 @@ To run ovn `nbctl` or `sbctl` commands in a cluster you must open a remote shell $ oc get po -n openshift-ovn-kubernetes ---- + -.Example output +Example output: ++ [source,terminal] ---- NAME READY STATUS RESTARTS AGE @@ -48,7 +50,8 @@ ovnkube-node-wqn2m 8/8 Running 0 16m $ oc get pods -n openshift-ovn-kubernetes -owide ---- + -.Example output +Example output: ++ [source,terminal] ---- NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE READINESS GATES @@ -88,7 +91,8 @@ $ oc exec -n openshift-ovn-kubernetes -it ovnkube-node-55xs2 \ -c northd -- ovn-nbctl lr-list ---- + -.Example output +Example output: ++ [source,terminal] ---- 45339f4f-7d0b-41d0-b5f9-9fca9ce40ce6 (GR_ci-ln-t487nnb-72292-mdcnq-master-2) @@ -108,7 +112,8 @@ $ oc exec -n openshift-ovn-kubernetes -it ovnkube-node-55xs2 \ -c nbdb -- ovn-nbctl ls-list ---- + -.Example output +Example output: ++ [source,terminal] ---- bdd7dc3d-d848-4a74-b293-cc15128ea614 (ci-ln-t487nnb-72292-mdcnq-master-2) @@ -130,7 +135,8 @@ $ oc exec -n openshift-ovn-kubernetes -it ovnkube-node-55xs2 \ -c nbdb -- ovn-nbctl lb-list ---- + -.Example output +Example output: ++ [source,terminal] ---- UUID LB PROTO VIP IPs diff --git a/modules/nw-ovn-kubernetes-list-resources.adoc b/modules/nw-ovn-kubernetes-list-resources.adoc index 4f1270121b11..4c462db71f86 100644 --- a/modules/nw-ovn-kubernetes-list-resources.adoc +++ b/modules/nw-ovn-kubernetes-list-resources.adoc @@ -6,6 +6,7 @@ [id="nw-ovn-kubernetes-list-resources_{context}"] = Listing all resources in the OVN-Kubernetes project +[role="_abstract"] Finding the resources and containers that run in the OVN-Kubernetes project is important to help you understand the OVN-Kubernetes networking implementation. .Prerequisites @@ -22,7 +23,9 @@ Finding the resources and containers that run in the OVN-Kubernetes project is i $ oc get all,ep,cm -n openshift-ovn-kubernetes ---- + -.Example output +Example output: + ++ [source,terminal] ---- Warning: apps.openshift.io/v1 DeploymentConfig is deprecated in v4.14+, unavailable in v4.10000+ @@ -73,7 +76,8 @@ The `ovnkube-config` config map has the {product-title} OVN-Kubernetes configura ---- $ oc get pods ovnkube-node-bcvts -o jsonpath='{.spec.containers[*].name}' -n openshift-ovn-kubernetes ---- -.Expected output +Expected output: + + [source,terminal] ---- @@ -87,7 +91,8 @@ The `ovnkube-node` pod is made up of several containers. It is responsible for h ---- $ oc get pods ovnkube-control-plane-65c6f55656-6d55h -o jsonpath='{.spec.containers[*].name}' -n openshift-ovn-kubernetes ---- -.Expected output +Expected output: + + [source,terminal] ---- diff --git a/modules/nw-ovn-kubernetes-list-southbound-database-contents.adoc b/modules/nw-ovn-kubernetes-list-southbound-database-contents.adoc index 2a71b268ce1f..39843a1a5199 100644 --- a/modules/nw-ovn-kubernetes-list-southbound-database-contents.adoc +++ b/modules/nw-ovn-kubernetes-list-southbound-database-contents.adoc @@ -6,20 +6,21 @@ [id="nw-ovn-kubernetes-list-southbound-database-contents_{context}"] = Listing the OVN-Kubernetes southbound database contents -Each node is controlled by the `ovnkube-controller` container running in the `ovnkube-node` pod on that node. To understand the OVN logical networking entities you need to examine the northbound database that is running as a container inside the `ovnkube-node` pod on that node to see what objects are in the node you wish to see. +[role="_abstract"] +Each node is controlled by the `ovnkube-controller` container running in the `ovnkube-node` pod on that node. To understand the OVN logical networking entities you need to examine the southbound database that is running as a container inside the `ovnkube-node` pod on that node to see what objects are in the node you want to see. .Prerequisites * Access to the cluster as a user with the `cluster-admin` role. * The OpenShift CLI (`oc`) installed. -.Procedure - [NOTE] ==== To run ovn `nbctl` or `sbctl` commands in a cluster you must open a remote shell into the `nbdb` or `sbdb` containers on the relevant node ==== +.Procedure + . List the pods by running the following command: + [source,terminal] @@ -27,7 +28,8 @@ To run ovn `nbctl` or `sbctl` commands in a cluster you must open a remote shell $ oc get po -n openshift-ovn-kubernetes ---- + -.Example output +Example output: ++ [source,terminal] ---- NAME READY STATUS RESTARTS AGE @@ -48,7 +50,8 @@ ovnkube-node-wqn2m 8/8 Running 0 16m $ oc get pods -n openshift-ovn-kubernetes -owide ---- + -.Example output +Example output: ++ [source,terminal] ---- NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE READINESS GATES @@ -77,7 +80,8 @@ $ ovn-sbctl show ---- + -.Example output +Example output: + + [source,terminal] ---- diff --git a/modules/nw-ovn-kubernetes-running-network-tools.adoc b/modules/nw-ovn-kubernetes-running-network-tools.adoc index 81149e203b88..0d72c6dfcf73 100644 --- a/modules/nw-ovn-kubernetes-running-network-tools.adoc +++ b/modules/nw-ovn-kubernetes-running-network-tools.adoc @@ -6,6 +6,7 @@ [id="nw-ovn-kubernetes-running-network-tools_{context}"] = Running network-tools +[role="_abstract"] Get information about the logical switches and routers by running `network-tools`. .Prerequisites @@ -23,7 +24,8 @@ Get information about the logical switches and routers by running `network-tools $ ./debug-scripts/network-tools ovn-db-run-command ovn-nbctl lr-list ---- + -.Example output +Example output: + + [source,terminal] ---- @@ -39,7 +41,8 @@ $ ./debug-scripts/network-tools ovn-db-run-command \ ovn-sbctl find Port_Binding type=localnet ---- + -.Example output +Example output: + + [source,terminal] ---- @@ -78,7 +81,8 @@ $ ./debug-scripts/network-tools ovn-db-run-command \ ovn-sbctl find Port_Binding type=l3gateway ---- + -.Example output +Example output: + + [source,terminal] ---- @@ -141,7 +145,8 @@ $ ./debug-scripts/network-tools ovn-db-run-command \ ovn-sbctl find Port_Binding type=patch ---- + -.Example output +Example output: + + [source,terminal] ---- diff --git a/modules/nw-ovn-kubernetes-session-affinity.adoc b/modules/nw-ovn-kubernetes-session-affinity.adoc index 6165c4052487..b74bb7e22854 100644 --- a/modules/nw-ovn-kubernetes-session-affinity.adoc +++ b/modules/nw-ovn-kubernetes-session-affinity.adoc @@ -6,6 +6,7 @@ [id="nw-ovn-kubernetes-session-affinity_{context}"] = Session affinity +[role="_abstract"] Session affinity is a feature that applies to Kubernetes `Service` objects. You can use _session affinity_ if you want to ensure that each time you connect to a :, the traffic is always load balanced to the same back end. For more information, including how to set session affinity based on a client's IP address, see link:https://kubernetes.io/docs/reference/networking/virtual-ips/#session-affinity[Session affinity]. diff --git a/modules/ovn-kubernetes-architecture-con.adoc b/modules/ovn-kubernetes-architecture-con.adoc index 3630a3df336c..e1985c8a745c 100644 --- a/modules/ovn-kubernetes-architecture-con.adoc +++ b/modules/ovn-kubernetes-architecture-con.adoc @@ -2,6 +2,7 @@ [id="ovn-kubernetes-architecture-con"] = Introduction to OVN-Kubernetes architecture +[role="_abstract"] The following diagram shows the OVN-Kubernetes architecture. .OVK-Kubernetes architecture diff --git a/modules/ovn-kubernetes-logical-architecture-con.adoc b/modules/ovn-kubernetes-logical-architecture-con.adoc index 8f4be2b90258..1799fa4d6250 100644 --- a/modules/ovn-kubernetes-logical-architecture-con.adoc +++ b/modules/ovn-kubernetes-logical-architecture-con.adoc @@ -2,6 +2,7 @@ [id="ovn-kubernetes-logical-architecture-con_{context}"] = OVN-Kubernetes logical architecture +[role="_abstract"] OVN is a network virtualization solution. It creates logical switches and routers. These switches and routers are interconnected to create any network topologies. When you run `ovnkube-trace` with the log level set to 2 or 5 the OVN-Kubernetes logical components are exposed. The following diagram shows how the routers and switches are connected in {product-title}. .OVN-Kubernetes router and switch components diff --git a/modules/virt-live-migration-requirements.adoc b/modules/virt-live-migration-requirements.adoc new file mode 100644 index 000000000000..e6b7798534c2 --- /dev/null +++ b/modules/virt-live-migration-requirements.adoc @@ -0,0 +1,34 @@ +// Module included in the following assemblies: +// +// * virt/live_migration/virt-about-live-migration.adoc + +:_mod-docs-content-type: CONCEPT +[id="virt-live-migration-requirements_{context}"] += Live migration requirements + +[role="_abstract"] +Live migration requires specific cluster configuration, including shared storage, sufficient resources, and compatible node settings. + +Live migration has the following requirements: + +ifdef::openshift-dedicated[] +* The cluster must have shared storage that supports live migration. +endif::openshift-dedicated[] +ifndef::openshift-dedicated[] +* The cluster must have shared storage with `ReadWriteMany` (RWX) access mode. +endif::openshift-dedicated[] +* The cluster must have sufficient RAM and network bandwidth. ++ +[NOTE] +==== +You must ensure that there is enough memory request capacity in the cluster to support node drains that result in live migrations. You can determine the approximate required spare memory by using the following calculation: + +---- +Product of (Maximum number of nodes that can drain in parallel) and (Highest total VM memory request allocations across nodes) +---- + +The default number of migrations that can run in parallel in the cluster is 5. +==== + +* If a VM uses a host model CPU, the nodes must support the CPU. +* Configuring a dedicated Multus network for live migration is highly recommended. A dedicated network minimizes the effects of network saturation on tenant workloads during migration. For more details, see the "Configuring a dedicated network for live migration" section. diff --git a/modules/virt-vm-migration-tuning.adoc b/modules/virt-vm-migration-tuning.adoc index 4aa2167acf5a..f174d11e7b7d 100644 --- a/modules/virt-vm-migration-tuning.adoc +++ b/modules/virt-vm-migration-tuning.adoc @@ -12,7 +12,7 @@ You can adjust your cluster-wide live migration settings based on the type of wo This enables you to control how many VMs migrate at the same time, the network bandwidth you want to use for each migration, and how long {VirtProductName} attempts to complete the migration before canceling the process. Configure these settings in the `HyperConverged` custom resource (CR). -If you are migrating multiple VMs per node at the same time, set a `bandwidthPerMigration` limit to prevent a large or busy VM from using a large portion of the node’s network bandwidth. By default, the `bandwidthPerMigration` value is `0`, which means unlimited. +If you are migrating multiple VMs per node at the same time, set a `bandwidthPerMigration` limit to prevent a large or busy VM from using a large portion of the node's network bandwidth. By default, the `bandwidthPerMigration` value is `0`, which means unlimited. A large VM running a heavy workload (for example, database processing), with higher memory dirty rates, requires a higher bandwidth to complete the migration. diff --git a/networking/ovn_kubernetes_network_provider/about-ovn-kubernetes.adoc b/networking/ovn_kubernetes_network_provider/about-ovn-kubernetes.adoc index cd8e727d3a6e..69d0824446b9 100644 --- a/networking/ovn_kubernetes_network_provider/about-ovn-kubernetes.adoc +++ b/networking/ovn_kubernetes_network_provider/about-ovn-kubernetes.adoc @@ -6,6 +6,7 @@ include::_attributes/common-attributes.adoc[] toc::[] +[role="_abstract"] The {product-title} cluster uses a virtualized network for pod and service networks. Part of {openshift-networking}, the OVN-Kubernetes network plugin is the default network provider for {product-title}. OVN-Kubernetes is based on Open Virtual Network (OVN) and provides an overlay-based networking implementation. A cluster that uses the OVN-Kubernetes plugin also runs Open vSwitch (OVS) on each node. OVN configures OVS on each node to implement the declared network configuration. diff --git a/networking/ovn_kubernetes_network_provider/ovn-kubernetes-architecture-assembly.adoc b/networking/ovn_kubernetes_network_provider/ovn-kubernetes-architecture-assembly.adoc index eea335c96158..5c34b87bd0d3 100644 --- a/networking/ovn_kubernetes_network_provider/ovn-kubernetes-architecture-assembly.adoc +++ b/networking/ovn_kubernetes_network_provider/ovn-kubernetes-architecture-assembly.adoc @@ -6,6 +6,9 @@ include::_attributes/common-attributes.adoc[] toc::[] +[role="_abstract"] +Read about OVN-Kubernetes architecture, how to inspect OVN databases and resources, and how to use optional network tools. + include::modules/ovn-kubernetes-architecture-con.adoc[leveloffset=+1] include::modules/nw-ovn-kubernetes-list-resources.adoc[leveloffset=+1] @@ -30,7 +33,7 @@ include::modules/nw-ovn-kubernetes-running-network-tools.adoc[leveloffset=+2] * xref:../../networking/ovn_kubernetes_network_provider/ovn-kubernetes-tracing-using-ovntrace.adoc#ovn-kubernetes-tracing-using-ovntrace[Tracing Openflow with ovnkube-trace] * link:https://www.ovn.org/support/dist-docs/ovn-architecture.7.html[OVN architecture] -* link:https://man7.org/linux/man-pages/man8/ovn-nbctl.8.html[ovn-nbctl linux manual page] -* link:https://man7.org/linux/man-pages/man8/ovn-sbctl.8.html[ovn-sbctl linux manual page] +* link:https://man7.org/linux/man-pages/man8/ovn-nbctl.8.html[ovn-nbctl Linux manual page] +* link:https://man7.org/linux/man-pages/man8/ovn-sbctl.8.html[ovn-sbctl Linux manual page] diff --git a/virt/live_migration/virt-about-live-migration.adoc b/virt/live_migration/virt-about-live-migration.adoc index 287807e6a3b5..9def0db40fb5 100644 --- a/virt/live_migration/virt-about-live-migration.adoc +++ b/virt/live_migration/virt-about-live-migration.adoc @@ -7,36 +7,10 @@ include::_attributes/attributes-openshift-dedicated.adoc[] toc::[] -Live migration is the process of moving a running virtual machine (VM) to another node in the cluster without interrupting the virtual workload. Live migration enables smooth transitions during cluster upgrades or any time a node needs to be drained for maintenance or configuration changes. +[role="_abstract"] +Live migration is the process of moving a running virtual machine (VM) to another node in the cluster without interrupting the virtual workload. Live migration enables smooth transitions during cluster upgrades or any time a node needs to be drained for maintenance or configuration changes. By default, live migration traffic is encrypted using Transport Layer Security (TLS). -By default, live migration traffic is encrypted using Transport Layer Security (TLS). - -[id="live-migration-requirements_virt-about-live-migration"] -== Live migration requirements - -Live migration has the following requirements: - -ifdef::openshift-dedicated[] -* The cluster must have shared storage that supports live migration. -endif::openshift-dedicated[] -ifndef::openshift-dedicated[] -* The cluster must have shared storage with `ReadWriteMany` (RWX) access mode. -endif::openshift-dedicated[] -* The cluster must have sufficient RAM and network bandwidth. -+ -[NOTE] -==== -You must ensure that there is enough memory request capacity in the cluster to support node drains that result in live migrations. You can determine the approximate required spare memory by using the following calculation: - ----- -Product of (Maximum number of nodes that can drain in parallel) and (Highest total VM memory request allocations across nodes) ----- - -The default number of migrations that can run in parallel in the cluster is 5. -==== - -* If a VM uses a host model CPU, the nodes must support the CPU. -* xref:../../virt/vm_networking/virt-dedicated-network-live-migration.adoc#virt-dedicated-network-live-migration[Configuring a dedicated Multus network] for live migration is highly recommended. A dedicated network minimizes the effects of network saturation on tenant workloads during migration. +include::modules/virt-live-migration-requirements.adoc[leveloffset=+1] include::modules/virt-about-live-migration-permissions.adoc[leveloffset=+1] @@ -47,18 +21,6 @@ include::modules/virt-granting-live-migration-permissions.adoc[leveloffset=+1] include::modules/virt-vm-migration-tuning.adoc[leveloffset=+1] -[id="common-live-migration-tasks_virt-about-live-migration"] -== Common live migration tasks - -You can perform the following live migration tasks: - -* xref:../../virt/live_migration/virt-configuring-live-migration.adoc#virt-configuring-live-migration[Configure live migration settings] -* xref:../../virt/live_migration/virt-configuring-live-migration.adoc#virt-configuring-live-migration-heavy_virt-configuring-live-migration[Configure live migration for heavy workloads] -* xref:../../virt/live_migration/virt-initiating-live-migration.adoc#virt-initiating-live-migration[Initiate and cancel live migration] -* Monitor the progress of all live migrations in the *Migrations* tab of the {product-title} web console. -* View VM migration metrics in the *Metrics* tab of the web console. - - [id="additional-resources_virt-about-live-migration"] == Additional resources * xref:../../virt/about_virt/virt-security-policies.adoc#default-cluster-roles-for-virt_virt-security-policies[Default cluster roles for {VirtProductName}]