Skip to main content

Docker - OpenTelemetry Collector

Thumbnail icon

The Sumo Logic app for Docker is a unified logs and metrics app that enables you to monitor Docker deployments. The app provides preconfigured dashboards that include information about container state and resource usage, including information on CPU, memory, block I/O, and network.

The Sumo Logic OpenTelemetry collector will run on the same host as Docker and collects Docker metric and container event logs.

info

The Sumo Logic app for Docker supports Docker version 23.0.2.

Docker-Schematics

Fields creation in Sumo Logic for Docker​

Following are the tags which will be created as part of the Docker app installation, if not already present.

  • sumo.datasource. Has a fixed value of docker.

Prerequisites​

This section provides instructions for configuring metrics and log collection for the Sumo Logic app for Docker.

Metric collection​

Metrics are collected through the Docker Stats Receiver of OpenTelemetry. This requires Docker API version 1.22+ and only Linux is supported.

Log collection​

To collect the Docker container event logs, the following command needs to be executed on the host machine and needs to be kept running, for monitoring all the Docker container-related events. The following command also needs a JSON file path where these container events can be dumped.

docker events -f 'type=container' --format '{{json .}}' > <PATH_TO_JSON> & disown

Path to this JSON file will be required in the next step, where events are sent to Sumo Logic through a filelog receiver and seen as part of the Docker - Overview dashboard. Also, you can add additional parameters to this command to send events for specific containers. Learn more.

Collection configuration and app installation​

As part of data collection setup and app installation, you can select the App from App Catalog and click on Install App. Follow the steps below.

Step 1: Set up Collector​

note

If you want to use an existing OpenTelemetry Collector, you can skip this step by selecting the Use an existing Collector option.

To create a new Collector:

  1. Select the Add a new Collector option.
  2. Select the platform where you want to install the Sumo Logic OpenTelemetry Collector.

This will generate a command that you can execute in the machine environment you need to monitor. Once executed, it will install the Sumo Logic OpenTelemetry Collector.

Docker-collector

Step 2: Configure integration​

In this step, you will configure the yaml required for the Docker Collection.

  • Docker Event log location. Enter the path of the JSON file generated through the command in the prerequisite section.
  • Excluded Image List. A list of strings, regexes, or globs whose referent container image names will not be among the queried containers for scrapping metrics. Learn more about excluded_images.

You can add any custom fields which you want to tag along with the data ingested in sumo.

Click on the Download YAML File button to get the yaml file.

Docker-YAML

Step 3: Send logs to Sumo​

Once you have downloaded the YAML file as described in the previous step, follow the below steps based on your platform.

  1. Copy the yaml file to /etc/otelcol-sumo/conf.d/ folder in the Docker instance that needs to be monitored.
  2. Place Env file in the /etc/otelcol-sumo/env/ directory.
  3. Restart the collector using:
sudo systemctl restart otelcol-sumo

After successfully executing the above command, Sumo Logic will start receiving data from your host machine.

Click Next. This will install the app (dashboards and monitors) to your Sumo Logic Org.

Dashboard panels will start to fill automatically. It's important to note that each panel fills with data matching the time range query and received since the panel was created. Results won't immediately be available, but within 20 minutes, you'll see full graphs and maps.

Sample log and metrics messages​

Log message​

Log message
{
"status":"start",
"id":"51f87a02dbcebbfe85bd3f9edb092132b6ac8ee873d541cdc059c70e17e52835",
"from":"hello-world",
"Type":"container",
"Action":"start",
"Actor":
{
"ID":"51f87a02dbcebbfe85bd3f9edb092132b6ac8ee873d541cdc059c70e17e52835",
"Attributes":
{
"image":"hello-world",
"name":"agitated_ardinghelli"
}
},
"scope":"local",
"time":"1683892564",
"timeNano":"timestamp_2"
}

Metric message​

Metric message
{
"queryId":"A",
"_source":"docker-otel",
"_metricId":"ijgj8tTQV9UGOJWs2k_aew",
"container.hostname":"6ebcc74fe914",
"_sourceName":"Http Input",
"host.id":"ea5f7c340247429887f632c6b6fa6c53",
"os.type":"linux",
"sumo.datasource":"docker",
"container.runtime":"docker",
"container.name":"docker-apache",
"_sourceCategory":"Labs/docker-otel",
"deployment.environment":"dockerEnvtest1",
"_contentType":"Carbon2",
"host.name":"ip-172-31-20-114.ec2.internal",
"metric":"container.cpu.percent",
"_collectorId":"000000000D7C5F4F",
"container.image.name":"httpd",
"_sourceId":"0000000048C9E05B",
"unit":"1",
"container.id":"6ebcc74fe914fbe88fcf93c289921d675fd7d57e4c835fc0e72ef067583500ea",
"_collector":"Labs - docker-otel",
"max":30,
"min":10,
"avg":20.36,
"sum":570.1,
"latest":20,
"count":28
}

