How To Deploy Grafana Loki and Save Data to MinIO

How To Deploy Grafana Loki and Save Data to MinIO

Grafana Loki is a log aggregation system that stores and queries logs from applications and infrastructure. Although commonplace, logs hold critical information about system operations and are a valuable source of debugging and troubleshooting information. Logs are frequently used to identify and track malicious activity, or simply to track user activity to provide business intelligence.

In an earlier blog post, Logging with Grafana Loki and MinIO, we provided an overview of Loki’s components and their overall architecture. Think of Loki for logs as analogous to Prometheus for metrics. Loki is lightweight and cost-effective because it only indexes and queries metadata. Promtail agents collect, label and transform logs before sending them to Loki. Then Loki indexes metadata and groups entries into streams that are indexed with labels. Grafana is then used to visualize and query log information from Loki. As of version 2.0, Loki stores data in a single object storage backend, such as MinIO. Whereas the previous blog post explained the advantages of saving Loki data to MinIO, this blog post is a tutorial that teaches you how.

First, we’ll teach you how to deploy Loki and MinIO using Docker containers, followed by instructions on how to install from source.

Learn Loki and Master MinIO Using Docker Containers

We built a demo using Docker containers, some scripting and a Git repository. We started with the Grafana Loki repository, and added configuration yaml and containers for MinIO and a script to create and expose a MinIO bucket for Loki data. The following steps will result in these five images running locally in Docker containers:

  • Loki
  • Promtail
  • Grafana
  • MinIO
  • Create buckets

The first three are obviously needed for Loki, Promtail and Grafana. They were already available from Grafana under the Loki repository (there is a short video explainer). MinIO is object storage for Loki, and the final container will run a script that creates buckets as Loki targets.

Loki has been configured to save log data to MinIO using loki.yaml. Of particular importance is the section:

storage_config:
  boltdb_shipper:
    active_index_directory: /loki/index
    cache_location: /loki/index_cache
    resync_interval: 5s
    shared_store: s3
  aws:
    s3: http://minioadmin:minioadmin@minio.:9000/loki
    s3forcepathstyle: true

Note the dot in the S3 address for MinIO. This is used because there is no need to specify AWS Region.

We create a Docker environment using the docker-compose.yaml file. We will configure containers, volumes, ports, networks and provide startup commands.

In order for the loki image to run as a container with access to Loki configuration via volumes:

services:
  loki:
    image: grafana/loki:latest
    volumes:
      - <your-local-path>/loki/production:/home/loki/production
    ports:
      - "3100:3100"
    command: -config.file=/home/loki/production/loki.yaml
    networks:
      - loki

The first configuration you’ll need to make is to make sure that your local folder of production is being shared with the container. Please edit the volumes section of your docker-compose.yaml to refer to the local folder where you have downloaded the production folder.

In docker-compose.yaml, we also define a network and expose ports of the container running MinIO server. In this case, port 9000 and 9001 will be exposed to your local machine in order for you to access MinIO server with a browser.

Console UI:
  minio:
    image: minio/minio:latest
    ports:
      - "9000:9000"
      - "9001:9001"
    networks:
      - loki
    command: server ~ --address ':9000' --console-address ':9001'

We configure the network with all containers sharing a loki network. Each container can ping the others and use their APIs. Don’t use fixed IP addresses for your containers. To make it easier, we’ve configured loki and minio in our environment to resolve to the appropriate container. For example:

http://minio:9000    for MinIO

http://loki:3100     for Loki

http://loki:3000     for Grafana

The next action taken by docker-compose.yaml is to run MinIO Client (mc) in a container to configure MinIO Server, create the destination bucket for Loki data and set the access policy to public as required.

  createbuckets:
    image: minio/mc
    networks:
      - loki
    depends_on:
      - minio
    entrypoint: >
      /bin/sh -c "
      /usr/bin/mc config host add myminio http://minio:9000 minioadmin minioadmin;
      /usr/bin/mc rm -r --force myminio/loki;
      /usr/bin/mc mb myminio/loki;
      /usr/bin/mc policy set public myminio/loki;
      exit 0;
      "

Promtail, a small Go program, is configured using promtail-local-config.yaml to send local system logs to Loki. The section to focus on is scrape_configs because this is where promtail is told which logs to pull, how to format them and where to send them. Please see Get logs into Loki for more information about configuring promtail. Grafana provides a sample config file for reference.

The scrape_configs section includes the following:

  • job_name - This differentiates the logs collected from other log groups.
  • targets - Optional for static_configs. However, is often defined because in older versions of Promtail it was not optional. This was an artifact from directly using the Prometheus service discovery code, which required this entry.
  • labels - Static label to apply to every log line scraped by this definition. Good examples include the environment name, job name, or app name.
  • path - The path to where the logs that Loki is to consume are stored.

