- at least 8GB RAM on Docker Host to run all containers
- Docker v1.13+
# clone repo
git clone https://github.com/waldur/waldur-docker-compose.git
cd waldur-docker-compose
# setup settings
cp .env.example .env
# start containers
docker compose up -d
# verify
docker compose ps
docker exec -t waldur-mastermind-worker status
# Create user
docker exec -t waldur-mastermind-worker waldur createstaffuser -u admin -p password -e admin@example.com
# Create demo categories for OpenStack: Virtual Private Cloud, VMs and Storage
docker exec -t waldur-mastermind-worker waldur load_categories vpc vm storage
Waldur HomePort will be accessible on https://localhost. API will listen on https://localhost/api.
Healthcheck can be accessed on https://localhost/health-check.
Tearing down and cleaning up:
docker compose down
Logs emitted by the containers are collected and saved in the waldur_logs
folder. You can change the location by
editing environment variable (.env
) and updating LOG_FOLDER
value.
When Waldur is launched for the first time, it applies initial database migrations. It means that you may need to wait few minutes until these migrations are applied. Otherwise you may observe HTTP error 500 rendered by REST API server. This issue would be resolved after upgrade to Docker Compose 1.29.
To use a custom script offering type, it should be possible to connect to /var/run/docker.sock
from
within the Waldur containers. If you are getting a permission denied error in logs, try setting more
open permissions, for example, chmod 666 /var/run/docker.sock
. Note that this is not a secure
setup, so make sure you understand what you are doing.
docker compose pull
docker compose restart
To simplify the upgrade process, an upgrade script db-upgrade-script.sh
is included in the root directory, and can be used to automate the upgrade process.
-
Ensure the script has execution permissions:
chmod +x db-upgrade-script.sh
-
Update the
WALDUR_POSTGRES_IMAGE_TAG
andKEYCLOAK_POSTGRES_IMAGE_TAG
in the.env
file to the desired versions.:WALDUR_POSTGRES_IMAGE_TAG=<your_version> KEYCLOAK_POSTGRES_IMAGE_TAG=<your_version>
-
Run the sript:
./db-upgrade-script.sh
- Backup existing data (if needed).
You can back up the database using pg_dumpall
.
For Waldur DB:
docker exec -it waldur-db pg_dumpall -U waldur > /path/to/backup/waldur_upgrade_backup.sql
For Keycloak DB:
docker exec -it keycloak-db pg_dumpall -U keycloak > /path/to/backup/keycloak_upgrade_backup.sql
Shut down containers:
docker compose down
Note: Before upgrading PostgreSQL, please delete the
pgsql
folder within the project directory if it exists, as well as thekeycloak_db
docker volume if it exists. These were created with the previous PostgreSQL version, and they will be recreated with docker compose during upgrade.You can remove the
pgsql
folder by running:sudo rm -r pgsql/To remove the
keycloak_db
volume, run:docker volume rm waldur-docker-compose_keycloak_dbWarning: This action will delete your existing PostgreSQL data. Ensure it is backed up before proceeding.
-
Update PostgreSQL Versions
Update the
WALDUR_POSTGRES_IMAGE_TAG
andKEYCLOAK_POSTGRES_IMAGE_TAG
in the.env
file to the required versions.WALDUR_POSTGRES_IMAGE_TAG=<your_version> KEYCLOAK_POSTGRES_IMAGE_TAG=<your_version>
-
Pull the New Images
Pull the new PostgreSQL images:
docker compose pull
-
Optional: Restore Data (if backups have been made)
Start the database containers to load the dump data:
docker compose up -d waldur-db keycloak-db
Restore the contents of the database from the dump file:
For Waldur DB:
cat waldur_upgrade_backup.sql | docker exec -i waldur-db psql -U waldur
For Keycloak DB:
cat keycloak_upgrade_backup.sql | docker exec -i keycloak-db psql -U keycloak
Post-update steps
If the new psql version is later than 14, you need to create SCRAM tokens for the existing users. For this, run the following lines, which will automatically create necessary tokens for the users.
export $(cat .env | grep "^POSTGRESQL_PASSWORD=" | xargs) docker exec -it waldur-db psql -U waldur -c "ALTER USER waldur WITH PASSWORD '${POSTGRESQL_PASSWORD}';" export $(cat .env | grep "^KEYCLOAK_POSTGRESQL_PASSWORD=" | xargs) docker exec -it keycloak-db psql -U keycloak -c "ALTER USER keycloak WITH PASSWORD '${KEYCLOAK_POSTGRESQL_PASSWORD}';"
-
Start containers
Start all of the containers:
docker compose up -d
-
Verify the Upgrade
Verify the containers are running with the new PostgreSQL version:
docker ps -a
Check container logs for errors:
docker logs waldur-db docker logs keycloak-db
This setup supports following types of SSL certificates:
- Email - set environment variable TLS to your email to register Let's Encrypt account and get free automatic SSL certificates.
Example:
TLS=my@email.com
- Internal - set environment variable TLS to "internal" to generate self-signed certificates for dev environments
Example:
TLS=internal
- Custom - set environment variable TLS to "cert.pem key.pem" where cert.pem and key.pem - are paths to your custom certificates (this needs modifying docker-compose with path to your certificates passed as volumes)
Example:
TLS=cert.pem key.pem
To add additional caddy config snippets into the caddy virtual host configuration add .conf files to config/caddy-includes/
Keycloak is an Identity and Access Management software bundled with waldur-docker-compose.
To create a keycloak admin account set KEYCLOAK_ADMIN
env variable in docker-compose.yaml
and KEYCLOAK_ADMIN_PASSWORD
in .env
file.
After this, you can login to the admin interface at https://localhost/auth/admin and create Waldur users.
To use Keycloak as an identity provider within Waldur, follow the instruction here. The discovery url to connect to Keycloak from the waldur-mastermind-api container is:
http://keycloak:8080/auth/realms/<YOUR REALM>/.well-known/openid-configuration
The integration is described here.
To set up whitelabeling, you need to define settings in ./config/waldur-mastermind/whitelabeling.yaml
.
You can see the list of all whitelabeling options below.
- site_name
- site_address
- site_email
- site_phone
- short_page_title
- full_page_title
- brand_color
- brand_label_color
- hero_link_label
- hero_link_url
- site_description
- currency_name
- docs_url
- support_portal_url
The path to a logo is constructed like so: /etc/waldur/icons - is a path in the container (Keep it like it is) + the name of the logo file from config/whitelabeling directory.
All-together /etc/waldur/icons/file_name_from_whitelabeling_directory
- powered_by_logo
- hero_image
- sidebar_logo
- sidebar_logo_mobile
- site_logo
- login_logo
- favicon