Ovm3 implementation for CloudStack:

Following master:

A fork of master has been pulled and development is done in the ovmsupport branch on the fork. The fork is regularly merged up to date with master (4.5). Integration testing is done by rolling out an Ovm3 zone with 2 hypervisors, advanced networking, console, secondary storage, routing and a guest.

Code is here: https://github.com/snuf/cloudstack/tree/ovmsupport

Implementation:

The implementation is a native implementation which uses the OVM3.2.x agent. Most of the work has been done based on how Oracle Virtual Manager interacts with the agent. Initial setup is done by introducing a Cloudstack module into the agent that exposed functionality that's missing from the agent framework Oracle provides. 

Tested:

Things that are known to work, in no specific order.

• Basic networking.
• Advanced networking.
• primary and secondary storage via NFS.
• RouterVM, SSVM and Console Proxy work.
• PV guests (HVM not tested).
• Attaching of disks and ISOs, live.
• Pool of 2 hypervisors.
• Loose hypervisors.
• VM and SystemVM Migration (tested with pool only).
• Host maintenance.
• Hypervisor failure.

The shortlist:

In no specific order things that are on the shortlist to be implemented at some point or require fixing.

• Snapshots (can't be done live with RAW filesystems, unless ocfs2).
• Native OVM Clustering (seems rather "fragile" due to ocfs2 img used and locking of it)
• OCFS2, clustering and the FS for hot snapshots.
• iSCSI and local storage.
• Openvswitch, which is bundled with OVM3.2.x.
• Meta data on the NICs with regard to NIC roles. (seems not required yet).
• Fencing ("works" to some extent now).
• Cpu pinning.
• Xentools version detection.
• A sane master UUID, it's a fixed UUID now.
• Dynamic scaling of VM (reconfigure can be used).
• The SSL option for communication.
• OVM 3.3.x Testing.

Bugs:

Some.