Sending Kubernetes Logs and Events

Last updated on 13 June, 2023

LogicMonitor provides different methods for sending logs from a monitored Kubernetes cluster to LM Logs.

Recommendation: LogSource is the recommended method to enable LM Logs. To use LogSource, the LM Collector must be version EA 31.200 or later. For more information, see LogSource Overview, or contact your Customer Success Manager. The procedure in the following describes how to enable LM Logs if you are not using LogSource.

The method to use depends on the type of logs that you want to send.

  • For Kubernetes logs, use the lm-logs Helm chart configuration which is provided as part of the LogicMonitor Kubernetes integration.
  • For Kubernetes events and Pod logs, configure the LogicMonitor Collector to collect and forward the logs from a monitored cluster or cluster group.

Requirements

Sending Kubernetes Logs

You can install and configure the LogicMonitor Kubernetes integration to forward your Kubernetes logs to the LM Logs ingestion API.

Deploying

The Kubernetes configuration for LM Logs is deployed as a Helm chart.

1. Add the LogicMonitor Helm repository: 

helm repo add logicmonitor https://logicmonitor.github.io/k8s-helm-charts

If you already have the LogicMonitor Helm repository, you should update it to get the latest charts:

helm repo update

2. Install the lm-logs chart, filling in the required values:

helm install -n <namespace> \
--set lm_company_name="<lm_company_name>" \
--set lm_access_id="<lm_access_id>" \
--set lm_access_key="<lm_access_key>" \
lm-logs logicmonitor/lm-logs

Configuring Deviceless Logs for Kubernetes

Logs can be viewed in LM Logs even if the log is “deviceless” and not associated with an LM-monitored resource. Even without resource mapping, or when there are resource mapping issues, logs are still available for anomaly detection and to view and search.

For deviceless logs, log anomaly detection is done using the “namespace” and “service” fields instead of “Device ID”, when creating log profiles. To enable deviceless logs, set “fluent.device_less_logs” to “true”, when configuring lm-logs helmchart. For more information, see Send Kubernetes Logs to LM Logs.

Collecting and Forwarding Kubernetes Events

You can configure the LogicMonitor Collector to receive and forward Kubernetes Cluster events and Pod logs from a monitored Kubernetes cluster or cluster group.

Note: Use the LM Container Chart services for comprehensive Kubernetes monitoring metrics, logs, and events. For more information, see Installing the LM Container Helm Chart.

Requirements

Enabling the Events and Logs Collection

The following are options for enabling events and logs collection:

PropertyTypeDefault ValueDescription
lmlogs.k8sevent.polling.interval.minInteger1Polling interval in minutes for Kubernetes events collection.
lmlogs.k8spodlog.polling.interval.minInteger1Polling interval in minutes for Kubernetes pod logs collection.
lmlogs.thread.count.for.k8s.pod.log.collectionInteger10The number of threads for Kubernetes pod logs collection. The maximum value is 50.

Configuring Filters to Remove Logs

Note: Ensure you configure filters to remove log messages that contain sensitive information like credit cards, phone numbers, or personal identifiers so that these are not sent to LogicMonitor. You can also use filters to reduce the volume of non-essential syslog log messages sent to the logs ingestion API queue.

The filtering criteria for Kubernetes Events are based on the fields “message”, “reason”, and “type”. For Kubernetes pod logs, you can filter the message fields. Filtering criteria can be defined using keywords, a regular expression pattern, specific values of fields, and so on. To configure filter criteria, uncomment to enable and then edit the filtering entries in agent.conf.

For example:

  • To filter out INFO level pod logs to LogicMonitor, uncomment or add the line: logsource.k8spodlog.filter.1.message.notcontain=INFO
  • To send Kubernetes events of type=Normal, comment out the line: logsource.k8sevent.filter.1.type.notequal=Normal

For more information, see Kubernetes Events and Pod Logs Collection using LogicMonitor Collector.

To configure filter criteria, configure the following agent.conf entries as applicable.

Collector agent.conf configurations

