Technical Tip: Load Balancing of metrics when monitored via OnSight Cluster
| Description | This article describes two different scenarios in which OnSight load balancing can occur. |
| Scope | FortiMonitor, OnSight. |
| Solution | Scenario 1. The first scenario describes an OnSight in a high-availability (HA) cluster performing a temporary failover.
Pre-requisites:
A few scenario considerations:
For current instances and metrics that have 'Monitoring Location' set to OnSight 1, there will be a failover of metrics performed if OnSight 1 is unable to sync (or there is an OnSight HB alert).
When this incident occurs, the HA cluster will automatically failover to the next available OnSight temporarily in the backend.
As a result, the 'Monitoring Location' of the instance will not be changed on the user interface despite OnSight 2 conducting the checks instead of OnSight 1. Once OnSight 1 can sync successfully again, the checks will be moved back to OnSight 1.
Scenario 2. The second scenario explains when an OnSight will load balance due to metric count.
Pre-requisites: OnSights must be in the same HA pair on the OnSight group.
A few scenario considerations:
For new SNMP, Fabric, or Network instances that are being onboarded and have 'Monitoring Location' set to OnSight 1 (at the instance and metric level), backend checks will compare the total number of checks for each OnSight. Users can confirm the metric count between cluster members by visiting Monitoring -> OnSights and validating that the metric count is even across all members.
If the difference between OnSight 1 and OnSight 2 is significant, the FortiMonitor OnSight will try to load balance the metrics.
This means that the monitoring location at both the server and metric level will be switched to OnSight 2 permanently. Unlike Scenario 1, this change in monitoring location is formal, as this action is not considered to be temporary.
A few key points to remember related to Scenario 2:
|
