Browse Source
* Apply micrometer naming convention to worker metrics * Apply micrometer naming convention all current metrics * Fix remaining metrics names, update English docs and add Chinese docs * Fix metrics names in grafana-demo dashboards3.1.0-release
Eric Gao
2 years ago
committed by
GitHub
14 changed files with 393 additions and 210 deletions
@ -1,154 +1,168 @@ |
|||||||
# Introduction |
# Introduction |
||||||
|
|
||||||
Apache DolphinScheduler has export some metrics to monitor the system. We use micrometer for the exporter facade, and |
Apache DolphinScheduler exports metrics for system observability. We use [Micrometer](https://micrometer.io/) as application metrics facade. |
||||||
the default exporter is prometheus, more exporter is coming soon. |
Currently, we only support `Prometheus Exporter` but more are coming soon. |
||||||
|
|
||||||
## Quick Start |
## Quick Start |
||||||
|
|
||||||
You can add the following config in master/worker/alert/api's yaml file to open the metrics exporter. |
- We enable Apache DolphinScheduler export metrics in `standalone` mode to help users get hands dirty easily. |
||||||
|
- After triggering tasks in `standalone` mode, you could access metrics list by visiting url `http://localhost:12345/dolphinscheduler/actuator/metrics`. |
||||||
|
- After triggering tasks in `standalone` mode, you could access `prometheus-format` metrics by visiting url `http://localhost:12345/dolphinscheduler/actuator/prometheus`. |
||||||
|
- For a better experience with `Prometheus` and `Grafana`, we have prepared the out-of-the-box `Grafana` configuration for you, you could find the `Grafana` dashboard |
||||||
|
at `dolphinscheduler-meter/resources/grafana` and directly import these dashboards to your `Grafana` instance. |
||||||
|
- If you want to try with `docker`, you can use the following command to start the out-of-the-box `Prometheus` and `Grafana`: |
||||||
|
|
||||||
```yaml |
```shell |
||||||
metrics: |
cd dolphinscheduler-meter/src/main/resources/grafana-demo |
||||||
enabled: true |
docker compose up |
||||||
``` |
``` |
||||||
|
|
||||||
Once you open the metrics exporter, you can access the metrics by the url: `http://ip:port/actuator/prometheus` |
then access the `Grafana` by the url: `http://localhost/3001` for dashboards. |
||||||
|
|
||||||
The exporter port is the `server.port` defined in application.yaml, e.g: master: `server.port: 5679`, worker: `server.port: 1235`, alert: `server.port: 50053`, api: `server.port: 12345`. |
 |
||||||
|
 |
||||||
|
 |
||||||
|
|
||||||
For example, you can get the master metrics by `curl http://localhost:5679/actuator/prometheus` |
- If you prefer to have some experiments in `cluster` mode, please refer to the [Configuration](#configuration) section below: |
||||||
|
|
||||||
We have prepared the out-of-the-box Grafana configuration for you, you can find the Grafana dashboard |
## Configuration |
||||||
at `dolphinscheduler-meter/resources/grafana`, you can directly import these dashboards to grafana. |
|
||||||
|
|
||||||
If you want to try at docker, you can use the following command to start the prometheus with grafana: |
- Please add the following config in master/worker/alert/api's yaml file to enable the metrics exporter. |
||||||
|
|
||||||
```shell |
```yaml |
||||||
cd dolphinscheduler-meter/src/main/resources/grafana-demo |
metrics: |
||||||
docker compose up |
enabled: true |
||||||
``` |
``` |
||||||
|
|
||||||
Then you can access the grafana by the url: `http://localhost/3001` |
- Once the metrics exporter enabled, you could access the metrics by the url `http://ip:port/actuator/prometheus`. |
||||||
|
|
||||||
 |
The exporter port is the `server.port` defined in application.yaml, e.g: master: `server.port: 5679`, worker: `server.port: 1235`, alert: `server.port: 50053`, api: `server.port: 12345`. |
||||||
 |
|
||||||
 |
|
||||||
|
|
||||||
## Master Metrics |
For example, you can get the master metrics by `curl http://localhost:5679/actuator/prometheus`. |
||||||
|
|
||||||
Master metrics are exported by the DolphinScheduler master server. |
## Naming Convention & Mapping |
||||||
|
|
||||||
### System Metrics |
- Apache DolphinScheduler metrics naming follows the officially-recommended approach by [Micrometer](https://github.com/micrometer-metrics/micrometer-docs/blob/main/src/docs/concepts/naming.adoc#:~:text=Micrometer%20employs%20a%20naming%20convention,between%20one%20system%20and%20another.) |
||||||
|
- `Micrometer` automatically maps the metrics name to suit the external metrics system you configured. Currently, we only support `Prometheus Exporter` but more are coming soon. |
||||||
* dolphinscheduler_master_overload_count: Indicates the number of times the master has been overloaded. |
|
||||||
* dolphinscheduler_master_consume_command_count: Indicates the number of commands has consumed. |
### Prometheus |
||||||
|
|
||||||
### Process Metrics |
- all dots mapped to underscores |
||||||
|
- metric name starting with number added with prefix `m_` |
||||||
* dolphinscheduler_create_command_count: Indicates the number of command has been inserted. |
- COUNTER: add `_total` suffix if not ending with it |
||||||
* dolphinscheduler_process_instance_submit_count: Indicates the number of process has been submitted. |
- LONG_TASK_TIMER: `_timer_seconds` suffix added if not ending with them |
||||||
* dolphinscheduler_process_instance_running_gauge: Indicates the number of process are running now. |
- GAUGE: `_baseUnit` suffix added if not ending with it |
||||||
* dolphinscheduler_process_instance_timeout_count: Indicates the number of process has been timeout. |
|
||||||
* dolphinscheduler_process_instance_finish_count: Indicates the number of process has been finished, include success or |
## Dolphin Scheduler Metrics Cheatsheet |
||||||
failure. |
|
||||||
* dolphinscheduler_process_instance_success_count: Indicates the number of process has been successful. |
- We categorize metrics by dolphin scheduler components such as `master server`, `worker server`, `api server` and `alert server`. |
||||||
* dolphinscheduler_process_instance_stop_count: Indicates the number of process has been stopped. |
- Although task / workflow related metrics exported by `master server` and `worker server`, we categorize them separately for users to query them more conveniently. |
||||||
* dolphinscheduler_process_instance_failover_count: Indicates the number of process has been failed over. |
|
||||||
|
### Task Related Metrics |
||||||
### Task Metrics |
|
||||||
|
- ds.task.timeout.count: (counter) the number of timeout tasks |
||||||
* dolphinscheduler_task_timeout_count: Indicates the number of tasks has been timeout. |
- ds.task.finish.count: (counter) the number of finished tasks, both succeeded and failed included |
||||||
* dolphinscheduler_task_finish_count: Indicates the number of tasks has been finished, include success or failure. |
- ds.task.success.count: (counter) the number of successful tasks |
||||||
* dolphinscheduler_task_success_count: Indicates the number of tasks has been successful. |
- ds.task.failure.count: (counter) the number of failed tasks |
||||||
* dolphinscheduler_task_timeout_count: Indicates the number of tasks has been timeout. |
- ds.task.stop.count: (counter) the number of stopped tasks |
||||||
* dolphinscheduler_task_retry_count: Indicates the number of tasks has been retry. |
- ds.task.retry.count: (counter) the number of retried tasks |
||||||
* dolphinscheduler_task_failover_count: Indicates the number of tasks has been failover. |
- ds.task.submit.count: (counter) the number of submitted tasks |
||||||
* dolphinscheduler_task_dispatch_count: Indicates the number of tasks has been dispatched to worker. |
- ds.task.failover.count: (counter) the number of task fail-overs |
||||||
* dolphinscheduler_task_dispatch_failed_count: Indicates the number of tasks dispatched failed, if dispatched failed |
- ds.task.dispatch.count: (counter) the number of tasks dispatched to worker |
||||||
will retry. |
- ds.task.dispatch.failure.count: (counter) the number of tasks failed to dispatch, retry failure included |
||||||
* dolphinscheduler_task_dispatch_error_count: Indicates the number of tasks dispatched error, if dispatched error, means |
- ds.task.dispatch.error.count: (counter) the number of task dispatch errors |
||||||
there are exception occur. |
- ds.task.execution.count.by.type: (counter) the number of task executions grouped by tag `task_type` |
||||||
|
- ds.task.running: (gauge) the number of running tasks |
||||||
## Worker Metrics |
- ds.task.prepared: (gauge) the number of tasks prepared for task queue |
||||||
|
- ds.task.execution.count: (histogram) the number of executed tasks |
||||||
Worker metrics are exported by the DolphinScheduler worker server. |
- ds.task.execution.duration: (histogram) duration of task executions |
||||||
|
|
||||||
### System Metrics |
|
||||||
|
### Workflow Related Metrics |
||||||
* dolphinscheduler_worker_overload_count: Indicates the number of times the worker has been overloaded. |
|
||||||
* dolphinscheduler_worker_submit_queue_is_full_count: Indicates the number of times the worker's submit queue has been |
- ds.workflow.create.command.count: (counter) the number of commands created and inserted by workflows |
||||||
full. |
- ds.workflow.instance.submit.count: (counter) the number of submitted workflow instances |
||||||
|
- ds.workflow.instance.running: (gauge) the number of running workflow instances |
||||||
### Task Metrics |
- ds.workflow.instance.timeout.count: (counter) the number of timeout workflow instances |
||||||
|
- ds.workflow.instance.finish.count: (counter) indicates the number of finished workflow instances, both successes and failures included |
||||||
* dolphinscheduler_task_execute_count: Indicates the number of times a task has been executed, it contains a tag - |
- ds.workflow.instance.success.count: (counter) the number of successful workflow instances |
||||||
`task_type`. |
- ds.workflow.instance.failure.count: (counter) the number of failed workflow instances |
||||||
* dolphinscheduler_task_execution_count: Indicates the total number of task has been executed. |
- ds.workflow.instance.stop.count: (counter) the number of stopped workflow instances |
||||||
* dolphinscheduler_task_execution_timer: Indicates the time spent executing tasks. |
- ds.workflow.instance.failover.count: (counter) the number of workflow instance fail-overs |
||||||
|
|
||||||
## Default System Metrics |
### Master Server Metrics |
||||||
|
|
||||||
In each server, there are some default metrics related to the system instance. |
- ds.master.overload.count: (counter) the number of times the master overloaded |
||||||
|
- ds.master.consume.command.count: (counter) the number of commands consumed by master |
||||||
### Database Metrics |
- ds.master.scheduler.failover.check.count: (counter) the number of scheduler (master) fail-over checks |
||||||
|
- ds.master.scheduler.failover.check.time: (histogram) the total time cost of scheduler (master) fail-over checks |
||||||
* hikaricp_connections_creation_seconds_max: Connection creation time max. |
- ds.master.quartz.job.executed: the total number of quartz jobs executed |
||||||
* hikaricp_connections_creation_seconds_count: Connection creation time count. |
- ds.master.quartz.job.execution.time: the total execution time of quartz jobs |
||||||
* hikaricp_connections_creation_seconds_sum: Connection creation time sum. |
|
||||||
* hikaricp_connections_acquire_seconds_max: Connection acquire time max. |
### Worker Server Metrics |
||||||
* hikaricp_connections_acquire_seconds_count: Connection acquire time count. |
|
||||||
* hikaricp_connections_acquire_seconds_sum: Connection acquire time sum. |
- ds.worker.overload.count: (counter) the number of times the worker overloaded |
||||||
* hikaricp_connections_usage_seconds_max: Connection usage max. |
- ds.worker.full.submit.queue.count: (counter) the number of times the worker's submit queue being full |
||||||
* hikaricp_connections_usage_seconds_count: Connection usage time count. |
|
||||||
* hikaricp_connections_usage_seconds_sum: Connection usage time sum. |
|
||||||
* hikaricp_connections_max: Max connections. |
### Api Server Metrics |
||||||
* hikaricp_connections_min Min connections |
|
||||||
* hikaricp_connections_active: Active connections. |
### Alert Server Related |
||||||
* hikaricp_connections_idle: Idle connections. |
|
||||||
* hikaricp_connections_pending: Pending connections. |
In each server, there are some default system-level metrics related to `database connection`, `JVM`, etc. We list them below for your reference: |
||||||
* hikaricp_connections_timeout_total: Timeout connections. |
|
||||||
* hikaricp_connections: Total connections |
### Database Related Metrics (Default) |
||||||
* jdbc_connections_max: Maximum number of active connections that can be allocated at the same time. |
|
||||||
* jdbc_connections_min: Minimum number of idle connections in the pool. |
- hikaricp.connections: the total number of connections |
||||||
* jdbc_connections_idle: Number of established but idle connections. |
- hikaricp.connections.creation: connection creation time (max, count, sum included) |
||||||
* jdbc_connections_active: Current number of active connections that have been allocated from the data source. |
- hikaricp.connections.acquire: connection acquirement time (max, count, sum included) |
||||||
|
- hikaricp.connections.usage: connection usage time (max, count, sum included) |
||||||
### JVM Metrics |
- hikaricp.connections.max: the max number of connections |
||||||
|
- hikaricp.connections.min: the min number of connections |
||||||
* jvm_buffer_total_capacity_bytes: An estimate of the total capacity of the buffers in this pool. |
- hikaricp.connections.active: the number of active connections |
||||||
* jvm_buffer_count_buffers: An estimate of the number of buffers in the pool. |
- hikaricp.connections.idle: the number of idle connections |
||||||
* jvm_buffer_memory_used_bytes: An estimate of the memory that the Java virtual machine is using for this buffer pool. |
- hikaricp.connections.pending: the number of pending connections |
||||||
* jvm_memory_committed_bytes: The amount of memory in bytes that is committed for the Java virtual machine to use. |
- hikaricp.connections.timeout: the total number of timeout connections |
||||||
* jvm_memory_max_bytes: The maximum amount of memory in bytes that can be used for memory management. |
- jdbc.connections.max: the max number of active connections that can be allocated at the same time |
||||||
* jvm_memory_used_bytes: The amount of used memory. |
- jdbc.connections.min: the min number of idle connections in the pool |
||||||
* jvm_threads_peak_threads: The peak live thread count since the Java virtual machine started or peak was reset. |
- jdbc.connections.idle: the number of established but idle connections |
||||||
* jvm_threads_states_threads: The current number of threads having NEW state. |
- jdbc.connections.active: the current number of active connections allocated from the data source |
||||||
* jvm_gc_memory_allocated_bytes_total: Incremented for an increase in the size of the (young) heap memory pool after one GC to before the next. |
|
||||||
* jvm_gc_max_data_size_bytes: Max size of long-lived heap memory pool. |
### JVM Related Metrics (Default) |
||||||
* jvm_gc_pause_seconds_count: Time spent count in GC pause. |
|
||||||
* jvm_gc_pause_seconds_sum: Time spent sum in GC pause. |
- jvm.buffer.total.capacity: an estimate of the total capacity of the buffers in the pool |
||||||
* jvm_gc_pause_seconds_max: Time spent max in GC pause. |
- jvm.buffer.count: an estimate of the number of buffers in the pool |
||||||
* jvm_gc_live_data_size_bytes: Size of long-lived heap memory pool after reclamation. |
- jvm.buffer.memory.used: an estimate of the memory that the JVM is using for this buffer pool |
||||||
* jvm_gc_memory_promoted_bytes_total: Count of positive increases in the size of the old generation memory pool before GC to after GC. |
- jvm.memory.committed: the amount of memory in bytes committed for the JVM to use |
||||||
* jvm_classes_loaded_classes: The number of classes that are currently loaded in the Java virtual machine. |
- jvm.memory.max: the maximum amount of memory in bytes that can be used for memory management |
||||||
* jvm_threads_live_threads: The current number of live threads including both daemon and non-daemon threads. |
- jvm.memory.used: the amount of used memory |
||||||
* jvm_threads_daemon_threads: The current number of live daemon threads. |
- jvm.threads.peak: the peak live thread count since the JVM started or peak reset |
||||||
* jvm_classes_unloaded_classes_total: The total number of classes unloaded since the Java virtual machine has started execution. |
- jvm.threads.states: the current number of threads having NEW state |
||||||
* process_cpu_usage: The "recent cpu usage" for the Java Virtual Machine process. |
- jvm.gc.memory.allocated: incremented for an increase in the size of the (young) heap memory pool after one GC to before the next |
||||||
* process_start_time_seconds: Start time of the process since unix epoch. |
- jvm.gc.max.data.size: max size of long-lived heap memory pool |
||||||
* process_uptime_seconds: The uptime of the Java virtual machine. |
- jvm.gc.pause: time spent in GC pause (count, sum, max included) |
||||||
|
- jvm.gc.live.data.size: the size of long-lived heap memory pool after reclamation |
||||||
|
- jvm.gc.memory.promoted: the count of positive increases in the size of the old generation memory pool before GC to after GC. |
||||||
## Other Metrics |
- jvm.classes.loaded: the number of classes currently loaded in the JVM |
||||||
* jetty_threads_config_max: The maximum number of threads in the pool. |
- jvm.threads.live: the current number of live threads including both daemon and non-daemon threads |
||||||
* jetty_threads_config_min: The minimum number of threads in the pool. |
- jvm.threads.daemon: the current number of live daemon threads |
||||||
* jetty_threads_current: The total number of threads in the pool. |
- jvm.classes.unloaded: the total number of classes unloaded since the JVM started |
||||||
* jetty_threads_idle: The number of idle threads in the pool. |
- process.cpu.usage: the `recent cpu usage` for the JVM process |
||||||
* jetty_threads_busy: The number of busy threads in the pool. |
- process.start.time: start time of the process since unix epoch |
||||||
* jetty_threads_jobs: Number of jobs queued waiting for a thread. |
- process.uptime: the uptime of the JVM |
||||||
* process_files_max_files: The maximum file descriptor count. |
|
||||||
* process_files_open_files: The open file descriptor count. |
### Others (Default) |
||||||
* system_cpu_usage: The "recent cpu usage" for the whole system. |
|
||||||
* system_cpu_count: The number of processors available to the Java virtual machine. |
- jetty.threads.config.max: the max number of threads in the pool |
||||||
* system_load_average_1m: The sum of the number of runnable entities queued to available processors and the number of runnable entities running on the available processors averaged over a period of time. |
- jetty.threads.config.min: the min number of threads in the pool |
||||||
* logback_events_total: Number of level events that made it to the logs |
- jetty.threads.current: the total number of threads in the pool |
||||||
|
- jetty.threads.idle: the number of idle threads in the pool |
||||||
|
- jetty.threads.busy: the number of busy threads in the pool |
||||||
|
- jetty.threads.jobs: number of queued jobs waiting for a thread |
||||||
|
- process.files.max: the max number of file descriptors |
||||||
|
- process.files.open: the number of open file descriptors |
||||||
|
- system.cpu.usage: the recent cpu usage for the whole system |
||||||
|
- system.cpu.count: the number of processors available to the JVM |
||||||
|
- system.load.average.1m: the total number of runnable entities queued to available processors and runnable entities running on the available processors averaged over a period |
||||||
|
- logback.events: the number of events that made it to the logs grouped by the tag `level` |
||||||
|
- http.server.requests: total number of http requests |
||||||
|
|||||||
@ -0,0 +1,169 @@ |
|||||||
|
# 指标（Metrics）使用指南 |
||||||
|
|
||||||
|
Apache DolphinScheduler通过向外透出指标来提高系统的监控告警能力。 我们使用[Micrometer](https://micrometer.io/)作为指标采集和透出框架。 |
||||||
|
目前，我们只支持`Prometheus Exporter`，但是多样化的Exporter将会持续贡献给用户。 |
||||||
|
|
||||||
|
## 快速上手 |
||||||
|
|
||||||
|
- 我们提供Apache DolphinScheduler `standalone` 模式下采集并透出指标的能力，提供用户轻松快速的体验。 |
||||||
|
- 当您在`standalone`模式下触发任务后，您可通过链接 `http://localhost:12345/dolphinscheduler/actuator/metrics` 访问生成的metrics列表。 |
||||||
|
- 当您在`standalone`模式下触发任务后，您可通过链接 `http://localhost:12345/dolphinscheduler/actuator/prometheus` 访问`prometheus格式`指标。 |
||||||
|
- 为了给您提供一个一站式的`Prometheus` + `Grafana`体验, 我们已经为您准备好了开箱即用的 `Grafana` 配置。您可在`dolphinscheduler-meter/resources/grafana`找到`Grafana`面板配置。 |
||||||
|
您可直接将这些配置导入您的`Grafana`实例中。 |
||||||
|
- 如果您想通过`docker`方式体验，可使用如下命令启动我们为您准备好的开箱即用的`Prometheus`和`Grafana`: |
||||||
|
|
||||||
|
```shell |
||||||
|
cd dolphinscheduler-meter/src/main/resources/grafana-demo |
||||||
|
docker compose up |
||||||
|
``` |
||||||
|
|
||||||
|
然后，您即可通过http://localhost/3001`链接访问`Grafana`面板。 |
||||||
|
|
||||||
|
 |
||||||
|
 |
||||||
|
 |
||||||
|
|
||||||
|
- 如果您想在`集群`模式下体验指标，请参照下面的[配置](#配置)一栏： |
||||||
|
|
||||||
|
## 配置 |
||||||
|
|
||||||
|
- 请按照如下配置在您的 master/worker/alert/api's yaml 文件里启用metrics exporter： |
||||||
|
|
||||||
|
```yaml |
||||||
|
metrics: |
||||||
|
enabled: true |
||||||
|
``` |
||||||
|
|
||||||
|
- 当您启用metrics exporter后，您可通过链接`http://ip:port/actuator/prometheus`获取metrics。 |
||||||
|
|
||||||
|
metrics exporter端口`server.port`是在application.yaml里定义的: master: `server.port: 5679`, worker: `server.port: 1235`, alert: `server.port: 50053`, api: `server.port: 12345`. |
||||||
|
|
||||||
|
举例来说，您可通过访问链接获取`curl http://localhost:5679/actuator/prometheus`master metrics。 |
||||||
|
|
||||||
|
## 命名规则 & 命名映射 |
||||||
|
|
||||||
|
- Apache DolphinScheduler指标命名遵循[Micrometer](https://github.com/micrometer-metrics/micrometer-docs/blob/main/src/docs/concepts/naming.adoc#:~:text=Micrometer%20employs%20a%20naming%20convention,between%20one%20system%20and%20another) |
||||||
|
官方推荐的命名方式。 |
||||||
|
- `Micrometer` 会根据您配置的外部指标系统自动将指标名称转化成适合您指标系统的格式。目前，我们只支持`Prometheus Exporter`，但是多样化的指标格式将会持续贡献给用户。 |
||||||
|
|
||||||
|
### Prometheus |
||||||
|
|
||||||
|
- 指标名中的点会被映射为下划线 |
||||||
|
- 以数字开头的指标名会被加上`m_`前缀 |
||||||
|
- COUNTER: 如果没有以`_total`结尾，会自动加上此后缀 |
||||||
|
- LONG_TASK_TIMER: 如果没有以`_timer_seconds`结尾，会自动加上此后缀 |
||||||
|
- GAUGE: 如果没有以`_baseUnit`结尾，会自动加上此后缀 |
||||||
|
|
||||||
|
## Dolphin Scheduler指标清单 |
||||||
|
|
||||||
|
- Dolphin Scheduler按照组成部分进行指标分类，如：`master server`, `worker server`, `api server` and `alert server`。 |
||||||
|
- 尽管任务 / 工作流相关指标是由 `master server` 和 `worker server` 透出的，我们将这两块指标单独罗列出来，以方便您对任务 / 工作流的监控。 |
||||||
|
|
||||||
|
### 任务相关指标 |
||||||
|
|
||||||
|
- ds.task.timeout.count: (counter) 超时的任务数量 |
||||||
|
- ds.task.finish.count: (counter) 完成的任务数量，成功和失败的任务都算在内 |
||||||
|
- ds.task.success.count: (counter) 成功完成的任务数量 |
||||||
|
- ds.task.failure.count: (counter) 失败的任务数量 |
||||||
|
- ds.task.stop.count: (counter) 暂停的任务数量 |
||||||
|
- ds.task.retry.count: (counter) 重试的任务数量 |
||||||
|
- ds.task.submit.count: (counter) 已提交的任务数量 |
||||||
|
- ds.task.failover.count: (counter) 容错的任务数量 |
||||||
|
- ds.task.dispatch.count: (counter) 分发到worker上的任务数量 |
||||||
|
- ds.task.dispatch.failure.count: (counter) 分发失败的任务数量，重试也包含在内 |
||||||
|
- ds.task.dispatch.error.count: (counter) 分发任务的错误数量 |
||||||
|
- ds.task.execution.count.by.type: (counter) 任务执行数量，按标签`task_type`聚类 |
||||||
|
- ds.task.running: (gauge) 正在运行的任务数量 |
||||||
|
- ds.task.prepared: (gauge) 准备好且待提交的任务数量 |
||||||
|
- ds.task.execution.count: (counter) 已执行的任务数量 |
||||||
|
- ds.task.execution.duration: (histogram) 任务执行时长 |
||||||
|
|
||||||
|
|
||||||
|
### 工作流相关指标 |
||||||
|
|
||||||
|
- ds.workflow.create.command.count: (counter) 工作量创建并插入的命令数量 |
||||||
|
- ds.workflow.instance.submit.count: (counter) 已提交的工作量实例数量 |
||||||
|
- ds.workflow.instance.running: (gauge) 正在运行的工作流实例数量 |
||||||
|
- ds.workflow.instance.timeout.count: (counter) 运行超时的工作流实例数量 |
||||||
|
- ds.workflow.instance.finish.count: (counter) 已完成的工作流实例数量，包含成功和失败 |
||||||
|
- ds.workflow.instance.success.count: (counter) 运行成功的工作流实例数量 |
||||||
|
- ds.workflow.instance.failure.count: (counter) 运行失败的工作流实例数量 |
||||||
|
- ds.workflow.instance.stop.count: (counter) 停止的工作流实例数量 |
||||||
|
- ds.workflow.instance.failover.count: (counter) 容错的工作流实例数量 |
||||||
|
|
||||||
|
### Master Server指标 |
||||||
|
|
||||||
|
- ds.master.overload.count: (counter) master过载次数 |
||||||
|
- ds.master.consume.command.count: (counter) master消耗指令数量 |
||||||
|
- ds.master.scheduler.failover.check.count: (counter) scheduler (master) 容错检查次数 |
||||||
|
- ds.master.scheduler.failover.check.time: (histogram) scheduler (master) 容错检查耗时 |
||||||
|
- ds.master.quartz.job.executed: 已执行quartz任务数量 |
||||||
|
- ds.master.quartz.job.execution.time: 已执行quartz任务总耗时 |
||||||
|
|
||||||
|
### Worker Server指标 |
||||||
|
|
||||||
|
- ds.worker.overload.count: (counter) worker过载次数 |
||||||
|
- ds.worker.full.submit.queue.count: (counter) worker提交队列全满次数 |
||||||
|
|
||||||
|
|
||||||
|
### Api Server指标 |
||||||
|
|
||||||
|
### Alert Server指标 |
||||||
|
|
||||||
|
在每个server中都有一些系统层面（如数据库链接、JVM）的默认指标，为了您的检阅方便，我们也将它们列在了这里： |
||||||
|
|
||||||
|
### 数据库相关指标（默认） |
||||||
|
|
||||||
|
- hikaricp.connections: 连接综述 |
||||||
|
- hikaricp.connections.creation: 连接创建时间 (包含最长时间，创建数量和时间总和) |
||||||
|
- hikaricp.connections.acquire: 连接获取时间 (包含最长时间，创建数量和时间总和) |
||||||
|
- hikaricp.connections.usage: 连接使用时长 (包含最长时间，创建数量和时间总和) |
||||||
|
- hikaricp.connections.max: 最大连接数量 |
||||||
|
- hikaricp.connections.min: 最小连接数量 |
||||||
|
- hikaricp.connections.active: 活跃的连接数量 |
||||||
|
- hikaricp.connections.idle: 闲置的连接数量 |
||||||
|
- hikaricp.connections.pending: 等待中的连接数量 |
||||||
|
- hikaricp.connections.timeout: 超时连接数量 |
||||||
|
- jdbc.connections.max: 可同时分配的最大活跃连接数量 |
||||||
|
- jdbc.connections.min: 连接池中最小的闲置连接数量 |
||||||
|
- jdbc.connections.idle: 已创建但闲置的连接总数 |
||||||
|
- jdbc.connections.active: 当前数据源分配的活跃连接数量 |
||||||
|
|
||||||
|
### JVM相关指标（默认） |
||||||
|
|
||||||
|
- jvm.buffer.total.capacity: 资源池中buffer总容量估计 |
||||||
|
- jvm.buffer.count: 资源池中buffer总数估计 |
||||||
|
- jvm.buffer.memory.used: JVM因buffer资源池使用的内存估计 |
||||||
|
- jvm.memory.committed: 以bytes为单位的提供JVM使用的内存 |
||||||
|
- jvm.memory.max: 以bytes为单位的可用于内存管理的最大内存 |
||||||
|
- jvm.memory.used: 已占用的内存量 |
||||||
|
- jvm.threads.peak: JVM启动以来的峰值线程数 |
||||||
|
- jvm.threads.states: 当前拥有新状态的线程数 |
||||||
|
- jvm.gc.memory.allocated: GC时，年轻代分配的内存空间 |
||||||
|
- jvm.gc.max.data.size: GC时，老年代的最大内存空间 |
||||||
|
- jvm.gc.pause: GC耗时 (包含次数, 总时长, 最大时长) |
||||||
|
- jvm.gc.live.data.size: FullGC时，老年代的内存空间 |
||||||
|
- jvm.gc.memory.promoted: GC时，老年代分配的内存空间 |
||||||
|
- jvm.classes.loaded: JVM当前加载的类的数量 |
||||||
|
- jvm.threads.live: JVM当前活跃线程数（包含守护和非守护线程） |
||||||
|
- jvm.threads.daemon: JVM守护线程数 |
||||||
|
- jvm.classes.unloaded: 未加载的classes数 |
||||||
|
- process.cpu.usage: 当前JVM进程CPU使用率 |
||||||
|
- process.start.time: 应用启动时间 |
||||||
|
- process.uptime: 应用已运行时间 |
||||||
|
|
||||||
|
### 其他指标（默认） |
||||||
|
|
||||||
|
- jetty.threads.config.max: 资源池中最大线程数 |
||||||
|
- jetty.threads.config.min: 资源池中最小线程数 |
||||||
|
- jetty.threads.current: 资源池中线程总数 |
||||||
|
- jetty.threads.idle: 资源池中闲置线程数 |
||||||
|
- jetty.threads.busy: 资源池中繁忙线程数 |
||||||
|
- jetty.threads.jobs: 队列中等待执行线程的任务数 |
||||||
|
- process.files.max: 文件描述符最大数量 |
||||||
|
- process.files.open: 打开状态的文件描述符数量 |
||||||
|
- system.cpu.usage: 整个系统当前的CPU使用率 |
||||||
|
- system.cpu.count: JVM可用处理器数量 |
||||||
|
- system.load.average.1m: 系统的平均负荷（1分钟） |
||||||
|
- logback.events: 日志时间数量，以标签`level`聚类 |
||||||
|
- http.server.requests: http请求总数 |
||||||
Loading…
Reference in new issue