JVM¶

Here, we provide two kinds of JVM metrics collection methods, one is Jolokia (deprecated) and the other is ddtrace. How to choose the way, we have the following suggestions:

• It is recommended to use DDTrace to collect JVM metrics, and Jolokia is also acceptable as it is more cumbersome to use, so it is not recommended.
• If we collect the JVM metrics of our own Java application, we recommend ddtrace scheme, which can collect the JVM metrics as well as link tracing (APM) data.

Config¶

Collect JVM Metrics Through Ddtrace¶

DataKit has a built-in statsd collector for receiving statsd protocol data sent over the network. Here we use ddtrace to collect metrics from the JVM and send them to the DataKit via statsd protocol.

Collector Configuration¶

[[inputs.statsd]]
  protocol = "udp"

  ## Address and port to host UDP listener on
  service_address = ":8125"

  ## separator to use between elements of a statsd metric
  metric_separator = "_"

  drop_tags = ["runtime-id"]
  metric_mapping = [
    "jvm_:jvm",
    "datadog_tracer_:ddtrace",
  ]

  # There is no need to pay attention to the following configurations...

  delete_gauges = true
  delete_counters = true
  delete_sets = true
  delete_timings = true

  ## Percentiles to calculate for timing & histogram stats
  percentiles = [50.0, 90.0, 99.0, 99.9, 99.95, 100.0]

  ## Parses tags in the datadog statsd format
  ## http://docs.datadoghq.com/guides/dogstatsd/
  parse_data_dog_tags = true

  ## Parses datadog extensions to the statsd format
  datadog_extensions = true

  ## Parses distributions metric as specified in the datadog statsd format
  ## https://docs.datadoghq.com/developers/metrics/types/?tab=distribution#definition
  datadog_distributions = true

  ## Number of UDP messages allowed to queue up, once filled,
  ## the statsd server will start dropping packets
  allowed_pending_messages = 10000

  ## Number of timing/histogram values to track per-measurement in the
  ## calculation of percentiles. Raising this limit increases the accuracy
  ## of percentiles but also increases the memory usage and cpu time.
  percentile_limit = 1000

  ## Max duration (TTL) for each metric to stay cached/reported without being updated.
  #max_ttl = "1000h"

  [inputs.statsd.tags]
  # some_tag = "your-tag-value"
  # some_other_tag = "your-other-tag-value"

For configuration instructions here:

• service_address set here to :8125, which is the destination address where ddtrace sends out jvm metrics.
• drop_tags here discards runtime-id here because it could cause the timeline to explode. If you really need this field, just remove it from drop_tags.
• metric_mapping: In the original data sent by ddtrace, there are two types of metrics, their metrics names begin with jvm_ and datadog_tracer_ respectively, so we unify them into two types of metrics, one is jvm and the other is ddtrace self-running metrics.

Start Java Application¶

A feasible JVM deployment method is as follows:

java -javaagent:dd-java-agent.jar \
    -Ddd.profiling.enabled=true \
    -Ddd.logs.injection=true \
    -Ddd.trace.sample.rate=1 \
    -Ddd.service.name=my-app \
    -Ddd.env=staging \
    -Ddd.agent.host=localhost \
    -Ddd.agent.port=9529 \
    -Ddd.jmxfetch.enabled=true \
    -Ddd.jmxfetch.check-period=1000 \
    -Ddd.jmxfetch.statsd.host=127.0.0.1  \
    -Ddd.jmxfetch.statsd.port=8125 \
    -Ddd.version=1.0 \
    -jar your-app.jar

Note:

• For the download of the dd-java-agent.jar package, see here

• It is recommended to name the following fields:

  • service.name is used to indicate which application the JVM data comes from
  • env is used to indicate which environment of an application the JVM data comes from (e.g. prod/test/preprod, etc.)

