https://github.com/oz123/wolkenbrot
Manage cloud Images smartly (Currently AWS and OpenStack only)
https://github.com/oz123/wolkenbrot
ami aws boto hacktoberfest openstack packer python3
Last synced: 3 months ago
JSON representation
Manage cloud Images smartly (Currently AWS and OpenStack only)
- Host: GitHub
- URL: https://github.com/oz123/wolkenbrot
- Owner: oz123
- License: mit
- Created: 2017-09-21T19:59:25.000Z (over 8 years ago)
- Default Branch: dev
- Last Pushed: 2026-02-03T16:06:43.000Z (4 months ago)
- Last Synced: 2026-02-04T05:57:37.259Z (4 months ago)
- Topics: ami, aws, boto, hacktoberfest, openstack, packer, python3
- Language: Python
- Homepage:
- Size: 6.17 MB
- Stars: 4
- Watchers: 0
- Forks: 2
- Open Issues: 0
-
Metadata Files:
- Readme: README.md
- Changelog: ChangeLog
- Funding: .github/FUNDING.yml
- License: LICENSE
- Authors: AUTHORS
Awesome Lists containing this project
README
# Wolkenbrot
## bakes and manages your cloud images (AWS, OpenStack, libvirt/KVM)
wolkenbrot is named after a German children's title called Wolkenbrot by
the Korean authors Baek Hee Na Kim Hyang Soo. The translation to English is
cloud's bread.
Wolken brot is inspired by packer[1] and kujenga[2], removing fabric as a
dependency. It also aims to be more tested and documented.
In case you wonder, yes it's similar to packer by Hashicorp.
But here are some reasons that you might like it better than packer:
1. It's written in Python.
2. It's not written in Go.
3. It can use private AMI as a starting point for your build.
4. It's smaller and easier to hack on.
5. It has a cooler name.
6. It has a better license, MIT sounds way better then MPL-2. Especially because it means "with" in German.
### how is it different from Packer or kujenga?
1. It is Python3 only.
2. It does not depend on fabric.
3. It replaces boto with boto3
4. It's name is not Swahili, but rather German.
5. It adds the ability to list your images
6. It adds the ability to get detailed information about an image from the CLI.
7. It adds the ability to de-register images from the CLI.
[1]: https://github.com/macd/kujenga
[2]: https://www.packer.io/
### AWS Usage (default)
You can run the following command to build an image:
```
$ wolkenbrot bake
```
See the documentation for the JSON format.
You can run the following command to list your existing images:
```
$ wolkenbrot list
```
You can view the information about and image:
```
$ wolkenbrot info ami-72192e
```
You can remove the image with:
```
$ wolkenbrot delete ami-72192e
```
Wolkenbrot follows boto3 configuration principles, so if you wonder how to
pass AWS configuration parameters, take a look in [Boto3's own documentation][2]
[3]: http://boto3.readthedocs.io/en/latest/guide/configuration.html
### OpenStack Usage
Use the `--openstack` flag or set `"provider": "openstack"` in your JSON config:
```
$ wolkenbrot --openstack bake
$ wolkenbrot --openstack list
$ wolkenbrot --openstack info
$ wolkenbrot --openstack delete
```
### Libvirt/KVM Usage
Use the `--libvirt` flag or set `"provider": "libvirt"` in your JSON config:
```
$ wolkenbrot --libvirt bake
$ wolkenbrot --libvirt list
$ wolkenbrot --libvirt info
$ wolkenbrot --libvirt delete
```
#### Libvirt-specific options
- `--uri` - Libvirt connection URI (default: `qemu:///system`)
- `--image-dir` - Directory for libvirt images (default: `/var/lib/libvirt/images`)
Examples:
```
# List images in a custom directory
$ wolkenbrot --libvirt --image-dir /custom/path list
# Connect to a remote libvirt host
$ wolkenbrot --libvirt --uri qemu+ssh://user@host/system list
```
#### Libvirt JSON configuration
Example `libvirt.json`:
```json
{
"provider": "libvirt",
"name": "my-image",
"description": "My custom image",
"base_image": {
"path": "/var/lib/libvirt/images/ubuntu-cloud.img"
},
"output_path": "./my-image.qcow2",
"user": "ubuntu",
"memory": 4096,
"vcpus": 2,
"disk_size": "20G",
"network": "default",
"uploads": {
"./local-file": "/remote/path"
},
"commands": [
"sudo apt-get update",
"sudo apt-get install -y nginx"
]
}
```
Libvirt-specific configuration options:
- `region` - Libvirt connection URI (default: `qemu:///system`)
- `base_image.path` - Path to the base cloud image (qcow2 format)
- `output_path` - Where to save the final image
- `instance_type` - Predefined instance type (see table below)
- `memory` - VM memory in MB (default: 2048, overrides instance_type)
- `vcpus` - Number of virtual CPUs (default: 2, overrides instance_type)
- `disk_size` - Disk size (default: "20G", overrides instance_type)
- `network` - Libvirt network name (default: "default")
#### Instance Types
| Type | vCPUs | Memory | Disk |
|--------|-------|--------|------|
| small | 1 | 1 GB | 10G |
| medium | 2 | 4 GB | 20G |
| large | 4 | 8 GB | 40G |
| xlarge | 8 | 16 GB | 80G |
You can use `instance_type` instead of specifying `memory`, `vcpus`, and `disk_size` individually:
```json
{
"provider": "libvirt",
"name": "my-image",
"base_image": {"path": "/var/lib/libvirt/images/ubuntu.img"},
"instance_type": "medium"
}
```
Individual settings (`memory`, `vcpus`, `disk_size`) override the instance type defaults if both are specified.
#### Remote Libvirt Hosts
Use `region` in the config (or `--uri` CLI option) to connect to remote libvirt hosts:
```json
{
"provider": "libvirt",
"name": "my-image",
"region": "qemu+ssh://user@remote-host/system",
"base_image": {"path": "/var/lib/libvirt/images/ubuntu.img"},
"instance_type": "large"
}
```
Common URI formats:
- `qemu:///system` - Local system (default, requires root or libvirt group)
- `qemu:///session` - Local user session (unprivileged)
- `qemu+ssh://user@host/system` - Remote host via SSH
### FAQ
* Do you support Windows or Mac OS X?
The author of this software strongly despises working on Windows or
Mac OS X. Hence, this software is not tested for these platforms.
If you can run Python on your OS, it might run.
* Do you support provisioning machines with Saltstack\Chef\Puppet\Ansible\XYZ?
Yes, just install them via shell first, then call the right binary with the correct playbook\state\formula..
### Testing and Installing the test requirements
Simply issue:
```
$ pip install -e ".[dev]"
$ make test
```