Sample queries​

Log query​

This sample Query is from the Docker - Overview > Docker Events Over Time panel.

Log query
sumo.datasource=docker
| json field=_raw "status" as state
| json field=_raw "Type" as type
| json field=_raw "Actor.Attributes.image" as image
| json field=_raw "Actor.Attributes.name" as name
| timeslice 1h
| where image matches "{{container.image.name}}" AND state matches "{{state}}" AND name matches "{{container.name}}"
|count by _timeslice, state
| transpose row _timeslice column state
| fillmissing timeslice(1h)

Metrics query​

This sample Query is from the Docker - Overview > Top 5 Containers by CPU Usage panel.

Metric query
sumo.datasource=docker container.image.name={{container.image.name}} container.name={{container.name}}  metric=container.cpu.usage.total
| avg by container.name
| topk(5,avg)

Viewing Docker dashboards​

Docker - Overview​

Docker-Overview
  • Number of Docker Hosts. The total number of Docker hosts monitored.
  • Number of Containers Started. The total number of containers started.
  • Number of Containers Paused. The total number of containers paused.
  • Number of Containers Stopped. The total number of containers stopped.
  • Number of Containers Killed. The total number of containers killed.
  • Docker Events Over Time. Count of specific Docker container events (such as pause, stop, die, restart, start, kill, unpause) per time slice.
  • Containers by State. A table that lists container events that occurred, time the event occurred, the container image, the container name, and the event type.
  • Container Events - One Day Time Comparison. A table that lists the count of a particular event (such as pause, stop, die, restart, start, kill, unpause) for an image/container combination over the last 24 hours and compares it with the previous 24 hours time range.
  • Top 5 Containers by CPU Usage. CPU usage by the five containers that have used the most CPU.
  • Top 5 Containers by Tx Bytes. Bytes transmitted by the top five containers that have transmitted the most bytes.
  • Top 5 Containers by Rx Bytes. Bytes received by the five containers that have received the most bytes.
  • Top 5 Containers by Memory Usage. Memory usage by the top five containers that used the most memory.

Docker - CPU Usage​

Docker-CPU-Usage
  • Total CPU Consumed by Container in Kernel Mode. Total CPU consumed in kernel mode by each container.
  • CPU Usage by Image Name. CPU consumed by container image name per timeslice.
  • CPU Usage in Kernel Mode. CPU consumed in kernel mode by each container per timeslice.
  • CPU Usage in User Mode. CPU consumed in user mode by each container per timeslice.
  • Time for Which Container was Throttled. Duration for which each container's CPU was throttleds.
  • Count of Periods with Throttling Active. A chart that shows how many times each container's CPU was throttled.

Docker - Memory Usage​

Docker-Memory-Usage
  • Number of Times Container Hit Memory Limit. Number of times that each container reached its memory limit.
  • Memory Limit by Container. Memory limit for each container.
  • Percentage of Memory Used by Container. Percentage of memory used by each container.
  • Current and Max Memory Usage. Current and maximum memory used by each container.
  • Count of Page Faults by Container. Number of page faults for each container.
  • Memory that Cannot be Reclaimed. Amount of memory that cannot be reclaimed for each container.
  • Number of Bytes Transferred to/from the Disk. Number of bytes transferred to and from disk by each container

Docker - Network Usage​

Docker-Network-Usage
  • Average Rx Bytes by Container. Displays the average number of bytes received per timeslice by each container.
  • Average Tx Bytes by Container. Displays the average number of bytes transmitted per timeslice by each container.
  • Count of Rx Dropped Packets. Count of received packets dropped by each container per timeslice.
  • Count of Rx Error Packets. Count of error packets received per timeslice by each container.
  • Average Rx Packets by Container. Average packets received per timeslice by each container.
  • Average Tx Packets by Container. Average packets transmitted per timeslice by each container.
  • Count of Tx Dropped Packets. Count of packets dropped during transmission per timeslice by each container.
  • Count of Tx Error Packets. Count of error packets transmitted per timeslice by each container.
Status
Legal
Privacy Statement
Terms of Use

Copyright © 2024 by Sumo Logic, Inc.