• The meaning of several options here:

  • -Ddd.jmxfetch.check-period denotes the collection frequency, in milliseconds
  • -Ddd.jmxfetch.statsd.host=127.0.0.1 indicates the connection address of the statsd collector on the DataKit
  • -Ddd.jmxfetch.statsd.port=8125 indicates the UDP connection port for the statsd collector on the DataKit, which defaults to 8125
  • -Ddd.trace.health.xxx ddtrace own metrics data collection and sending settings
  • If you want to turn on link tracing (APM), you can append the following two parameters (DataKit HTTP address)
    • -Ddd.agent.host=localhost
    • -Ddd.agent.port=9529

When turned on, you can collect jvm metrics exposed by DDTrace.

Metric¶

• Tag

Each metric has the following tags (the actual tags are affected by Java startup parameters and statsd configuration).

• Metrics List

Collect JVM Metrics Through Jolokia¶

JVM collector can take many metrics through JMX, and collect metrics into Guance Cloud to help analyze Java operation.

Jolokia Config¶

Preconditions¶

Install or download Jolokia. The downloaded Jolokia jar package is already available in the data directory under the DataKit installation directory. Open the Java application by:

java -javaagent:/path/to/jolokia-jvm-agent.jar=port=8080,host=localhost -jar your_app.jar

Already tested version:

• JDK 20
• JDK 17
• JDK 11
• JDK 8

Go to the conf.d/jvm directory under the DataKit installation directory, copy jvm.conf.sample and name it jvm.conf. Examples are as follows:

[[inputs.jvm]]
  # default_tag_prefix      = ""
  # default_field_prefix    = ""
  # default_field_separator = "."

  # username = ""
  # password = ""
  # response_timeout = "5s"

  ## Optional TLS config
  # tls_ca   = "/var/private/ca.pem"
  # tls_cert = "/var/private/client.pem"
  # tls_key  = "/var/private/client-key.pem"
  # insecure_skip_verify = false

  ## Monitor Intreval
  # interval   = "60s"

  # Add agents URLs to query
  urls = ["http://localhost:8080/jolokia"]

  ## Add metrics to read
  [[inputs.jvm.metric]]
    name  = "java_runtime"
    mbean = "java.lang:type=Runtime"
    paths = ["Uptime"]

  [[inputs.jvm.metric]]
    name  = "java_memory"
    mbean = "java.lang:type=Memory"
    paths = ["HeapMemoryUsage", "NonHeapMemoryUsage", "ObjectPendingFinalizationCount"]

  [[inputs.jvm.metric]]
    name     = "java_garbage_collector"
    mbean    = "java.lang:name=*,type=GarbageCollector"
    paths    = ["CollectionTime", "CollectionCount"]
    tag_keys = ["name"]

  [[inputs.jvm.metric]]
    name  = "java_threading"
    mbean = "java.lang:type=Threading"
    paths = ["TotalStartedThreadCount", "ThreadCount", "DaemonThreadCount", "PeakThreadCount"]

  [[inputs.jvm.metric]]
    name  = "java_class_loading"
    mbean = "java.lang:type=ClassLoading"
    paths = ["LoadedClassCount", "UnloadedClassCount", "TotalLoadedClassCount"]

  [[inputs.jvm.metric]]
    name     = "java_memory_pool"
    mbean    = "java.lang:name=*,type=MemoryPool"
    paths    = ["Usage", "PeakUsage", "CollectionUsage"]
    tag_keys = ["name"]

  [inputs.jvm.tags]
  # some_tag = "some_value"
  # more_tag = "some_other_value"
  # ...

After configuration, restart DataKit.

Jolokia Metric¶

For all the following data collections, a global tag named host is appended by default (the tag value is the host name of the DataKit), or other tags can be specified in the configuration by [inputs.jvm.tags]:

 [inputs.jvm.tags]
  # some_tag = "some_value"
  # more_tag = "some_other_value"
  # ...

java_runtime¶

• tag

• metric list

java_memory¶

• tag

• metric list

java_garbage_collector¶

• tag

• metric list

java_threading¶

• tag

• metric list

java_class_loading¶

• tag

• metric list

java_memory_pool¶

• tag

• metric list

More Readings¶

• DDTrace Java example
• SkyWalking
• OpenTelemetry Java example