No description, website, or topics provided.
Switch branches/tags
Nothing to show
Clone or download
Fetching latest commit…
Cannot retrieve the latest commit at this time.
Permalink
Failed to load latest commit information.
example
.gitignore
Dockerfile
LICENSE
README.md
cheats.txt
docker-compose.yml
index.js
package.json
response.js
server.js

README.md

powerstrip-logfiles

A Powerstrip adapter that allows collection of in-container log files location by a regular log file collection agent, such as the Sumo Logic File Collector.

Docker and the use of containers is spreading like wildfire. In a Docker-ized environment, certain legacy practices and approaches are being challenged. Centralized logging is the one of them. The most popular way of capturing logs coming from a container is to setup the containerized process such that it logs to stdout. Docker then spools this to disk, from where it can be collected. This is great for many use cases.

At the same time, at work at Sumo Logic our customers are telling us that the stdout approach doesn't always work. Not all containers are setup to follow the process-per-container model. This is sometimes referred to as "fat" containers. There are tons of opinions about whether this is the right thing to do or not. Pragmatically speaking, it is a reality for some users.

Even some programs that are otherwise easily containerized as single processes pose some challenges to the stdout model. For example, popular web servers write at least two log files: access and error logs. There are of course workarounds to map this back to a single stdout stream. But ultimately there's only so much multiplexing that can be done before the demuxing operation becomes too painful.

powerstrip-logfiles presents a proof of concept towards easily centralizing log files from within a container. Simply setting LOGS=/var/logs/nginx in the container environment, for example, will use a bind mount to make the Nginx access and error logs available on the host under /var/logs/container-logfiles/containers/[ID of the Nginx container]/var/log/nginx. A file-based log collector can now simply be configured to recursively collect from /var/logs/container-logfiles/containers and will pick up logs from any container configured with the LOGS environment.

This implementation is based on powerstrip-weave by Kai Davenport. All mistakes and bugs are entirely mine.

Install from Source

The powerstrip-logfiles image is available directly from Docker Hub.

If you want to build the image from source, use the command below.

$ docker build -t raychaser/powerstrip-logfiles .

Run the adapter

$ docker run --privileged -it --rm \
    --name powerstrip-logfiles \
    --expose 80 -v /var/log/container-logfiles:/var/log/container-logfiles \
    -v /var/run/docker.sock:/var/run/docker.sock \
    raychaser/powerstrip-logfiles:latest \
    -v --root /var/log/container-logfiles

Run Powerstrip

First create a Powerstrip configuration with the powestrip-logfiles adapter:

$ mkdir -p ~/powerstrip-demo
$ cat > ~/powerstrip-demo/adapters.yml <<EOF
endpoints:
  "POST /*/containers/create":
    pre: [logfiles]
    post: [logfiles]
adapters:
  logfiles: http://logfiles/v1/extension
EOF

And then run the Powerstrip container and link it to the powerstrip-logfiles container:

$ docker run -d --name powerstrip \
    -v /var/run/docker.sock:/var/run/docker.sock \
    -v ~/powerstrip-demo/adapters.yml:/etc/powerstrip/adapters.yml \
    --link powerstrip-logfiles:logfiles \
    -p 2375:2375 \
    clusterhq/powerstrip

Run containers

Now you can use the normal docker client to run containers.

First you must export the DOCKER_HOST variable to point at the powerstrip server:

$ export DOCKER_HOST=tcp://127.0.0.1:2375

Now you can specify as part of the container's environment which paths are supposed to be considered logfile paths. Those paths will be bind-mounted to appear under the location of the --root specified when running the powerstrip-logfiles container.

$ docker run --cidfile=cid.txt --rm -e "LOGS=/x,/y" ubuntu \
    bash -c 'touch /x/foo; ls -la /x; touch /y/bar; ls -la /y'

You should now be able to see the files "foo" and "bar" under the path specified as the --root:

$ CID=$(cat cid.txt)
$ ls /var/log/container-logfiles/containers/$CID/x
$ ls /var/log/container-logfiles/containers/$CID/y

Example using Nginx

See example directory.