PropertyTypeDescription
logsource.k8sevent.filter.1.message.equalStringDefines the contents of the message that equals to the value provided in the filter field for the Kubernetes events.
logsource.k8sevent.filter.2.message.notequalStringDefines the contents of the message that do not equal to the value provided in the filter field for the Kubernetes events.
logsource.k8sevent.filter.3.message.containStringDefines the content of the message has value in the filter field for the Kubernetes events.
logsource.k8sevent.filter.4.message.notcontainStringDefines the content of the message that does not contain the value in the filter field for the Kubernetes events.
logsource.k8sevent.filter.5.message.regexmatchStringDefines the contents of the message containing regular expression patterns to match the value in the filter field for the Kubernetes events.
logsource.k8sevent.filter.6.message.regexnotmatchStringDefines the contents of the message containing regular expression patterns that do not match the value in the filter field for the Kubernetes events.
logsource.k8sevent.filter.7.reason.equalStringDefines the contents of the reason equals to the value provided in the filter field for the Kubernetes events.
logsource.k8sevent.filter.8.reason.notequalStringDefines the contents of the reason does not equal to the value provided in the filter field for the Kubernetes events.
logsource.k8sevent.filter.9.reason.containStringDefines the content of the message contains the value in the filter field for the Kubernetes events.
logsource.k8sevent.filter.10.reason.notcontainStringDefines the content of the reason that does not contain the value in the filter field for the Kubernetes events.
logsource.k8sevent.filter.11.reason.regexmatchStringDefines the contents of the reason containing regular expression patterns that match the value in the filter field for the Kubernetes events.
logsource.k8sevent.filter.12.reason.regexnotmatchStringDefines the contents of the reason containing regular expression patterns that do not match the value in the filter field for the Kubernetes events.
logsource.k8sevent.filter.13.type.equalStringDefines the contents of the type equals to the value provided in the filter field for the Kubernetes events.
logsource.k8sevent.filter.14.type.notequalStringDefines the contents of the type does not equal to the value provided in the filter field for the Kubernetes events.
logsource.k8sevent.filter.15.type.containStringDefines the content of the type that has value in the filter field for the Kubernetes events.
logsource.k8sevent.filter.16.type.notcontainStringDefines the content of the type do not contain the value in the filter field for the Kubernetes events.
logsource.k8sevent.filter.17.type.regexmatchStringDefines the contents of the type containing regular expression patterns that match the value in the filter field for the Kubernetes events.
logsource.k8sevent.filter.18.type.regexnotmatchStringDefines the contents of the type containing regular expression patterns that do not match the value in the filter field for the Kubernetes events.
logsource.k8spodlog.filter.1.message.equalStringDefines the contents of the message equals to the value provided in the filter field for the Kubernetes pod logs.
logsource.k8spodlog.filter.2.message.notequalStringDefines the contents of the message do not equal to the value provided in the filter field for the Kubernetes pod logs.
logsource.k8spodlog.filter.3.message.containStringDefines the content of the message that has the value in the filter field for the Kubernetes pod logs.
logsource.k8spodlog.filter.4.message.notcontainStringDefines the content of the message that does not contain the value in the filter field for the Kubernetes pod logs.


Helm-chart configurations

PropertyDescription
lmlogs.k8sevent.enable=trueSends events from pods, deployments, services, nodes, and so on to LM Logs. When false, ignores events.
lmlogs.k8spodlog.enable=trueSends pod logs to LM Logs. When false, ignores logs from pods.

Troubleshooting

Kubernetes Logs

  1. If you are not seeing Kubernetes logs in your LM Portal after a few minutes, it may be a resource mapping issue. Resource mapping for Kubernetes is handled by the Fluentd plugin.
  2. If mapping is correct, verify that the log file path is mounted.  If the log file path is not mounted, edit the /k8s-helm-charts/lm-logs/templates/deamonset.yaml file to add the file path and volume.

    For example, if the path to mount is /mnt/ephemeral/docker/containers/, make the following edits:
  • Add the file path:
name: ephemeraldockercontainers
  mountPath: /mnt/ephemeral/docker/containers/
  readOnly: true
  • Add under volumes:
name: ephemeraldockercontainers
  hostPath:
    path: /mnt/ephemeral/docker/containers/

Kubernetes Pod Logs

If you have enabled pod logs collection and forwarding, but you are not receiving pod logs in LM Logs, restart the Collector and increase the polling interval to 3-5 minutes.

In This Article