Node Overview

Once you login to the status dashboard, the nodes that are already added to the Status Dashboard are displayed as shown in the following example:

If no nodes are displayed, you can add the nodes for which you want to view the status by following the procedure below:

Click ADD NEW NODE.

This opens the following dialog box.
Enter the following information in the dialog box and click ADD NODE to add a gadget for the required node in the Node Overview page.
1. In the Host parameter, enter the host ID of the node you want to add.
2. In the Port parameter, enter the port number of the node you want to add.
If the node you added is currently unreachable, the following dialog box is displayed.

Click either WORKER or MANAGER. If you click WORKER, the node is displayed under Never Reached. If you click Manager, the node is displayed under Distributed Deployments as shown below.

The following basic details are displayed for each node.

CPU Usage: The CPU resources consumed by the SP node out of the available CPU resources in the machine in which it is deployed is expressed as a percentage.
Memory Usage: The memory consumed by the node as a percentage of the total memory available in the system.
Load Average:
Siddhi Apps: The total number of Siddhi applications deployed in the node.

The following is a list of sections displayed in the Node Overview page to provide information relating to the status of the nodes.

View (Example)
Description	The nodes that are connected in the distributed deployment are displayed under the relevant group ID in the status dashboard (e.g., `sp` in the above example). Both managers and workers are displayed under separate labels. Managers: The active manager node in the cluster is indicated by a green dot that is displayed with the host name and the port of the node. Similarly, a grey dot is displayed for passive manager nodes in the cluster. Workers: When you add an active manager node, it automatically retrieves the worker node details that are connected with that particular deployment. If the worker node is already registered in the Status Dashboard, you can view the metrics of that node as follows:
Purpose	To determine whether the request load is efficiently allocated between the nodes of a cluster. To determine whether the cluster has sufficient resources to handle the load of requests. To identify the nodes connected with the particular deployment.
Recommended Action	If there is a disparity in the CPU usage and the memory consumption of the nodes, redeploy the Siddhi applications between the nodes to balance out the workload. If the CPU and memory are fully used and and the request load is increasing, allocate more resources (e.g., more memory, more nodes, etc.).

View (Example)
Description	The nodes that are clustered together in a high-availability deployment are displayed under the relevant cluster ID in the Status Dashboard (e.g., under `WSO2_A_1` in the above example). The active node in the cluster (i.e., the active worker in a minimum HA cluster or the active manager in a fully distributed cluster) are indicated by a green dot that is displayed with the hostname and the port of the node. Similarly, a grey dot is displayed for passive nodes in the cluster.
Purpose	This allows you to determine the following: Whether the request load is efficiently allocated between the nodes of a cluster. Whether the cluster has sufficient resources to handle the load of requests.
Recommended Action	If there is a disparity in the CPU usage and the memory consumption of the nodes, redeploy the Siddhi applications between the nodes to balance out the workload. If the CPU and memory are fully used and and the request load is increasing, allocate more resources (e.g., more memory, more nodes, etc.).

View (Example)
Description	This section displays statistics for SP servers that operate as single node setups.
Purpose	This allows you to compare the performance of single nodes agaisnt each other.
Recommended Action	If the CPU usage of a node is too high, investigate the causes for it and take corrective action (e.g., undeploy unnecessary Siddhi applications). If any underutilized single nodes are identified, you can either deploy more Siddhi applications thatare currrently deployed in other nodes with a high request load. Alternatively, you can redeploy the Siddhi applications of the underutilized node to other nodes, and then shut it down.

View (Example)
Description	When a node is newly added to the Status dashboard and it is unavailable, it is displayed as shown in the above examples.
Purpose	This allows you to identify nodes that cannot be reached at specific hosts and ports.
Recommended Action	Check whether the host and port of the node you added is correct. Check whether any authentication errors have occured for the node.