⚠️ This repository has been archived and is no longer updated. Please use the version at aerospike/aerospike-server.docker
This repository is no longer maintained.
Aerospike is a distributed NoSQL database purposefully designed for high performance web scale applications. Aerospike supports key-value and document data models, and has multiple data types including List, Map, HyperLogLog, GeoJSON, and Blob. Aerospike's patented hybrid memory architecture delivers predictable high performance at scale and high data density per node.
- Getting Started
- Connecting to your Aerospike Container
- Customizing the Default Developer Environment
- Advanced Configuration
- Image Versions
- Reporting Issues
- License
Aerospike Database Community Edition (CE) supports the same developer APIs as Aerospike Database Enterprise Edition (EE), except for durable deletes. They differ in ease of operation and enterprise features , such as compression.
Since server version 6.1, Aerospike EE starts in a single-node cluster evaluation mode, with all its enterprise features available.
docker run -d --name aerospike -p 3000-3002:3000-3002 aerospike/aerospike-server-enterprise
Enterprise customers can override the evaluation mode by passing in their production or development feature keys.
FEATKEY=$(base64 ~/Desktop/evaluation-features.conf)
docker run -d -e "FEATURES=$FEATKEY" -e "FEATURE_KEY_FILE=env-b64:FEATURES" --name aerospike -p 3000-3002:3000-3002 aerospike/aerospike-server-enterprise
docker run -d -v DIR:/opt/aerospike/etc/ -e "FEATURE_KEY_FILE=/opt/aerospike/etc/features.conf" --name aerospike -p 3000-3002:3000-3002 aerospike/aerospike-server-enterprise
Above, DIR is a directory on your machine where you drop your feature key file. Make sure Docker Desktop has file sharing permission to bind mount it into Docker containers.
You can use the latest aerospike-tools image to connect to your Aerospike container.
docker run -ti aerospike/aerospike-tools:latest aql -h $(docker inspect -f '{{.NetworkSettings.IPAddress }}' aerospike)
Seed: 172.17.0.2
User: None
Config File: /etc/aerospike/astools.conf /root/.aerospike/astools.conf
Aerospike Query Client
Version 5.0.1
C Client Version 4.6.17
Copyright 2012-2020 Aerospike. All rights reserved.
aql> show namespaces
+------------+
| namespaces |
+------------+
| "test" |
+------------+
[172.17.0.2:3000] 1 row in set (0.002 secs)
OK
aql> help
docker run -ti aerospike/aerospike-tools:latest asadm -h $(docker inspect -f '{{.NetworkSettings.IPAddress }}' aerospike)
Seed: [('172.17.0.2', 3000, None)]
Config_file: /root/.aerospike/astools.conf, /etc/aerospike/astools.conf
Aerospike Interactive Shell, version 0.6.0
Found 1 nodes
Online: 172.17.0.2:3000
Admin> info
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~Network Information (2021-04-17 06:03:07 UTC)~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Node Node Ip Build Cluster Migrations Cluster Cluster Principal Client Uptime
. Id . . Size . Key Integrity . Conns .
172.17.0.2:3000 *BB9020011AC4202 172.17.0.2:3000 E-5.5.0.7 1 0.000 D7E8EE69743C True BB9020011AC4202 1 00:08:40
Number of rows: 1
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~Namespace Usage Information (2021-04-17 06:03:07 UTC)~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Namespace Node Total Expirations,Evictions Stop Disk Disk HWM Avail% Mem Mem HWM Stop PI PI PI PI
. . Records . Writes Used Used% Disk% . Used Used% Mem% Writes% Type Used Used% HWM%
test 172.17.0.2:3000 0.000 (0.000, 0.000) false 0.000 B 0 0 99 0.000 B 0 0 90 shmem 0.000 B N/E N/E
test 0.000 (0.000, 0.000) 0.000 B 0.000 B 0.000 B
Number of rows: 2
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~Namespace Object Information (2021-04-17 06:03:07 UTC)~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Namespace Node Total Repl Objects Tombstones Pending Rack
. . Records Factor (Master,Prole,Non-Replica) (Master,Prole,Non-Replica) Migrates ID
. . . . . . (tx,rx) .
test 172.17.0.2:3000 0.000 1 (0.000, 0.000, 0.000) (0.000, 0.000, 0.000) (0.000, 0.000) 0
test 0.000 (0.000, 0.000, 0.000) (0.000, 0.000, 0.000) (0.000, 0.000)
Number of rows: 2
The Aerospike EE Docker image comes with a default configuration file, which sets up a single node, single namespace developer environment. Alternatively, you can provide your own configuration file (see below).
You can inject parameters into the default configuration template using
container-side environment variables with the -e
flag.
For example, to set the default namespace name to demo:
docker run -d --name aerospike -e "NAMESPACE=demo" -p 3000-3002:3000-3002 -v /my/dir:/opt/aerospike/etc/ -e "FEATURE_KEY_FILE=/opt/aerospike/etc/features.conf" aerospike/aerospike-server-enterprise
Injecting configuration parameters into the configuration template isn't compatible with providing a configuration file. You can use one or the other.
The feature_key_file
. Default: /etc/aerospike/features.conf
The file
param of
the logging
context. Default: /dev/null, do not log to file, log to stdout.
The bind address
of the networking.service
subcontext. Default: any
The port
of the
networking.service
subcontext. Default: 3000
The single preconfigured namespace has the following variables:
The name of the namespace. Default: test
The storage-engine data-in-memory
setting.
If false (default), the namespace only stores the index in memory, and all
reads and writes are served
from the file system.
If true the namespace storage is
in-memory with file system persistence,
meaning that reads and writes happen from a full in-memory copy, and a
synchronous write persists to disk.
The namespace default-ttl
.
Default: 30d
The namespace memory-size
.
Default: 1, the unit is always G
(GB)
The namespace nsup-period
.
Default: 120 , nsup-period in seconds
The namespace persistence file
size. Default: 4, the unit is always G
(GB)
You can override the default configuration file by providing your own aerospike.conf, as described in Configuring Aerospike Database.
You should first -v
map a local directory, which Docker will bind mount.
Next, drop your aerospike.conf file into this directory. Finally, use the
--config-file
option to tell Aerospike where in the container the
configuration file is (the default path is /etc/aerospike/aerospike.conf).
Remember that the feature key file is required, so use feature-key-file
in
your configuration file to point to a mounted path (such as
/opt/aerospike/etc/feature.conf).
For example:
docker run -d -v /opt/aerospike/etc/:/opt/aerospike/etc/ --name aerospike -p 3000-3002:3000-3002 aerospike/aerospike-server-enterprise --config-file /opt/aerospike/etc/aerospike.conf
With Docker, the files within the container are not persisted past the life of
the container. To persist data, you will want to mount a directory from the host
to the container's /opt/aerospike/data using the -v
option:
For example:
docker run -d -v /opt/aerospike/data:/opt/aerospike/data -v /opt/aerospike/etc:/opt/aerospike/etc/ --name aerospike -p 3000-3002:3000-3002 -e "FEATURE_KEY_FILE=/opt/aerospike/etc/features.conf" aerospike/aerospike-server-enterprise
The example above uses the configuration template, where the single defined namespace is in-memory with file-based persistence. Just mounting the predefined /opt/aerospike/data directory enables the data to be persisted on the host.
Alternatively, your custom configuration file is used with the parameter file
set to be a file in the mounted /opt/aerospike/data, such as in the following
config snippet:
namespace test {
# :
storage-engine device {
file /opt/aerospike/data/test.dat
filesize 4G
data-in-memory true
}
}
In this example we also mount the data directory in a similar way, using a custom configuration file
docker run -d -v /opt/aerospike/data:/opt/aerospike/data -v /opt/aerospike/etc/:/opt/aerospike/etc/ --name aerospike -p 3000-3002:3000-3002 --config-file /opt/aerospike/etc/aerospike.conf aerospike/aerospike-server-enterprise
Docker provides an ability to expose a host's block devices to a running
container. The --device
option can be used to map a host block device within a
container.
Update the storage-engine device
section of the namespace in the custom
Aerospike configuration file.
namespace test {
# :
storage-engine device {
device /dev/xvdc
write-block-size 128k
}
}
Now to map a host drive /dev/sdc to /dev/xvdc on a container
docker run -d --device '/dev/sdc:/dev/xvdc' -v /opt/aerospike/etc/:/opt/aerospike/etc/ --name aerospike -p 3000-3002:3000-3002 --config-file /opt/aerospike/etc/aerospike.conf aerospike/aerospike-server-enterprise
Upon restart, your Lua cache will become emptied. To persist the cache, you will
want to mount a directory from the host to the container's
/opt/aerospike/usr/udf/lua using the -v
option:
docker run -d -v /opt/aerospike/lua:/opt/aerospike/usr/udf/lua -v /opt/aerospike/data:/opt/aerospike/data --name aerospike -p 3000-3002:3000-3002 --config-file /opt/aerospike/etc/aerospike.conf aerospike/aerospike-server-enterprise
For convenience, this image does not have security turned on by default, but it is a core Aerospike EE feature. The knowledge base article How To secure Aerospike database servers covers the topic well.
And Now for a Security Reminder that bad things can happen to good people.
Also see the knowledge base article How To secure Aerospike database servers.
Developers using the Aerospike EE single-node evaluation, and most others using Docker Desktop on their machine for development, will not need to configure the node for clustering. If you're interested in using clustering and have a feature key file without a single node limit, read the following sections.
In order for the Aerospike node to properly broadcast its address to the cluster
and applications, the access-address
configuration parameter needs to be set in the configuration file. If it is not
set, then the IP address within the container will be used, which is not
accessible to other nodes.
network {
service {
address any # Listening IP Address
port 3000 # Listening Port
access-address 192.168.1.100 # IP Address used by cluster nodes and applications
}
...
}
See How do I get a 2 nodes Aerospike cluster running quickly in Docker without editing a single file?
These images are based on debian:buster-slim.
Aerospike EE evaluation users, if you have any problems with or questions about this image, please post on the Aerospike discussion forum or open an issue in aerospike/aerospike-server-enterprise.docker.
Enterprise customers are welcome to participate in the community forum, but can also report issues through the enterprise support system.
If you are using the Aerospike Database EE evaluation feature key file, you are operating under the Aerospike Evaluation License Agreement.
If you are using a feature key file you received as part of your commercial enterprise license, you are operating under the Aerospike Master License Agreement.