OpenNebula 1.2 presents important improvements in the following areas:

• Image Management, OpenNebula 1.2 features a general mechanism to transfer and clone VM images. The new Transfer Manager is a modular component that embrace the driver-based design of OpenNebula, so it can be easily extended and integrated with third-party developments and virtually any cluster storage architecture. The new TM allows you to re-use VM images as you can mark them as clonable, and also you can save space as swap images are now created on-the-fly by OpenNebula.

• Networking. With OpenNebula 1.0 it is difficult to track the MAC/IPs in use by the running VMs, and its association with physical networks. This mechanism does not scale when dealing with tens of VMs. The new Virtual Network Manager module allows you to define virtual networks and it leases IP-MAC pairs to VMs, so you do not have to keep track of the addresses in use. In this way it is pretty much like an embedded DHCP server. Additionally, the leases are built in such a way that you can easily obtain the IP form the MAC when booting the VM. OpenNebula 1.0 networking is still supported, in case you do not want to use the new functionality.

• Robustness and scalability, OpenNebula 1.2 has been tested in the management of hundreds of running VMs to ensure that the code meets production level requirements.

The build system has been improved, now it can better detect the location and compilation flags for the libraries used by OpenNebula. Also support for gcc 4.3 has been added.

The logging facilities of OpenNebula core now includes support for logging arbitrary driver messages, that likely will help in debugging wrong configurations.

Finally several components underwent changes to make more coherent the naming pattern. These changes include the command line interface, that also got rid of superfluous messages and the internal database schema.

We would like to thank the great labour done by Soren Hansen, reflected in submitted patches that helped to get OpenNebula closer to work with Ubuntu and Debian and cleared subtle and important issues: 54,59, 63, 65, 68, 69.

The complete source tree for OpenNebula can be freely downloaded. Additionally the ubuntu virtualization team have kindly provided binary packages for Ubuntu 9.04 (Jaunty Jackalope).

Please refer to the OpenNebula documentation guides to install and configure your system. More information:

• About the project, general benefits and features
• FAQ
• Related projects

Frontend

The OpenNebula Server machine needs to have installed the following software:

• ruby >= 1.8.5
• sqlite3 >= 3.5.2
• sqlite3-dev >= 3.5.6-3
• sqlite3-ruby
• libxmlrpc-c >= 1.06
• scons >= 0.97

Most of this software is already packaged in linux distributions. Here are the packages needed in a debian lenny.

• ruby: ruby
• sqlite3: libsqlite3-0, sqlite3
• sqlite3-dev : libsqlite3-dev
• sqlite3-ruby: libsqlite3-ruby
• libxmlrpc-c: libxmlrpc-c3-dev, libxmlrpc-c3
• scons: scons

Worker Nodes

The cluster worker-nodes need to have installed:

• ruby >= 1.8.5
• sudo >= 1.6.9

and either

• xen >= 3.1

or

• kvm >= kernel 2.6.20
• libvirt >= 0.4.0

• Linux : Tested with the CentOS 5/Ubuntu 8.04/Fedora 8/Debian Etch distribution.

28,34,35,36, 38,42,43,44,50,52,53,55, 56, 57, 59, 60, 61, 63, 65,

• Under some configuration using ballooning with the Xen hypervisor, the apparent free memory of a cluster node is less than the actual one, so no new VMs are allocated to it. A solution for this is described in ticket 54
• The KVM monitoring script may provide wrong information because it calculates FREECPU and USEDCPU based on the top utility. A solution for this is described in ticket 68
• OpenNebula 1.2 uses tap:aio: for virtual disks. Some Xen versions does not work with it and needs the file: interface. If that's your case, just change line 252 in src/vmm/XenDriver.cc