Getting Started with Docker

Seq is distributed as an officially supported datalust/seq container image on Docker Hub.

📘

Preview Seq using Docker

Shell

docker run --name seq -e ACCEPT_EULA=Y -p 5341:80 datalust/seq:latest

You will be able to browse the Seq UI, send logs to, and interact with the HTTP API on http://localhost:5341.

Note: Read on for how to persist your logs between container restarts (i.e. what you would use in a production environment).

👍

Kubernetes support

Seq has a Helm chart for simplifying deployments in Kubernetes. See the Kubernetes deployment docs for more details.

Running Seq in a Docker container

docker run \
  --name seq \
  -d \
  --restart unless-stopped \
  -e ACCEPT_EULA=Y \
  -v /path/to/seq/data:/data \
  -p 80:80 \
  -p 5341:5341 \
  datalust/seq:latest

This command will start a Seq instance with:

• --name seq to be able to run commands using the container name, e.g. docker stop seq
• -d run in daemon mode (in the background), omit this argument to see container logs in stdout
• --restart unless-stopped always restart the Seq docker container if it stops, except when you run docker stop seq
• -e ACCEPT_EULA=Y to run Seq, you must accept the End User License Agreement
• -v /path/to/seq/data:/data mounts /path/to/seq/data on the host machine to /data on the docker container - this is where Seq stores all its configuration and log files.
• -p 80:80 map the host's localhost:80 to Seq UI and API (port 80)
• -p 5341:5341 map the host's localhost:5341 to Seq's special ingestion-only port (port 5341). We recommend exposing the ingestion-only port separately.

The container can be stopped and started using the docker stop seq and docker start seq commands, respectively.

After running the command above, browse the Seq UI at http://localhost:80.

Memory limits

For Seq to accurately measure available memory, depending on the hosting infrastructure, it's often necessary to specify memory limits for the container. If the Seq container exits unexpectedly, or fails with out-of-memory errors, specify the --memory and --memory-swap arguments to docker run:

docker run --memory=16g --memory-swap=16g <other args> datalust/seq

The argument to these flags is the total memory that the system should provide for the container (more is better). Normally, both flags should have the same value, effectively disabling swap for the container.

Persistent volumes

The Seq Docker container stores configuration and log events in its /data directory. For this directory to survive container restarts, it needs to be mapped to a persistent volume using -v on the command-line, as in the example above.

Seq is a database; the volume provided to it should be equivalent to local disk storage, for example an Azure Disks VHD or an AWS EBS volume.

Only one running Seq container can access a storage volume concurrently: it's not possible to run two or more container instances pointing to the same storage.

🚧

Azure Files volumes

When running Seq on Microsoft Azure, only Azure Disks volumes (mounted VHDs) are recommended for persistent storage.

For non-critical workloads, Azure Premium Files can be used for event storage, but metadata must be persisted to SQL Azure in this configuration. Standard (non-premium) Azure Files volumes are not supported.

Enabling authentication

A fresh instance of Seq does not require a username and password, nor authentication on API requests.

A local development instance that isn't exposed to the outside world might be fine without authentication.

In most cases, though, your next step should be visiting Settings > Users and enabling authentication.

Ingesting log events

Using logging libraries

Before you can benefit from Seq, your applications need to be configured to send log events through one of the supported logging libraries.

• Using Serilog - Serilog is a modern logging library for the .NET platform with deep support for structured event data.
• Using ASP.NET Core - the Microsoft.Extensions.Logging library included in ASP.NET Core works well with Seq.
• Using Node.js - on Node.js, we support the Pino, Winston, and Bunyan logging libraries.

Seq integrates with a range of languages, libraries and frameworks, and has a simple HTTP API for receiving log data. Learn more about getting logs into Seq.

📘

If you're unsure where to start, we recommend Serilog.

Using CLI or HTTP

Your applications can also log events to Seq by tailing their output with the seqcli command-line client

./my-app | seqcli ingest

or posting JSON directly to Seq:

curl -XPOST "http://your-seq-host/api/events/raw?clef" \
  -d "{'@t':'2018-06-07T03:44:57.8532799Z','@mt':'Hello, {User}','User':'alice'}"

Containerized services can also forward their logs to Seq natively using Docker's GELF (Graylog extended log format) log driver.

Changing the default ingestion port

Containers can expose the limited ingestion port in addition to, or instead of, the API port. In the container the ingestion port is mapped to 5341:

docker run \
  -e ACCEPT_EULA=Y \
  -v $HOST_PATH_TO_SEQ:/data \
  -p $HOST_HTTP_PORT:80 \
  -p $HOST_INGESTION_PORT:5341 \
  datalust/seq:latest

where:

• $HOST_PATH_TO_SEQ is an absolute path on the container host for the Seq instance to use.
• $HOST_INGESTION_PORT is a port on the host to expose the Seq ingestion endpoint on.

Running other Seq commands in a docker container

Any arguments specified after the datalust/seq:latest image in the docker run command will be passed as arguments to the Seq binary:

docker run \
  --rm \
  -e ACCEPT_EULA=Y \
  -v $HOST_PATH_TO_SEQ:/data \
  datalust/seq:latest version

where:

• $HOST_PATH_TO_SEQ is an absolute path on the container host for the Seq instance to use.

Container environment

File paths

Important file paths used by Seq in the container.

Ports

Important ports used by Seq in the container.

Environment variables

Environment variables used by Seq in the container. For a full list of environment variables supported by the container, see the Server Configuration reference.

What's next?

Once your apps are happily sending events to Seq, you can:

• Learn about the flexible Seq query syntax
• Create some signals to provide quick access to different filters
• Set up some retention policies to control disk usage

Happy logging!