Portainer Templates logo

Portainer Templates

InfluxDB for Edge InfluxDB for Edge

edge

InfluxDB Time Series Data Platformm - Single Server deployment

Image details

Pulls: 1.1B
Architectures: amd64, arm64/v8
Image size: 143 MB
Latest: 3.10.3-core
User: library
Created: May 12, 2016
Updated: 2 days ago
Status: active

Configuration

Type
Compose
Platform
linux
Image
influxdb:2.5.1-alpine
Ports
8086:8086
Volumes
/var/lib/influxdb2 : influxdb_data/etc/influxdb2 : influxdb_config
Env vars
DOCKER_INFLUXDB_INIT_MODE=setupDOCKER_INFLUXDB_INIT_USERNAME=${influxadmin}DOCKER_INFLUXDB_INIT_PASSWORD=${influxadminpass}DOCKER_INFLUXDB_INIT_ORG=first-${influxorg}DOCKER_INFLUXDB_INIT_BUCKET=${influxbucket}
Restart
unless-stopped
Source

Template by portainer·Source

Notes

Admin Password must be at least 10 characters

Installation

  1. Ensure both Docker and Portainer are installed, and up-to-date
  2. Log into your Portainer web UI
  3. Under Settings → App Templates, paste the below URL
  4. Head to Home → App Templates, and the list of apps will show up
  5. Select the app you wish to deploy, fill in any config options, and hit Deploy

Template Import URL

https://raw.githubusercontent.com/Lissy93/portainer-templates/main/templates.json
Show Me demo

docker run -d --name influxdb \
  -p 8086:8086 \
  -e 'DOCKER_INFLUXDB_INIT_MODE=setup' \
  -e 'DOCKER_INFLUXDB_INIT_USERNAME=${influxadmin}' \
  -e 'DOCKER_INFLUXDB_INIT_PASSWORD=${influxadminpass}' \
  -e 'DOCKER_INFLUXDB_INIT_ORG=first-${influxorg}' \
  -e 'DOCKER_INFLUXDB_INIT_BUCKET=${influxbucket}' \
  -v influxdb_data:/var/lib/influxdb2 \
  -v influxdb_config:/etc/influxdb2 \
  --restart=unless-stopped \
  influxdb:2.5.1-alpine

If the stack expects env vars, set them or add them to a .env file first.

version: '3.6'
services:
  influxdb:
    image: influxdb:2.5.1-alpine
    container_name: influxdb
    restart: unless-stopped
    networks:
      - monitoring
    ports:
      - '8086:8086'
    volumes:
      - influxdb_data:/var/lib/influxdb2
      - influxdb_config:/etc/influxdb2
    environment:
      - DOCKER_INFLUXDB_INIT_MODE=setup
      - DOCKER_INFLUXDB_INIT_USERNAME=${influxadmin}
      - DOCKER_INFLUXDB_INIT_PASSWORD=${influxadminpass}
      - DOCKER_INFLUXDB_INIT_ORG=first-${influxorg}
      - DOCKER_INFLUXDB_INIT_BUCKET=${influxbucket}
    healthcheck:
      test: "curl -f http://localhost:8086/ping"
      interval: 5s
      timeout: 10s
      retries: 5
      
networks:
  monitoring:
 
volumes:
  influxdb_data:
  influxdb_config:

Or, use the original compose file, straight from the template repo. Deploy with:

git clone https://github.com/portainer/templates
cd templates
docker compose -f edge/influxdb/docker-compose.yml up -d

Save this file as influxdb-for-edge-stack.yml, then from a manager node, run docker stack deploy -c influxdb-for-edge-stack.yml influxdb-for-edge

version: '3.8'
services:
  influxdb-for-edge:
    image: influxdb:2.5.1-alpine
    ports:
      - '8086:8086'
    volumes:
      - influxdb_data:/var/lib/influxdb2
      - influxdb_config:/etc/influxdb2
    environment:
      DOCKER_INFLUXDB_INIT_MODE: setup
      DOCKER_INFLUXDB_INIT_USERNAME: ${influxadmin}
      DOCKER_INFLUXDB_INIT_PASSWORD: ${influxadminpass}
      DOCKER_INFLUXDB_INIT_ORG: first-${influxorg}
      DOCKER_INFLUXDB_INIT_BUCKET: ${influxbucket}
    deploy:
      restart_policy:
        condition: any

Save each file below into a folder, then run kubectl apply -f .
Written for k3s, but works on any cluster: bind mounts use hostPath, named volumes get a persistent volume claim, and ports are exposed via a LoadBalancer service.