server:
  http_listen_port: 9080
  grpc_listen_port: 0

positions:
  filename: /tmp/positions.yaml

clients:
  - url: http://localhost:3100/loki/api/v1/push

scrape_configs:
- job_name: system
  static_configs:
  - targets:
      - localhost
    labels:
      job: varlogs
      __path__: /var/log/*log

It’s important to understand different configuration options for scraping in Promtail, and Grafana provides plenty of details. For this tutorial, we are tailing the logs from /var/log on a Ubuntu Linux machine to Loki.

It may be helpful to consult the full promtail configuration reference to see the application’s full capabilities.  

Steps

Now that you understand how to configure Loki, Promtail and your Docker environment, please  follow these steps to configure and run the demo environment. The following steps use the docker-compose.yaml, loki-config.yaml and promtail-local-config.yaml described above. After downloading our files, edit them for your environment.

Clone this repository https://github.com/cniackz/loki:

git clone https://github.com/cniackz/loki.git minio-loki-tutorial

Change directory to your local production folder:

https://github.com/cniackz/loki/tree/main/production

cd <your-local-path>/minio-loki-tutorial/production

Edit docker-compose.yaml to reference your local home directory

If necessary, edit promtail.yaml

Build your local Docker environment:

docker-compose build --no-cache

Launch local Docker containers:

docker-compose up -d

To confirm that Loki data is being saved to MinIO, log into MinIO Console at   http://localhost:9001 or http://minio:9001. This tutorial uses the following credentials:

user: minioadmin
password: minioadmin

After logging in, click Buckets. You should see that the Loki bucket has been created.

On the right side, click Browse to see the contents of the newly created bucket. You should see the fake directory under loki. This is where Loki will save data.

Click its name to open the fake directory. Loki holds logs in memory for a configured interval and then writes them to object storage. The default is an interval of 5 minutes, so please wait 5 minutes for data to appear in your bucket.

At this point, Promtail is sending logs to Loki and Loki is saving data to MinIO. Now, let’s set Grafana up to view Loki logs. Grafana 6.0 and higher include built-in support for Loki. Grafana 6.3 and higher includes support for LogQL functionality.

Log into Grafana at http://loki:3000 (default credentials are admin:admin).


In Grafana, click the cog icon on the left sidebar to go to Configuration and then Data Sources. Click the big Add Data Source button and then select Loki.

Edit the http URL field to be for our Loki server running locally using Docker port mapping: http://loki:3100.

Then click Save & Test.

To view logs immediately, click explore. You can also view logs by clicking Explore in the left sidebar. However you explore, then select the Loki datasource in the top-left dropdown, and then choose a log stream using the Log Labels button.

You can type a LogQL query and click on Run Query. However, if you don’t yet know LogQL, you can use the GUI to select a log and query parameters.

To quickly see the logs that are in Loki, click Log browser, then under 1.  Select labels to search in and choose job, then under 2. Find values for the selected labels click the name of your job (from promtail-local-config.yaml). In this case I’ve clicked on varlogs. Then click the Show Logs button.

You can select the time range and set the refresh interval of the query on the top right of the browser window.

To see more details of the logs, scroll down and click on one of the log entries, it will provide additional information related to the log entry.

A really powerful feature is the ability to filter or see statistics about labels and fields directly from log details by clicking on the icons. This simplifies troubleshooting as it makes it easier to look for recurring errors and pivot between search terms.

There’s a lot more that you can do with log data in Grafana. For starters, you can install promtail in more places to tail more logs to Loki. Copy the executable and promtail-local-config.yaml to other machines/instances/containers, edit the configuration as described in Promtail Configuration and run it.

The environment that we’ve created in this tutorial is helpful for getting started with Loki, but it is not production-ready. Next steps would be to leave Docker for Kubernetes and use distributed MinIO instead of a single instance. Eventually, Loki data gets big enough that it benefits from an external database for quick index searches. Please see Scalability - Scaling with Grafana Loki for more information.

Conclusion

The observability stack of Grafana, Prometheus and AlertManager gained a powerful addition with Loki (BTW, we also have a tutorial for Grafana, Prometheus and AlertManager on MinIO). Distributed systems, especially when containerized and orchestrated by Kubernetes, have many logs for their applications and microservices. Loki combined with MinIO is a cost-effective way to collect, store and query logs.

If you have any questions, please send us an email at hello@min.io, or join the MinIO slack channel and ask away.

Previous Post Next Post