OpsClarity Split Tags
The OpsClarity Split tag is used to separate hosts that are running the same service but shouldn’t be clustered together. A separate service object is created in the UI for each distinct tag.
Splitting services can make the topology more logical by identifying different pods of the same service and showing the connections between them. Another benefit of splitting services is that you can create specific monitors and alerts (with different thresholds) for each split service.
You can use any combination of the tags that you like, and both aren’t required to make a split.
There are two tags that OpsClarity uses to split services:
Adding OpsClarity Split Tags On AWS
You can add tags to your EC2 instances as shown below. In this case, the _env tag was used to separate staging from production, and the _split tag was used to break out different pods.
Adding OpsClarity Split Tags On The Host
Each agent can read tags via a YAML-formatted “opsclarity.conf” file. This file can be added in either /etc/opsclarity.conf or /opt/opsclarity/agent/etc/opsclarity.conf.
[root@kafka-prod1 etc]# cat opsclarity.conf
|BASE SERVICE||OPSCLARITY SERVICE|
|Host-A||Mongo (process: mongod)||Mongo-Host-A|