Resource Monitoring
Terminology |
Description |
---|---|
Metrics |
Metrics reflect resource performance data or status. A metric consists of a namespace, dimension, name, and unit. Metric namespaces can be regarded as containers for storing metrics. Metrics in different namespaces are independent of each other so that metrics of different applications will not be aggregated to the same statistics information. Each metric has certain features, and a dimension may be considered as a category of such features. |
Host |
Each host of AOM corresponds to a VM or physical machine. A host can be your own VM or physical machine, or an Elastic Cloud Service (ECS) or Bare Metal Server (BMS) purchased. A host can be connected to AOM for monitoring only when its OS meets requirements and it is installed with an ICAgent. |
Logs |
You can quickly search for required logs from massive quantities of logs. You can also quickly locate faults by analyzing the log source and context. |
Log traffic |
Log traffic refers to the volume of logs reported per second. A maximum of 10 MB/s is supported for each tenant in a region. If the log traffic exceeds 10 MB/s, logs may be lost. |
Alarms |
Alarms are reported when AOM, ServiceStage, APM, or CCE is abnormal or may cause exceptions. Alarms will cause service exceptions and need to be handled. |
Events |
Events generally carry important information. They are reported when AOM, ServiceStage, APM, or CCE encounters some changes. Events do not necessarily cause service exceptions. Events do not need to be handled. |
Alarm clearance |
There are two alarm clearance modes:
|
Alarm rules |
Alarm rules are classified into metric alarm rules and event alarm rules.
|
Alarm notification |
There are two alarm notification modes:
|
Alarm action rules |
An alarm action rule defines the action to be taken after an alarm is generated. It includes where the message is sent and in what form. |
Prometheus instances |
Logical units used to manage Prometheus data collection, storage, and analysis. |
Prometheus probes |
Deployed in the Kubernetes clusters on the user or cloud product side. Prometheus probes automatically discover targets, collect metrics, and remotely write data to databases. |
Exporters |
Collect monitoring data and regulate the data provided for external systems using the Prometheus monitoring function. Currently, hundreds of official or third-party exporters are available. For details, see Exporters. |
Jobs |
Configuration set for a group of targets. Jobs specify the capture interval, access limit, and other behavior for a group of targets. |
Feedback
Was this page helpful?
Provide feedbackThank you very much for your feedback. We will continue working to improve the documentation.See the reply and handling status in My Cloud VOC.
For any further questions, feel free to contact us through the chatbot.
Chatbot