Ecosyste.ms: Awesome
An open API service indexing awesome lists of open source software.
https://github.com/nautobot/nautobot-docker-compose
Docker Compose for Nautobot
https://github.com/nautobot/nautobot-docker-compose
docker docker-compose nautobot
Last synced: 9 days ago
JSON representation
Docker Compose for Nautobot
- Host: GitHub
- URL: https://github.com/nautobot/nautobot-docker-compose
- Owner: nautobot
- Created: 2021-03-29T20:36:05.000Z (over 3 years ago)
- Default Branch: main
- Last Pushed: 2024-09-10T19:58:04.000Z (2 months ago)
- Last Synced: 2024-09-11T20:26:24.851Z (2 months ago)
- Topics: docker, docker-compose, nautobot
- Language: Python
- Homepage:
- Size: 412 KB
- Stars: 44
- Watchers: 12
- Forks: 36
- Open Issues: 11
-
Metadata Files:
- Readme: README.md
- Codeowners: .github/CODEOWNERS
Awesome Lists containing this project
README
# nautobot-docker-compose
Network to Code has an existing published Nautobot Docker Image on Docker Hub. See [here](https://hub.docker.com/repository/docker/networktocode/nautobot). This project uses Docker Compose. The Docker compose file in this project pulls that Nautobot Docker image using the latest stable Nautobot release along with several other Docker images required for Nautobot to function. See the diagram below. This project is for those looking for a multi-container single-node install for Nautobot often coupled with backup & HA capabilities from their hypervisor manager.
![Container Stack](docs/img/container_stack.png)
By default, this project deploys the Nautobot application, a single worker container, Redis containers, and PostgreSQL. It does not deploy NGINX, SSL, or any Nautobot plugins. However, the project is extensible to allow users to tailor it to their specific requirements. For example, if you need to deploy [SSL](docs/create_ssl_cert.md) or [plugins](docs/plugins.md), see the docs linked. The web server used on the application is [pyuwsgi](https://uwsgi-docs.readthedocs.io/en/latest/).
## Docker Compose
This documentation is now written assuming the latest Docker Compose methodology of using the Docker Compose Plugin instead of the independent docker-compose executable. See the [Docker Compose Plugin installation notes](https://docs.docker.com/compose/install/)
## Why Poetry?
Poetry was chosen to replace both **requirements.txt** and **setup.py**. Poetry uses the `pyproject.toml` file to define package details, main package dependencies, development dependencies, and tool-related configurations. Poetry resolves dependencies and stores the hashes and metadata within the `poetry.lock` file (similar to performing a `pip freeze > requirements.txt`). The `poetry.lock` is what is used to provide consistency for package versions across the project to make sure anyone who is developing on it is using the same Python dependency versions. Poetry also provides virtual environments by simply being in the same directory as the `pyproject.toml` and `poetry.lock` files and executing the `poetry shell` command.
## Why Invoke?
Invoke is a Python replacement for Make. Invoke looks for a `tasks.py` file that contains functions decorated by `@task` that provide the equivalents of **Make targets**.
The reason it was chosen over Makefile was due to our collective familiarity with Python and the ability to organize and re-use Invoke tasks across Cookiecutter templates. It also makes managing your Nautobot project vastly simpler by issuing simple commands instead of long command strings that can be confusing.
## How to use this repo
This repo is designed to provide a custom build of Nautobot to include a set of plugins which can then be used in a development environment or deployed in production. Included in this repo is a skeleton Nautobot plugin which is designed only to provide a quick example of how a plugin could be developed. Plugins should ultimately be built as packages, published to a PyPI style repository and added to the poetry `pyproject.toml` in this repo. The plugin code should be hosted in their own repositories with their own CI pipelines and not included here.
## Install Docker
Before beginning, install Docker and verify its operation by running `docker run hello-world`. If you encounter any issues connecting to the Docker service, check that your local user account is permitted to run Docker. **Note:** `docker` v1.10.0 or later is required.
## Install Poetry
It is recommended to follow one of the [installation methods detailed in their documentation](https://python-poetry.org/docs/#installation). It's advised to install poetry as a system-level dependency and not inside a virtual environment. Once Poetry has been installed you can create the Poetry virtual environment with a few simple commands:
1. `poetry shell`
2. `poetry lock`
3. `poetry install`The last command, `poetry install`, will install all of the project dependencies for you to manage your Nautobot project. This includes installing the `invoke` Python project.
## Build and start Nautobot
You can build, deploy and populate Nautobot with the following steps
1. `invoke build`
2. `invoke start` or `invoke debug`> The standard way of starting the containers is to use `invoke start`. If you wish to see the logs from the containers while running Nautobot use the `invoke debug` command. Be aware that exiting debug mode will stop all the containers.
Nautobot will be available on port 8080 locally http://localhost:8080
## Cleanup Everything and start from scratch
1. `invoke destroy`
2. `invoke build`
3. `invoke db-import`
4. `invoke start`> The `invoke db-import` command will only work if you have a previous backup of your database.
## Export current database
While the database is already running
* `invoke db-export`
### Docker Compose Files
Several Docker Compose files are provided as [overrides](https://docs.docker.com/compose/extends/) to allow for various development configurations, these can be thought of as layers to Docker Compose, each Compose file is described below:
* `docker-compose.postgres.yml` - Starts the prerequisite PostgreSQL service if using PostgreSQL as your database.
* `docker-compose.mysql.yml` - Starts the prerequisite MySQL service if using MySQL as your database is desired.
* `docker-compose.base.yml` - Defines the default Nautobot, Celery worker, Celery beats scheduler, and Redis services and how they should be run and built.
* `docker-compose.ldap.yml` - Duplicate of `docker-compose.base.yml` file but points to LDAP-specific Dockerfile. This is done to make building an LDAP-supported installation easier.
* `docker-compose.local.yml` - Defines how the Nautobot and Celery worker containers should run locally with port mappings and volume mounts. This is helpful as an example when you wish to create another instance, for example, a production instance, and you want to have the volume mounts and port mappings done differently.> Only `docker-compose.postgres.yml` or `docker-compose.mysql.com` should be used as they are mutually exclusive and providing the same database backend service.
### Environment Files
Environment files (.env) are the standard way of providing configuration information or secrets in Docker containers. This project includes two example environment files that each serve a specific purpose:
* `local.example.env` - The local environment file is intended to store all relevant configurations that are safe to be stored in git. This would typically be things like specifying the database user or whether debug is enabled or not. Do not store secrets, ie passwords or tokens, in this file!
* `creds.example.env` - The creds environment file is intended to store all configuration information that you wish to keep out of git. The `creds.env` file is in `.gitignore` and thus will not be pushed to git by default. This is essential to keep passwords and tokens from being leaked accidentally.
To use the provided environment files it's suggested that you copy the file to the same name without the `example` keyword, ie:
```bash
cp environments/local.example.env environments/local.env
cp environments/creds.example.env environments/creds.env
```## CLI Helper Commands
The project comes with a CLI helper based on [invoke](http://www.pyinvoke.org/) to help manage the Nautobot environment. The commands are listed below in 2 categories `environment` and `utility`.
Each command can be executed with a simple `invoke `. Each command also has its own help `invoke --help`.
### Manage Nautobot environment
```bash
build Build all docker images.
debug Start Nautobot and its dependencies in debug mode.
destroy Destroy all containers and volumes.
start Start Nautobot and its dependencies in detached mode.
stop Stop Nautobot and its dependencies.
db-export Export Database data to nautobot_backup.dump.
db-import Import test data.
```### Utility
```bash
cli Launch a bash shell inside the running Nautobot container.
migrate Run database migrations in Django.
nbshell Launch a nbshell session.
```## Getting Started
> **NOTE**: Please be aware that you must be in the Poetry virtual environment before issuing any invoke commands. The steps to do this are detailed above.
1. Have [Docker](https://docs.docker.com/get-docker/) installed on the host.
2. Clone this repository to your Nautobot host into the current user directory.```bash
git clone https://github.com/nautobot/nautobot-docker-compose.git
```3. Navigate to the new directory from the git clone.
```bash
cd nautobot-docker-compose
```4. Copy the `local.env.example` file to `local.env` and `creds.example.env` file to `creds.env` in the environments folder.
```bash
cp environments/local.example.env environments/local.env
cp environments/creds.example.env environments/creds.env
```5. Update the `.env` files for your environment. **THESE SHOULD BE CHANGED** for proper security and the `creds.env` file should never be synchronized to git as it should contain all secrets for the environment!
```bash
vi environments/local.env
vi environments/creds.env
```6. Update the `local.env` and `creds.env` files to be only available for the current user.
```bash
chmod 0600 environments/local.env environments/creds.env
```7. Copy the `invoke.example.yml` file to `invoke.yml`:
```bash
cp invoke.example.yml invoke.yml
```8. Run `invoke build start` to build the containers and start the environment.
```bash
invoke build start
```### NOTE - MySQL
If you want to use MySQL for the database instead of PostgreSQL, perform the below step in place for step #7 above:
```bash
cp invoke.mysql.yml invoke.yml
```### Getting Started - LDAP
The use of LDAP requires the installation of some additional libraries and some configuration in `nautobot_config.py`. See the [LDAP documentation](docs/ldap.md).
### Getting Started - Plugins
The installation of plugins has a slightly more involved getting-started process. See the [Plugin documentation](docs/plugins.md).
## Super User Account
### Create Super User via Environment
The Docker container has a Docker entry point script that allows you to create a super user by the usage of Environment variables. This can be done by updating the `creds.env` file environment option of `NAUTOBOT_CREATE_SUPERUSER` to `True`. This will then use the information supplied to create the specified superuser.
### Create Super User via Container
After the containers have started:
1. Verify the containers are running:
```bash
docker container ls
```Example Output:
```bash
❯ docker container ls
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
143f10daa229 networktocode/nautobot:latest "nautobot-server rqw…" 2 minutes ago Up 2 minutes (healthy) nautobot-docker-compose_celery_worker_1
bb29124d7acb networktocode/nautobot:latest "/docker-entrypoint.…" 2 minutes ago Up 2 minutes (healthy) 0.0.0.0:8080->8080/tcp, :::8080->8080/tcp, 0.0.0.0:8443->8443/tcp, :::8443->8443/tcp nautobot-docker-compose_nautobot_1
ad57ac1749b3 redis:alpine "docker-entrypoint.s…" 2 minutes ago Up 2 minutes 6379/tcp nautobot-docker-compose_redis_1
5ab83264e6fe postgres:10 "docker-entrypoint.s…" 2 minutes ago Up 2 minutes 5432/tcp nautobot-docker-compose_postgres_1
```2. Execute Create Super User Command and follow the prompts
```bash
invoke createsuperuser
```Example Prompts:
```bash
nautobot@bb29124d7acb:~$ invoke createsuperuser
Username: administrator
Email address:
Password:
Password (again):
Superuser created successfully.
```