Vagrant Libvirt Provider
Note: Actual version (0.0.5) is still a development one. Feedback is welcome and can help a lot :-)
Features (Version 0.0.5)
- Controll local or remote Libvirt hypervisors.
- Upload box image (qcow2 format) to Libvirt storage pool.
- Create volume as COW diff image for domains.
- Create private networks.
- Create and boot Libvirt domains.
- SSH into domains.
- Setup hostname and network interfaces.
- Provision domains with any built-in Vagrant provisioner.
- Minimal synced folder support via
- More boxes should be available.
- Take a look at open issues.
Install using standard Vagrant 1.1+ plugin installation methods. After
vagrant up and specify the
libvirt provider. An example is shown below.
$ vagrant plugin install vagrant-libvirt
Possible problems with plugin installation on Linux
In case of problems with building nokogiri and ruby-libvirt gem, install missing development libraries for libxslt, libxml2 and libvirt.
In Ubuntu, Debian, ...
$ sudo apt-get install libxslt-dev libxml2-dev libvirt-dev
In RedHat, Centos, Fedora, ...
# yum install libxslt-devel libxml2-devel libvirt-devel
Vagrant Project Preparation
After installing the plugin (instructions above), the quickest way to get
started is to add Libvirt box and specify all the details manually within
config.vm.provider block. So first, add Libvirt box using any name you
want. This is just an example of Libvirt CentOS 6.4 box available:
$ vagrant box add centos64 http://kwok.cz/centos64.box
And then make a Vagrantfile that looks like the following, filling in your information where necessary. In example below, VM named test_vm is created from centos64 box and setup with 10.20.30.40 IP address.
Vagrant.configure("2") do |config| config.vm.define :test_vm do |test_vm| test_vm.vm.box = "centos64" test_vm.vm.network :private_network, :ip => '10.20.30.40' end config.vm.provider :libvirt do |libvirt| libvirt.driver = "qemu" libvirt.host = "localhost" libvirt.connect_via_ssh = true libvirt.username = "root" libvirt.storage_pool_name = "default" end end
Libvirt Configuration Options
This provider exposes quite a few provider-specific configuration options:
driver- A hypervisor name to access. For now only qemu is supported.
host- The name of the server, where libvirtd is running.
connect_via_ssh- If use ssh tunnel to connect to Libvirt.
username- Username and password to access Libvirt.
password- Password to access Libvirt.
storage_pool_name- Libvirt storage pool name, where box image and instance snapshots will be stored.
Domain Specific Options
memory- Amount of memory in MBytes. Defaults to 512 if not set.
cpus- Number of virtual cpus. Defaults to 1 if not set.
nested- Enable nested virtualization. Default is false.
Specific domain settings can be set for each domain separately in multi-VM environment. Example below shows a part of Vagrantfile, where specific options are set for dbserver domain.
Vagrant.configure("2") do |config| config.vm.define :dbserver do |dbserver| dbserver.vm.box = "centos64" dbserver.vm.provider :libvirt do |domain| domain.memory = 2048 domain.cpus = 2 end end # ...
Create Project - Vagrant up
In prepared project directory, run following command:
$ vagrant up --provider=libvirt
Vagrant needs to know that we want to use Libvirt and not default VirtualBox.
That's why there is
--provider=libvirt option specified. Other way to tell
Vagrant to use Libvirt provider is to setup environment variable
How Project Is Created
Vagrant goes through steps below when creating new project:
- Connect to Libvirt localy or remotely via SSH.
- Check if box image is available in Libvirt storage pool. If not, upload it to remote Libvirt storage pool as new volume.
- Create COW diff image of base box image for new Libvirt domain.
- Create and start new domain on Libvirt host.
- Check for DHCP lease from dnsmasq server.
- Wait till SSH is available.
- Sync folders via
rsyncand run Vagrant provisioner on new domain if setup in Vagrantfile.
Networking features in the form of
config.vm.network support private networks
concept. No public network or port forwarding are supported in current version
An examples of network interface definitions:
config.vm.define :test_vm1 do |test_vm1| test_vm1.vm.network :private_network, :ip => '10.20.30.40' end
In example below, one network interface is configured for VM test_vm1. After
vagrant up, VM will be accessible on IP address 10.20.30.40. So if
you install a web server via provisioner, you will be able to access your
testing server on http://10.20.30.40 URL. But beware that this address is
private to libvirt host only. It's not visible outside of the hypervisor box.
If network 10.20.30.0/24 doesn't exist, provider will create it. By default created networks are NATed to outside world, so your VM will be able to connect to the internet (if hypervisor can). And by default, DHCP is offering addresses on newly created networks.
Private Network Options
There is a way to pass specific options for libvirt provider when using
config.vm.network to configure new network interface. Each parameter name
starts with 'libvirt__' string. Here is a list of those options:
:libvirt__network_name- Name of libvirt network to connect to. By default, network 'default' is used.
:libvirt__netmask- Used only together with
:ipoption. Default is '255.255.255.0'.
:libvirt__nat_interface- Name of interface, where should network be NATed. Used only when creating new network. By default, all physical interfaces are used.
:libvirt__isolated- If network should be isolated - without NAT to outside. Used only when creating new network. Default is set to false.
:libvirt__dhcp_enabled- If DHCP will offer addresses, or not. Used only when creating new network. Default is true.
:libvirt__adapter- Number specifiyng sequence number of interface.
Obtaining Domain IP Address
Libvirt doesn't provide standard way how to find out an IP address of running
domain. But we know, what is MAC address of virtual machine. Libvirt is closely
connected with dnsmasq server, which acts also as a DHCP server. Dnsmasq server
makes lease information public in
/var/lib/libvirt/dnsmasq directory, or in
/var/lib/misc/dnsmasq.leases file on some systems. This is the place, where
information like which MAC address has which IP address resides and it's parsed
by vagrant-libvirt plugin.
There is minimal support for synced folders. Upon
vagrant up, the Libvirt
provider will use
rsync (if available) to uni-directionally sync the folder
to the remote machine over SSH.
This is good enough for all built-in Vagrant provisioners (shell, chef, and puppet) to work!
You can view an example box in the example_box/directory. That directory also contains instructions on how to build a box.
The box is a tarball containing:
- qcow2 image file named
metadata.jsonfile describing box image (provider, virtual_size, format).
Vagrantfilethat does default settings for the provider-specific configuration for this provider.
To work on the
vagrant-libvirt plugin, clone this repository out, and use
Bundler to get the dependencies:
$ git clone https://github.com/pradels/vagrant-libvirt.git $ cd vagrant-libvirt $ bundle install
Once you have the dependencies, verify the unit tests pass with
$ bundle exec rake
If those pass, you're ready to start developing the plugin. You can test
the plugin without installing it into your Vagrant environment by just
Vagrantfile in the top level of this directory (it is gitignored)
that uses it. Don't forget to add following line at the beginning of your
Vagrantfile while in development mode:
Now you can use bundler to execute Vagrant:
$ bundle exec vagrant up --provider=libvirt
- Fork it
- Create your feature branch (
git checkout -b my-new-feature)
- Commit your changes (
git commit -am 'Add some feature')
- Push to the branch (
git push origin my-new-feature)
- Create new Pull Request