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: modules/virt-checking-storage-configuration.adoc
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -9,7 +9,8 @@
9
9
Use a predefined checkup to verify that the {product-title} cluster storage is configured optimally to run {VirtProductName} workloads.
10
10
11
11
.Prerequisites
12
-
* You have installed the OpenShift CLI (`oc`).
12
+
13
+
* You have installed the {oc-first}.
13
14
* The cluster administrator has created the required `cluster-reader` permissions for the storage checkup service account and namespace, such as in the following example:
14
15
+
15
16
[source,yaml]
@@ -29,7 +30,6 @@ subjects:
29
30
----
30
31
<1> The namespace where the checkup is to be run.
31
32
32
-
33
33
.Procedure
34
34
35
35
. Create a `ServiceAccount`, `Role`, and `RoleBinding` manifest file for the storage checkup:
Copy file name to clipboardExpand all lines: modules/virt-latency-checkup-web-console.adoc
+3-1Lines changed: 3 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -25,4 +25,6 @@ Run a latency checkup to verify network connectivity and measure the latency bet
25
25
. Optional: Target specific nodes by enabling *Select nodes* and specifying the *Source node* and *Target node*.
26
26
. Click *Run*.
27
27
28
-
You can view the status of the latency checkup in the *Checkups* list on the *Latency checkup* tab. Click on the name of the checkup for more details.
28
+
.Verification
29
+
30
+
* To view the status of the latency checkup, go to the *Checkups* list on the *Latency checkup* tab. Click on the name of the checkup for more details.
You use a predefined checkup to verify network connectivity and measure latency between two virtual machines (VMs) that are attached to a secondary network interface. The latency checkup uses the ping utility.
10
-
11
-
You run a latency checkup by performing the following steps:
9
+
You run a latency checkup using the CLI by performing the following steps:
12
10
13
11
. Create a service account, roles, and rolebindings to provide cluster access permissions to the latency checkup.
14
12
. Create a config map to provide the input to run the checkup and to store the results.
@@ -19,7 +17,7 @@ You run a latency checkup by performing the following steps:
19
17
20
18
.Prerequisites
21
19
22
-
* You installed the OpenShift CLI (`oc`).
20
+
* You installed the {oc-first}.
23
21
* The cluster has at least two worker nodes.
24
22
* You configured a network attachment definition for a namespace.
Running a predefined checkup in an existing namespace involves setting up a service account for the checkup, creating the `Role` and `RoleBinding` objects for the service account, enabling permissions for the checkup, and creating the input config map and the checkup job. You can run a checkup multiple times.
12
+
13
+
[IMPORTANT]
14
+
====
15
+
You must always:
16
+
17
+
* Verify that the checkup image is from a trustworthy source before applying it.
18
+
* Review the checkup permissions before creating the `Role` and `RoleBinding` objects.
{VirtProductName} includes the following predefined checkups that can be used for cluster maintenance and troubleshooting:
9
+
A _checkup_ is an automated test workload that allows you to verify if a specific cluster functionality works as expected. The cluster checkup framework uses native Kubernetes resources to configure and execute the checkup.
10
+
11
+
:FeatureName: The {VirtProductName} cluster checkup framework
12
+
include::snippets/technology-preview.adoc[]
13
+
14
+
As a developer or cluster administrator, you can use predefined checkups to improve cluster maintainability, troubleshoot unexpected behavior, minimize errors, and save time. You can review the results of the checkup and share them with experts for further analysis. Vendors can write and publish checkups for features or services that they provide and verify that their customer environments are configured correctly.
15
+
16
+
[id="virt-running-cluster-checkups-latency"]
17
+
== Running predefined latency checkups
18
+
19
+
You can use a latency checkup to verify network connectivity and measure latency between two virtual machines (VMs) that are attached to a secondary network interface. The predefined latency checkup uses the ping utility.
10
20
11
-
* Latency checkup, which verifies network connectivity and measures latency between two virtual machines (VMs) that are attached to a secondary network interface.
12
-
+
13
21
[IMPORTANT]
14
22
=====
15
23
Before you run a latency checkup, you must first xref:../../virt/vm_networking/virt-connecting-vm-to-linux-bridge.adoc#virt-connecting-vm-to-linux-bridge[create a bridge interface] on the cluster nodes to connect the VM's secondary interface to any interface on the node. If you do not create a bridge interface, the VMs do not start and the job fails.
16
24
=====
17
25
18
-
* Storage checkup, which verifies if the cluster storage is optimally configured for {VirtProductName}.
Use the following procedures the first time you run checkups by using the web console. For additional checkups, click *Run checkup* on either checkup tab, and select the appropriate checkup from the drop down menu.
35
+
You can use a storage checkup to verify that the cluster storage is optimally configured for {VirtProductName}.
* xref:../../virt/vm_networking/virt-connecting-vm-to-linux-bridge.adoc#virt-connecting-vm-to-linux-bridge[Attaching a virtual machine to multiple networks]
* xref:../../virt/vm_networking/virt-connecting-vm-to-linux-bridge.adoc#virt-connecting-vm-to-linux-bridge[Connecting a virtual machine to a Linux bridge network]
0 commit comments