April 11th, 2012. The OpenNebula project is proud to announce the availability of OpenNebula 3.4 (Wild Duck). The software brings countless valuable contributions by many members of our community, and specially from Research in Motion, Logica, Terradue 2.0, CloudWeavers, Clemson University, and Vilnius University.
As main new feature, OpenNebula 3.4 incorporates support for multiple Datastores that provides extreme flexibility in planning the storage backend and important performance benefits, such as balancing I/O operations, defining different SLA policies and features for different VM types or users, or easily scaling the cloud storage. Additionally, OpenNebula 3.4 also features improvements in other areas like support for clusters (resource pools), new tree-like menus for Sunstone, or the addition of the Elastic IP calls in the EC2 Query API.
As usual OpenNebula releases are named after a Nebula. The Wild Duck Cluster (also known as Messier 11, or NGC 6705) is an open cluster in the constellation Scutum.
Highlights of OpenNebula 3.4
Notable improvements include, but are not limited to:
- Datastores. OpenNebula 3.4 is shipped with 3 basic datastores: filesystem to store disk images in a file form and with image transferring using ssh or shared file systems (NFS, GlusterFS, Lustre…); iSCSI/LVM to store disk images in a block device form; and VMware, a datastore specialized for the VMware hypervisor that handles the vmdk format.
- New Transfer Drivers. Cloud hosts are not tied to a single transfer mechanism (transfer driver) and now can access images from different datastores in different ways, so providing extreme flexibility in planning the storage backend and important performance benefits.
- Clusters. A Cluster is a pool of resources that includes physical hosts, datastores and networks for load balancing, high availability, and high performance computing.
- Improved Sunstone. New Navigation menu, more translations, secure web sockets…
- Revamped Virtual DataCenters in OpenNebula Zones. The new VDC is defined as a fully-isolated set of virtual resources within a cluster where a group of users, under the control of the VDC administrator, can create and manage compute, storage and networking capacity.
- Improved Cloud APIs. More API calls in the EC2 Query and OCCI APIs, more Auth methods, logging facilities and cloud partitioning to route public users to an specific cluster.
- Hybrid Cloud Computing. Improved EC2 hybrid driver, to support most of the EC2 features like tags, security groups or VPC.
The OpenNebula Team
Lead Cloud Engineer & Chief Architect at OpenNebula