Skip to main content
Ent+
This feature is available as an add-on for the Honeycomb Enterprise plan. Please contact your Honeycomb account team for details.

Supported Platforms

Configuration Table

Example Configuration

The Kubernetes Container logs source has one required parameter:
  • Cluster Name: The name of the cluster, which will be inserted as the k8s.cluster.name resource attribute
Honeycomb Docs - Kubernetes Container Logs - image 1 Once running on an agent, logs will look like this: Honeycomb Docs - Kubernetes Container Logs - image 2

Multi Line Logging

Multi line logging is useful for re-assembling multi line logs into a single log entry. Multi-line log re-assembly requires that all logs emitted by the application are consistent in structure. For example, the logs must start or end in a consistent way, in order to reliably match on the beginning or end of the log. If your application has inconsistent logging, multi-line log re-assembly will behave in irregular ways, such as combining two unique logs into one. Multi line logging is supported by configuring a selector, selector match expression, and a recombine match expression.

Example

In this example, there are two Deployments. One is logging XML while the other is logging JSON.
The XML logs are a combination of multi-line and single line logs. Each log has a timestamp prefix indicating the start of the log.
The JSON logs are a combination of multi-line and single line logs. Each log has a trailing } without a comma, indicating the end of the log.
Multi-line logging can be configured by matching on the First Entry of the XML logs and the Last Entry of the JSON logs. The k8s.pod.name resource attribute is used to select the XML and JSON pods. Honeycomb Docs - Kubernetes Container Multi Line Logs - image Once configured, logs will be re-assembled into a single line. Honeycomb Docs - Kubernetes Container Multi Line Logs - image 2