influxdb-for-edge-deployment.yaml

apiVersion: apps/v1
kind: Deployment
metadata:
  name: influxdb-for-edge
  labels:
    app: influxdb-for-edge
spec:
  replicas: 1
  selector:
    matchLabels:
      app: influxdb-for-edge
  template:
    metadata:
      labels:
        app: influxdb-for-edge
    spec:
      containers:
        - name: influxdb-for-edge
          image: influxdb:2.5.1-alpine
          env:
            - name: DOCKER_INFLUXDB_INIT_MODE
              value: setup
            - name: DOCKER_INFLUXDB_INIT_USERNAME
              value: ${influxadmin}
            - name: DOCKER_INFLUXDB_INIT_PASSWORD
              value: ${influxadminpass}
            - name: DOCKER_INFLUXDB_INIT_ORG
              value: first-${influxorg}
            - name: DOCKER_INFLUXDB_INIT_BUCKET
              value: ${influxbucket}
          ports:
            - containerPort: 8086
              protocol: TCP
          volumeMounts:
            - name: influxdb-for-edge-data-0
              mountPath: /var/lib/influxdb2
            - name: influxdb-for-edge-data-1
              mountPath: /etc/influxdb2
      volumes:
        - name: influxdb-for-edge-data-0
          hostPath:
            path: influxdb_data
        - name: influxdb-for-edge-data-1
          hostPath:
            path: influxdb_config

influxdb-for-edge-service.yaml

apiVersion: v1
kind: Service
metadata:
  name: influxdb-for-edge
spec:
  type: LoadBalancer
  selector:
    app: influxdb-for-edge
  ports:
    - name: 8086-tcp
      port: 8086
      targetPort: 8086
      protocol: TCP

Save this file as ~/.config/containers/systemd/influxdb-for-edge.container

[Unit]
Description=InfluxDB for Edge

[Container]
Image=influxdb:2.5.1-alpine
ContainerName=influxdb-for-edge
PublishPort=8086:8086
Environment=DOCKER_INFLUXDB_INIT_MODE=setup
Environment=DOCKER_INFLUXDB_INIT_USERNAME=${influxadmin}
Environment=DOCKER_INFLUXDB_INIT_PASSWORD=${influxadminpass}
Environment=DOCKER_INFLUXDB_INIT_ORG=first-${influxorg}
Environment=DOCKER_INFLUXDB_INIT_BUCKET=${influxbucket}
Volume=influxdb_data:/var/lib/influxdb2
Volume=influxdb_config:/etc/influxdb2

[Service]
Restart=always

[Install]
WantedBy=default.target

Then reload systemd and start the service:

systemctl --user daemon-reload
systemctl --user start influxdb-for-edge

For a system-wide service, use /etc/containers/systemd/ and drop --user.

For more installation options, see the Documentation in our GitHub repo

Quick reference

  • Maintained by:
