Metric binding to resources
Summarize
Summary of Metric Binding to Resources
Metric binding to resources enables ServiceNow customers to simplify metric event binding by linking metrics to specific resources, such as disks or web pages, in addition to Configuration Items (CIs). This enhances data modeling and aggregation capabilities, allowing for better monitoring of individual entities.
Show less
Key Features
- Binding Methods: Metrics can be bound to a CI and the monitored metric using a 'CI/Metric' format (e.g., 'winserver001/responsetimemean') or to a CI, a resource, and the monitored metric using a 'CI/Resource/Metric' format (e.g., 'winserver001/Disk — C/diskusage').
- Resource Binding: This method is particularly effective when monitoring multiple similar resources within a CI, providing more meaningful data aggregations.
- Resource Creation: The process allows for the identification and creation of resource records when binding events occur, streamlining data management.
Key Outcomes
By implementing metric binding to resources, customers can achieve:
- Enhanced monitoring of specific entities not represented in the CMDB, leading to better insights into performance metrics.
- Improved data aggregation across similar metrics, facilitating more effective analysis and reporting.
- Efficient management of resource records, ensuring that all relevant data points are accurately captured and utilized.
For successful configuration, ensure the sa.metric.use.resource.binding system property is enabled and that the resourcepath attribute is properly populated during data processing.
Bind metrics to resources to simplify metric events binding by enabling binding to resources such as specific disks or web pages, in addition to binding to CIs.
- Binding a metric series to a CI and to the metric being monitored for that CI using a 'CI/Metric' format. For example, 'win_server_001/response_time_mean'.
- Binding a metric series to a CI, a resource within that CI, and the metric being monitored for that resource, using a 'CI/Resource/Metric' format. For example, 'win_server_001/Disk — C/disk_usage'. This method is referred to as resource binding.
- Common examples are disks, processors, and network interfaces. In cases in which these entities are being monitored but do not exist in the CMDB, using resources for metric binding is useful.
- Some monitoring solutions capture metric data within services such as KPIs for individual web pages in an application. In such cases where the entity being monitored is not a configuration item, metric binding to resources can be helpful.
Resource binding process
- Identify the CI class of the CI that was bound to the metric binding event.
- Locate the resource class which is mapped to that CI class (using the CI Type To Resource Class [sa_ci_type_to_resource_class] table).
- Read the resource_path attribute value in the additional_information field in the metric binding event.
- Check if a resource record exists in the resource class table, in which name is equal to resource_path and cmdb_ci is equal to the CI that was bound to the metric binding event.
- If such resource record exists, then the metric binding event is bound to that resource. Otherwise, a new resource record is created with the preceding values and the metric binding event is bound to the newly created resource.
Configure resource binding
- Ensure that the sa.metric.use.resource.binding system property is set to true (default).
- For series intended to be bound to resources, ensure that the
resource_path attribute is populated by doing either step:
- Use an event rule to add the resource_path attribute to the Additional information field in events. For more information, see Creating an event rule to map metrics to specific CIs.
- Populate the resource_path attribute as a part of the respective CI identifier when data is sent to the MID Server for processing.
- Review the default mappings in the CI Type To Resource Class [sa_ci_type_to_resource_class]
table and adjust as needed. It is critical that mappings are set as desired prior to data
processing.
Managing the CI Type To Resource Class table requires the evt_mgmt_admin role.
Resource tables
- CI Resource [ci_resource] (parent table):
- Tables that extend CI Resource [ci_resource]:
- ci_resource_hardware
- ci_resource_appl
- ci_resource_service
- ci_resource_vm_object
- ci_resource_database
Mapping CIs to resources
Mappings of CI classes to resource classes are stored in the CI Type To Resource Class [sa_ci_type_to_resource_class] table. This table is installed with Metric Intelligence, and is used during metric binding to resources.
| CI class | Resource class |
|---|---|
| cmdb_ci_hardware | ci_resource_hardware |
| cmdb_ci_appl | ci_resource_appl |
| cmdb_ci_service | ci_resource_service |
| cmdb_ci_database | ci_resource_database |
| cmdb_ci_vm_object | ci_resource_vm_object |