AeroLab is a tool that creates Aerospike development and testing clusters on Docker, AWS, or GCP, streamlining efforts to test cluster configuration options, upgrade procedures, and client applications in a controlled development environment.
NOTE: AeroLab is intended for local development and testing environments. It is not recommended for production operations.
See this document on upgrading from versions 6.0- to 6.1+
NOTE: AeroLab 7.0.0 implements an instance expiry system. By default your instances will terminate after 30 hours. To modify this behaviour, create clusters with --aws-expires TIME or --gcp-expires. For example --aws-expires 50h. To disable expiry, set to 0.
$ brew install aerospike/tools/aerolab
The releases page contains links to current installer packages for all the supported backends.
| Operating System | Package | Notes |
|---|---|---|
| macOS | aerolab-macos-* |
Native macOS binary, compiled for x86_64 and M series ARM chips |
| Linux | aerolab-linux-* |
Native package for Linux (all x86_64 and ARM64 distros) |
| Windows | aerolab-windows-* |
Native Windows executable. Unzip and run from explorer to install. |
See this document for manually building AeroLab (not recommended).
docker backend in aerolab: aerolab config backend -t dockerdocker-cli
brew install dockerdocker-ce-cli packagedocker-ce-cli package.sudo systemctl enable --now podman.service podman.socket && sudo touch /etc/containers/nodocker.sudo vi /etc/containers/registries.conf and ensure docker is listed on this line: unqualified-search-registries = ["docker.io","localhost"].docker backend in aerolabContainers on Docker Desktop cannot be accessed directly by their IPs. For this purpose, AeroLab will automatically attempt to map host ports to container ports.
The containers can then be accessed using IP 127.0.0.1 and the port shown under aerolab inventory list. Aerospike clusters created using this method can be seeded and connected to directly from the desktop computer, using the services-alternate option in either Aerospike tools or in the client libraries.
To disable this functionality and prevent AeroLab from modifying Aerospike configuration files to that effect, create clusters with the --no-autoexpose switch.
An alternative method of access exists on MacOS and Linux, if using --no-autoexpose. See the tunnel container setup instructions for more information about setting up tunneling for direct container access.
See https://github.com/aerospike/aerolab/tree/master/CHANGELOG/ for version changes
See VERSION.md for latest stable version number
Aerolab list commands by default use neutral coloring to compress and present the listing tables of all items. Coloring can be disabled by exporting one of these environment variables:
export NO_COLOR=1export CLICOLOR=0The following methods work:
CLICOLOR=0 aerolab cluster listexport CLICOLOR=0export commands from above your your .zshrc or .bashrc file