Assess the overall status of an OpenShift cluster by using the web console, and identify projects and pods of core architectural components of Kubernetes and OpenShift.
Outcomes
Explore and show the monitoring features and components.
Explore the Overview page to inspect the cluster status.
Use a terminal connection to the master01 node to view the crio and kubelet services.
Explore the Monitoring page, alert rule configurations, and the etcd service dashboard.
Explore the events page, and filter events by resource name, type, and message.
As the student user on the workstation machine, use the lab command to prepare your system for this exercise.
This command ensures that the cluster is prepared for the exercise.
[student@workstation ~]$ lab start intro-monitor
Instructions
As the developer user, locate and then navigate to the Red Hat OpenShift web console.
Use the terminal to log in to the OpenShift cluster as the developer user with the developer password.
[student@workstation ~]$ oc login -u developer -p developer \
https://api.ocp4.example.com:6443
...output omitted...Identify the URL for the OpenShift web console.
[student@workstation ~]$ oc whoami --show-console
https://console-openshift-console.apps.ocp4.example.comOpen a web browser and navigate to https://console-openshift-console.apps.ocp4.example.com. Either type the URL in a web browser, or right-click and select from the terminal.
![]() |
Log in to the OpenShift web console as the admin user.
Click and log in as the admin user with the redhatocp password.
![]() |
View the cluster health and overall status.
Review the page.
If you do not see this page after a successful login, then locate the left panel from the OpenShift web console. If you do not see the left panel, then click the main menu icon at the upper left of the web console. Navigate to → to view general cluster information.
![]() |
The section contains links to helpful documentation and an initial cluster configuration walkthrough.
Scroll down to view the section, which provides a summary of cluster performance and health.

Many of the headings are links to sections with more detailed cluster information.
Continue scrolling to view the section, which contains metrics and graphs that show resource consumption.

Continue scrolling to view the section, including information such as the cluster API address, cluster ID, and Red Hat OpenShift version.

Scroll to the section, which contains links to the Nodes, Pods, StorageClasses, and PersistentVolumeClaim pages.

The last part of the page contains the section, which lists ongoing activities and recent events for the cluster.

Use the OpenShift web console to access the terminal of a cluster node.
From the terminal, determine the status of the kubelet node agent service and the CRI-O container runtime interface service.
Navigate to → to view the machine that provides the cluster resources.

The classroom cluster runs on a single node named master01, which serves as the control and data planes for the cluster, and is intended for training purposes.
A production cluster uses multiple nodes to ensure stability and to provide a highly available architecture.
Click the link to view the details of the cluster node.

Click the tab to connect to a shell on the master01 node.

With the interactive shell on this page, you can run commands directly on the cluster node.
Run the chroot /host command to enable host binaries on the node.
![]() |
View the status of the kubelet node agent service by running the systemctl status kubelet command.

Press q to exit the command and to return to the terminal prompt.
View the status of the CRI-O container runtime interface service by running the systemctl status crio command.

Press q to exit the command and to return to the terminal prompt.
Inspect the cluster monitoring and alert rule configurations.
From the OpenShift web console menu, navigate to → to view cluster alert information.

Select the tab to view the various alert definitions.

Filter the alerting rules by name and search for the storageClasses term.

Select the Warning alert that is labeled MultipleDefaultStorageClasses to view the details of the alerting rule.
Inspect the and definition for the rule.


Inspect cluster metrics and execute an example query.
Navigate to → to open the cluster metrics utility.

Click to populate the metrics graph with sample data.

From the graph, hover over any point on the timeline to view the detailed data points.

View the cluster events log from the web console.
Navigate to → to open the cluster events log.

The event log updates every 15 minutes and can require additional time to populate entries.
Scroll down to view a chronologically ordered stream that contains cluster events.

Select an event to open the Details page of the related resource.
Filter the events by resource name, type, or message.
From the drop-down, use the search bar to filter for the pod term, and select the box labeled to display events that relate to that resource.
![]() |
Continue to refine the filter by selecting from the types drop-down.
![]() |
Filter the results by using the text field.
Enter the started container text to retrieve the matching events.
