Skip to content

Commit f6f4a60

Browse files
authored
Merge pull request #44553 from sabrinajess/CNV13656
CNV-13656: Move HA content to new section
2 parents ff571a9 + d015801 commit f6f4a60

File tree

1 file changed

+30
-27
lines changed

1 file changed

+30
-27
lines changed

virt/install/preparing-cluster-for-virt.adoc

Lines changed: 30 additions & 27 deletions
Original file line numberDiff line numberDiff line change
@@ -26,33 +26,6 @@ include::snippets/technology-preview.adoc[leveloffset=+2]
2626
endif::[]
2727
--
2828
29-
30-
* Additionally, there are three options to maintain high availability (HA) of virtual machines:
31-
32-
** Use xref:../../installing/installing_bare_metal_ipi/ipi-install-overview.adoc#ipi-install-overview[installer-provisioned infrastructure] and xref:../../machine_management/deploying-machine-health-checks.adoc#machine-health-checks-about_deploying-machine-health-checks[deploy machine health checks].
33-
+
34-
[NOTE]
35-
====
36-
In {VirtProductName} clusters installed using installer-provisioned infrastructure and with MachineHealthCheck properly configured, if a node fails the MachineHealthCheck and becomes unavailable to the cluster, it is recycled. What happens next with VMs that ran on the failed node depends on a series of conditions. See xref:../../virt/virtual_machines/virt-create-vms.adoc#virt-about-runstrategies-vms_virt-create-vms[About RunStrategies for virtual machines] for more detailed information about the potential outcomes and how RunStrategies affect those outcomes.
37-
====
38-
39-
** If you are not using installer-provisioned infrastructure, use either a monitoring system or a qualified human to monitor node availability. When a node is lost, shut it down and run `oc delete node <lost_node>`.
40-
+
41-
[NOTE]
42-
====
43-
Without an external monitoring system or a qualified human monitoring node health, virtual machines lose high availability.
44-
====
45-
46-
** Use the xref:../../nodes/nodes/eco-node-health-check-operator.adoc#node-health-check-operator[Node Health Check Operator] on any {product-title} cluster to deploy the `NodeHealthCheck` controller. The controller identifies unhealthy nodes and uses the Poison Pill Operator to remediate the unhealthy nodes.
47-
+
48-
--
49-
ifdef::openshift-enterprise[]
50-
:FeatureName: Node Health Check Operator
51-
include::snippets/technology-preview.adoc[leveloffset=+2]
52-
:!FeatureName:
53-
endif::[]
54-
--
55-
5629
* Shared storage is required to enable live migration.
5730
5831
* You must manage your Compute nodes according to the number and size of the virtual machines that you want to host in the cluster.
@@ -79,6 +52,36 @@ To obtain an evaluation version of {product-title}, download a trial
7952
from the {product-title} home page.
8053
====
8154

55+
[id="virt-maintain-high-availability_preparing-cluster-for-virt"]
56+
== How to maintain high availability of virtual machines
57+
58+
There are three options to maintain high availability (HA) of virtual machines:
59+
60+
* Automatic high availability for xref:../../installing/installing_bare_metal_ipi/ipi-install-overview.adoc#ipi-install-overview[installer-provisioned infrastructure] (IPI) is available by deploying xref:../../machine_management/deploying-machine-health-checks.adoc#machine-health-checks-about_deploying-machine-health-checks[machine health checks].
61+
+
62+
[NOTE]
63+
====
64+
In {VirtProductName} clusters installed using installer-provisioned infrastructure and with MachineHealthCheck properly configured, if a node fails the MachineHealthCheck and becomes unavailable to the cluster, it is recycled. What happens next with VMs that ran on the failed node depends on a series of conditions. See xref:../../virt/virtual_machines/virt-create-vms.adoc#virt-about-runstrategies-vms_virt-create-vms[About RunStrategies for virtual machines] for more detailed information about the potential outcomes and how RunStrategies affect those outcomes.
65+
====
66+
67+
68+
* Automatic high availability for both IPI and non-IPI is available by using the xref:../../nodes/nodes/eco-node-health-check-operator.adoc#node-health-check-operator[Node Health Check Operator] on any {product-title} cluster to deploy the `NodeHealthCheck` controller. The controller identifies unhealthy nodes and uses the Self Node Remediation Operator to remediate the unhealthy nodes.
69+
+
70+
--
71+
ifdef::openshift-enterprise[]
72+
:FeatureName: Node Health Check Operator
73+
include::snippets/technology-preview.adoc[leveloffset=+2]
74+
:!FeatureName:
75+
endif::[]
76+
--
77+
78+
* High availability for any platform is available by using either a monitoring system or a qualified human to monitor node availability. When a node is lost, shut it down and run `oc delete node <lost_node>`.
79+
+
80+
[NOTE]
81+
====
82+
Without an external monitoring system or a qualified human monitoring node health, virtual machines lose high availability.
83+
====
84+
8285
include::modules/virt-single-node-cluster.adoc[leveloffset=+1]
8386

8487
[role="_additional-resources"]

0 commit comments

Comments
 (0)