[InfluxData](https://github.com/influxdata/influxdata-docker)
  • Where to get help:
[InfluxDB Discord Server](https://discord.gg/9zaNCW2PRT) *(preferred for **InfluxDB 3 Core**, **InfluxDB 3 Enterprise**)*, [InfluxDB Community Slack](https://influxdata.com/slack) *(preferred for **InfluxDB v2**, **v1**)\*

Supported tags and respective Dockerfile links




















Quick reference (cont.)

  • Where to file issues:
[https://github.com/influxdata/influxdata-docker/issues](https://github.com/influxdata/influxdata-docker/issues?q=)
[`amd64`](https://hub.docker.com/r/amd64/influxdb/), [`arm64v8`](https://hub.docker.com/r/arm64v8/influxdb/)
  • Published image artifact details:
[repo-info repo's `repos/influxdb/` directory](https://github.com/docker-library/repo-info/blob/master/repos/influxdb) ([history](https://github.com/docker-library/repo-info/commits/master/repos/influxdb))  
(image metadata, transfer size, etc)
  • Image updates:
[official-images repo's `library/influxdb` label](https://github.com/docker-library/official-images/issues?q=label%3Alibrary%2Finfluxdb)  
[official-images repo's `library/influxdb` file](https://github.com/docker-library/official-images/blob/master/library/influxdb) ([history](https://github.com/docker-library/official-images/commits/master/library/influxdb))
  • Source of this description:
[docs repo's `influxdb/` directory](https://github.com/docker-library/docs/tree/master/influxdb) ([history](https://github.com/docker-library/docs/commits/master/influxdb))

Notice

On September 15, 2026, the latest tag for InfluxDB will point to InfluxDB 3 Core. To avoid unexpected upgrades, use specific version tags in your deployments.

What is InfluxDB?

logo
InfluxDB is the time series database platform designed to collect, store, and process large amounts of event and time series data. Ideal for monitoring (sensors, servers, applications, networks), financial analytics, and behavioral tracking.

Start InfluxDB 3 Core

... via docker compose
Example compose.yaml for influxdb:
# compose.yaml
name: influxdb3
services:
  influxdb3-core:
    container_name: influxdb3-core
    image: influxdb:3-core
    ports:
      - 8181:8181
    command:
      - influxdb3
      - serve
      - --node-id=node0
      - --object-store=file
      - --data-dir=/var/lib/influxdb3/data
      - --plugin-dir=/var/lib/influxdb3/plugins
    volumes:
      - type: bind
        source: ~/.influxdb3/core/data
        target: /var/lib/influxdb3/data
      - type: bind
        source: ~/.influxdb3/core/plugins
        target: /var/lib/influxdb3/plugins

Alternatively, you can use the following command to start InfluxDB 3 Core:
docker run --rm -p 8181:8181 \
  -v $PWD/data:/var/lib/influxdb3/data \
  -v $PWD/plugins:/var/lib/influxdb3/plugins \
  influxdb:3-core influxdb3 serve \
    --node-id=my-node-0 \
    --object-store=file \
    --data-dir=/var/lib/influxdb3/data \
    --plugin-dir=/var/lib/influxdb3/plugins

InfluxDB 3 Core starts with:
  • Data persistence at /var/lib/influxdb3/data
  • Python processing engine enabled with plugin directory
  • HTTP API listening on port 8181

Using InfluxDB 3 Core

After starting your InfluxDB 3 server, follow the Get Started guide to create an authorization token and start writing, querying, and processing data via the built-in influxdb3 CLI or the HTTP API.

Recommended tools for InfluxDB 3 Core

Use the following tools with InfluxDB 3 Core:

Customize server options

Customize your instance with available server options:
docker run --rm influxdb:3-core influxdb3 serve --help

Available InfluxDB variants

  • influxdb:3-core - Latest InfluxDB OSS (InfluxDB 3 Core)
  • influxdb:2 - Previous generation OSS (InfluxDB v2)
  • influxdb:1.11 - InfluxDB v1

InfluxDB 3 Core (influxdb:3-core) - Latest OSS

  • Latest generation using object storage with the InfluxDB 3 storage engine, Apache Arrow, and DataFusion SQL
  • Sub-10ms queries and unlimited cardinality
  • Supports SQL and InfluxQL queries
  • Includes Python processing engine
  • Designed for real-time monitoring and recent data
  • Includes InfluxDB v1 and v2 compatibility APIs

InfluxDB v2 (influxdb:2)

  • Built on the TSM storage engine
  • Supports Flux query language
  • Integrated UI and dashboards
  • Includes v1 compatibility API that supports InfluxQL

InfluxDB v1 (influxdb:1.11)

  • Built on the TSM storage engine
  • Original version with InfluxQL query language
  • Proven stability for existing deployments

InfluxDB 3 Enterprise (license required) (influxdb:3-enterprise)

Adds unlimited data retention, compaction, clustering, and high availability to InfluxDB 3 Core.
For setup instructions, see the InfluxDB 3 Enterprise installation documentation.

InfluxDB v1 Enterprise (license required)

  • influxdb:1.11-data - Data nodes for clustering
  • influxdb:1.11-meta - Meta nodes for cluster coordination (port 8091)

For setup instructions, see the InfluxDB v1 Enterprise Docker documentation.

Version compatibility

Migration paths

To migrate from v1 or v2 to InfluxDB 3:
  1. Dual-write new data to v1/v2 and InfluxDB 3.
  2. Query historical data from v1/v2 and write it to InfluxDB 3. InfluxDB 3 Enterprise is recommended for historical query capability.

Using InfluxDB v2

InfluxDB v2 is a previous version. Consider InfluxDB 3 Core for new deployments.
Enter the following command to start InfluxDB v2 initialized with custom configuration:
docker run -d -p 8086:8086 \
  -v $PWD/data:/var/lib/influxdb2 \
  -v $PWD/config:/etc/influxdb2 \
  -e DOCKER_INFLUXDB_INIT_MODE=setup \
  -e DOCKER_INFLUXDB_INIT_USERNAME=my-user \
  -e DOCKER_INFLUXDB_INIT_PASSWORD=my-password \
  -e DOCKER_INFLUXDB_INIT_ORG=my-org \
  -e DOCKER_INFLUXDB_INIT_BUCKET=my-bucket \
  influxdb:2

After the container starts, visit http://localhost:8086 to view the UI.
For detailed instructions, see the InfluxDB v2 Docker Compose documentation.

Using InfluxDB v1

InfluxDB v1 is a previous version. Consider InfluxDB 3 Core for new deployments.
docker run -d -p 8086:8086 \
  -v $PWD:/var/lib/influxdb \
  influxdb:1.11

This starts InfluxDB v1 with:
  • HTTP API on port 8086
  • Data persisted to current directory

For more information, see the InfluxDB v1 Docker documentation. For v1 Enterprise installation, see the InfluxDB Enterprise v1 documentation.

Image Variants

The influxdb images come in many flavors, each designed for a specific use case.

influxdb:<version>

This is the defacto image. If you are unsure about what your needs are, you probably want to use this one. It is designed to be used both as a throw away container (mount your source code and start the container to start your app), as well as the base to build other images off of.

influxdb:<version>-alpine

This image is based on the popular Alpine Linux project, available in the alpine official image. Alpine Linux is much smaller than most distribution base images (~5MB), and thus leads to much slimmer images in general.
This variant is useful when final image size being as small as possible is your primary concern. The main caveat to note is that it does use musl libc instead of glibc and friends, so software will often run into issues depending on the depth of their libc requirements/assumptions. See this Hacker News comment thread for more discussion of the issues that might arise and some pro/con comparisons of using Alpine-based images.
To minimize image size, it's uncommon for additional related tools (such as git or bash) to be included in Alpine-based images. Using this image as a base, add the things you need in your own Dockerfile (see the alpine image description for examples of how to install packages if you are unfamiliar).

License

View license information for the software contained in this image.
As with all Docker images, these likely also contain other software which may be under other licenses (such as Bash, etc from the base distribution, along with any direct or indirect dependencies of the primary software being contained).
Some additional license information which was able to be auto-detected might be found in the repo-info repository's influxdb/ directory.
As for any pre-built image usage, it is the image user's responsibility to ensure that any use of this image complies with any relevant licenses for all software contained within.

Serve InfluxDB for Edge on your own domain behind Caddy, Nginx or Traefik. Fill in your domain and copy the result. It's a starting point, some apps need their own base URL or extra headers set too.

Proxying influxdb-for-edge.example.com to http://influxdb:8086

Add this to your Caddyfile

influxdb-for-edge.example.com {
	reverse_proxy http://influxdb:8086
}

Check the logs first

Nine times out of ten the logs tell you exactly what went wrong.

  • In Portainer, go to Containers, click the container, then Logs. Or run docker logs <container>
  • Exit codes help too: 137 means killed, usually out of memory. 126 or 127 means the command inside the image is broken.

Port already in use

If deployment fails with "Bind for 0.0.0.0:8086 failed: port is already allocated", something else on your server is using that port.

  • Find what's using it: sudo ss -tlnp | grep :8086
  • Stop the other service, or pick a different host port. In 8086:8086 only the left number is yours to change, the right one belongs to the app.

Running but the page won't load

The container is up but nothing appears in your browser.

  • Use your server's real IP: http://your-server-ip:8086. The 0.0.0.0 link Portainer shows isn't a real address.
  • Give it a minute after first deploy, influxdb can take a while to initialise.
  • Make sure your firewall allows the port, e.g. sudo ufw allow 8086

Image won't pull

Test the pull directly on the host: docker pull influxdb:2.5.1-alpine

  • "manifest unknown" means the tag no longer exists.
  • "toomanyrequests" is the Docker Hub rate limit. Log in with docker login to raise it.
  • "no space left on device" means a full disk. Reclaim space with docker system prune

"exec format error"

This means the image was built for a different CPU architecture than your server.

  • This image supports: amd64, arm64/v8
  • Check yours with uname -m: x86_64 is amd64, aarch64 is arm64. Raspberry Pi and other ARM boards are the usual culprits.

Container keeps restarting

The unless-stopped restart policy relaunches the app after every crash, so the real error can scroll past.

  • Check the logs right after a restart, the last few lines before it died are the useful ones.
  • Get the exit code with docker inspect <container> --format '{{.State.ExitCode}}'
  • Still stuck? Redeploy once with the restart policy set to no so the failure stays visible.

Stack won't deploy

Compose stacks fail fast on small mistakes, and Portainer shows the reason just above the editor.

  • YAML only accepts spaces for indentation, a single tab breaks the whole file.

Raise an issue

Found something which isn't working as it should? Here's how to report it.

Similar apps