1cd90b7cdd
* allow for multiple default identity key files * add ecdsa and reorder rsa to be last |
||
---|---|---|
.github | ||
contrib | ||
docs | ||
examples | ||
libvirt | ||
travis | ||
version | ||
website | ||
.gitignore | ||
.golangci.yaml | ||
.goreleaser.yml | ||
.readthedocs.yml | ||
.travis.yml | ||
CHANGELOG.md | ||
CONTRIBUTING.md | ||
LICENSE | ||
Makefile | ||
README.md | ||
go.mod | ||
go.sum | ||
main.go | ||
tools.go |
README.md
[!NOTE] This project is maintained on a best effort basis. I am not actively working on it.
From time to time I go over interesting PRs and do minor improvements.
New features are, by default not welcomed or accepted unless discussed and agreed upon.
If you are willing to contribute, this is what the project accepts as contributions:
- maintainers, who take over an area and actively keep the code in good shape
- improvements to testing, including enabling the acceptance testsuite in CI
- modernizing the codebase and removing exceptions from the linters
- writing v2, simplified versions of the resources
Terraform provider for libvirt
- (IRC gateway)
- Planning board: Github Projects
This is a terraform provider that lets you provision servers on a libvirt host via Terraform.
Introduction & Goals
This project exists:
- To allow teams to get the benefits Software Defined Infrastructure Terraform provides, on top of classical and cheap virtualization infrastructure provided by Linux and KVM This helps in very dynamic DevOps, Development and Testing activities.
- To allow for mixing KVM resources with other infrastructure Terraform is able to manage
What is NOT in scope:
-
To support every advanced feature libvirt supports
This would make the mapping from terraform complicated and not maintainable. See the How to contribute section to understand how to approach new features.
Getting started
The provider is available for auto-installation from the Terraform Registry.
In your main.tf
file, specify the version you want to use:
terraform {
required_providers {
libvirt = {
source = "dmacvicar/libvirt"
}
}
}
provider "libvirt" {
# Configuration options
}
And now run terraform init:
$ terraform init
Creating your first virtual machine
Here is an example that will setup the following:
- A virtual server resource
(create this as main.tf and run terraform commands from this directory):
provider "libvirt" {
uri = "qemu:///system"
}
You can also set the URI in the LIBVIRT_DEFAULT_URI environment variable.
Now, define a libvirt domain:
resource "libvirt_domain" "terraform_test" {
name = "terraform_test"
}
Now you can see the plan, apply it, and then destroy the infrastructure:
$ terraform init
$ terraform plan
$ terraform apply
$ terraform destroy
Look at more advanced examples here and check the documentation.
Manual installation
You can also manually download the provider from the releases section on Github. To install it, refer to the Terraform documentation.
Building from source
- Go is required for building.
git clone https://github.com/dmacvicar/terraform-provider-libvirt.git
cd terraform-provider-libvirt
make
The binary will be called terraform-provider-libvirt
.
Using multiple hypervisors / provider instances
You can target different libvirt hosts instantiating the provider multiple times. Example.
Using qemu-agent
From its documentation, qemu-agent:
It is a daemon program running inside the domain which is supposed to help management applications with executing functions which need assistance of the guest OS.
Until terraform-provider-libvirt 0.4.2, qemu-agent was used by default to get network configuration. However, if qemu-agent is not running, this creates a delay until connecting to it times-out.
In current versions, we default to not to attempt connecting to it, and attempting to retrieve network interface information from the agent needs to be enabled explicitly with qemu_agent = true
, further details here. Note that you still need to make sure the agent is running in the OS, and that is unrelated to this option.
Note: when using bridge network configurations you need to enable the qemu_agent = true
. otherwise you will not retrieve the ip addresses of domains.
Be aware that this variables may be subject to change again in future versions.
Upstream projects using terraform-libvirt:
-
sumaform sumaform is a way to quickly configure, deploy, test Uyuni and SUSE Manager setups with clients and servers.
-
ha-cluster-sap Automated HA and SAP Deployments in Public/Private Clouds (including Libvirt/KVM)
-
ceph-open-terrarium ceph-open-terrarium is a way to quickly configure, deploy, tests CEPH cluster without or with Deepsea
-
- kubic-terraform-kvm Kubic Terraform script using KVM/libvirt
-
Community Driven Docker Examples Docker examples showing how to use the Libvirt Provider
-
Openshift 4 Installer The Openshift 4 Installer uses Terraform for cluster orchestration and relies on terraform-provider-libvirt for libvirt platform.
-
Kubitect - a CLI tool for deploying and managing Kubernetes clusters on libvirt platform.
Authors
- Duncan Mac-Vicar P. duncan@mac-vicar.eu
See also the list of contributors who participated in this project.
The structure and boilerplate is inspired from the Softlayer and Google Terraform provider sources.
License
- Apache 2.0, See LICENSE file