Skip to content

Commit 65645bd

Browse files
authored
Merge pull request #50699 from darshan-nagaraj/node-observability
No JIRA/BZ. Updates the node observability section
2 parents fb43376 + 1680d96 commit 65645bd

6 files changed

+18
-18
lines changed

_topic_maps/_topic_map.yml

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -2337,7 +2337,7 @@ Topics:
23372337
- Name: Deploying distributed units at scale in a disconnected environment
23382338
File: ztp-deploying-disconnected
23392339
Distros: openshift-origin,openshift-enterprise
2340-
- Name: Requesting CRI-O and Kubelet profiling data using the Node Observability Operator
2340+
- Name: Requesting CRI-O and Kubelet profiling data by using the Node Observability Operator
23412341
File: node-observability-operator
23422342
Distros: openshift-origin,openshift-enterprise
23432343
---

modules/node-observability-create-custom-resource.adoc

Lines changed: 3 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -6,21 +6,19 @@
66
[id="creating-node-observability-custom-resource_{context}"]
77
= Creating the Node Observability custom resource
88

9-
Before you run profiling queries, you must create a `NodeObservability` custom resource (CR).
9+
You must create and run the `NodeObservability` custom resource (CR) before you run the profiling query. When you run the `NodeObservability` CR, it creates the necessary machine config and machine config pool CRs to enable the CRI-O profiling on the worker nodes matching the `nodeSelector`.
1010

1111
[IMPORTANT]
1212
====
1313
The worker nodes matching the `nodeSelector` specified in `NodeObservability` CR are rebooted. It might take 10 or more minutes to complete.
1414
====
1515

16-
When you apply the `NodeObservability` CR, the necessary machine config and machine config pool CRs are created to enable the CRI-O profiling on the worker nodes matching the `nodeSelector`.
17-
1816
[NOTE]
1917
====
2018
Kubelet profiling is enabled by default.
2119
====
2220

23-
The CRI-O unix socket of the node is mounted on the agent pod, which allows the agent to communicate with CRIO to run the pprof request. Similiarly, the `kubelet-serving-ca` certificate chain is mounted on the agent pod, which allows secure communication between the agent and node's kubelet endpoint.
21+
The CRI-O unix socket of the node is mounted on the agent pod, which allows the agent to communicate with CRI-O to run the pprof request. Similarly, the `kubelet-serving-ca` certificate chain is mounted on the agent pod, which allows secure communication between the agent and node's kubelet endpoint.
2422

2523
.Prerequisites
2624
* You have installed the Node Observability Operator.
@@ -29,7 +27,7 @@ The CRI-O unix socket of the node is mounted on the agent pod, which allows the
2927
3028
.Procedure
3129

32-
. Log in to the {product-title} CLI as a user with the `cluster-admin` role by running the following command:
30+
. Log in to the {product-title} CLI by running the following command:
3331
+
3432
[source,terminal]
3533
----

modules/node-observability-high-level-workflow.adoc

Lines changed: 5 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -4,8 +4,10 @@
44

55
:_content-type: CONCEPT
66
[id="workflow-node-observability-operator_{context}"]
7-
= High level workflow of the Node Observability Operator
7+
= Workflow of the Node Observability Operator
88

9-
After you install the Node Observability Operator in the {product-title} cluster, you have to create a `NodeObservability` custom resource, which creates a DaemonSet to deploy a Node Observability agent on each worker node.
9+
The following workflow outlines on how to query the profiling data using the Node Observability Operator:
1010

11-
To request a profiling query, you have to create a `NodeObservabilityRun` resource that requests the deployed Node Observability agent to trigger the CRI-O and Kubelet profiling. After the profiling is completed, the Node Observability agent stores the profiling data inside the container file system `/run/node-observability` directory, which is available for query.
11+
. Install the Node Observability Operator in the {product-title} cluster.
12+
. Create a NodeObservability custom resource to enable the CRI-O profiling on the worker nodes of your choice.
13+
. Run the profiling query to generate the profiling data.

modules/node-observability-install-cli.adoc

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -30,7 +30,7 @@ NAME CATALOG AGE
3030
node-observability-operator Red Hat Operators 9h
3131
----
3232

33-
. Create the `node-observability-operator` namespace by running the following command::
33+
. Create the `node-observability-operator` namespace by running the following command:
3434
+
3535
[source,terminal]
3636
----

modules/node-observability-run-profiling-query.adoc

Lines changed: 5 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -4,9 +4,9 @@
44

55
:_content-type: PROCEDURE
66
[id="running-profiling-query_{context}"]
7-
= Running profiling query
7+
= Running the profiling query
88

9-
Profiling query is a blocking operation that fetches CRI-O and Kubelet profiling data for a duration of 30 seconds. The Node Observability Operator stores the profiling data inside the container file system `/run/node-observability` directory. To request profiling data query, you have to create a `NodeObservabilityRun` resource.
9+
To run the profiling query, you must create a `NodeObservabilityRun` resource. The profiling query is a blocking operation that fetches CRI-O and Kubelet profiling data for a duration of 30 seconds. After the profiling query is complete, you must retrieve the profiling data inside the container file system `/run/node-observability` directory.
1010

1111
[IMPORTANT]
1212
====
@@ -33,7 +33,7 @@ spec:
3333
name: cluster
3434
----
3535

36-
. Run the `NodeObservabilityRun` to trigger the profiling:
36+
. Trigger the profiling query by running the `NodeObservabilityRun` resource:
3737
+
3838
[source,terminal]
3939
----
@@ -65,9 +65,9 @@ conditions:
6565
----
6666

6767
+
68-
Profiling query is complete when the status is `True` and type is `Finished`.
68+
The profiling query is complete once the status is `True` and type is `Finished`.
6969

70-
. Run the following bash script to retrieve the profiling data from container's `/run/node-observability` path:
70+
. Retrieve the profiling data from the container's `/run/node-observability` path by running the following bash script:
7171
+
7272
[source,bash]
7373
----

scalability_and_performance/node-observability-operator.adoc

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -1,17 +1,17 @@
11
:_content-type: ASSEMBLY
22
[id="using-node-observability-operator"]
3-
= Understanding the Node Observability Operator
3+
= Requesting CRI-O and Kubelet profiling data by using the Node Observability Operator
44
include::_attributes/common-attributes.adoc[]
55
:context: node-observability-operator
66

77
toc::[]
88

99

10+
The Node Observability Operator collects and stores the CRI-O and Kubelet profiling data of worker nodes. You can query the profiling data to analyze the CRI-O and Kubelet performance trends and debug the performance-related issues.
11+
1012
:FeatureName: The Node Observability Operator
1113
include::snippets/technology-preview.adoc[leveloffset=+0]
1214

13-
The Node Observability Operator collects and stores the CRI-O and Kubelet profiling data of worker nodes. You can use the profiling data to analyze the CRI-O and Kubelet performance trends and debug the performance related issues.
14-
1515
include::modules/node-observability-high-level-workflow.adoc[leveloffset=+1]
1616

1717
include::modules/node-observability-installation.adoc[leveloffset=+1]

0 commit comments

Comments
 (0)