Line 64: | Line 64: | ||
<!-- What other packages (RPMs) depend on this package? Are there changes outside the developers' control on which completion of this feature depends? In other words, completion of another feature owned by someone else and might cause you to not be able to finish on time or that you would need to coordinate? Other upstream projects like the kernel (if this is not a kernel feature)? --> | <!-- What other packages (RPMs) depend on this package? Are there changes outside the developers' control on which completion of this feature depends? In other words, completion of another feature owned by someone else and might cause you to not be able to finish on time or that you would need to coordinate? Other upstream projects like the kernel (if this is not a kernel feature)? --> | ||
TODO: | TODO: package reviews for rubygem dependencies | ||
== Contingency Plan == | == Contingency Plan == |
Revision as of 18:30, 18 November 2011
Feature Name OpenNebula
OpenNebula is an Open Source Toolkit for Data Center Virtualization.
Summary
Owner
- Name: Shawn Starr
- Email: [1]
- Name: Jaime Melis (upstream project)
- Email: [2]
Current status
- Targeted release: Fedora 17
- Last updated: (11/18/2011)
- Percentage of completion: 30%
Detailed Description
OpenNebula is an Open Source framework for Data Center Virtualization. The project is designed to be scalable and offer compatibility with Amazon EC2 the Open Cloud Computing Interface (OCCI).
It includes a core (oned) which orchestrates the deployment and management of Virtual Machines, and is managed via a CLI, a web service (Sunstone), and language specific bindings (Ruby, Java and Python).
It also features management of Virtual Data Centers.
Benefit to Fedora
Allow Fedora to have an integrable and extensible framework for Data Center Virtualization.
Scope
Get all dependencies into Fedora, and build a single package that provides OpenNebula. Upstream will test it.
How To Test
OpenNebula must be tested in a physical server, not a Virtual Machine, since it requires virtualization extensions to manage Virtual Machines. The physical server must have virtualization capabilites.
A typical OpenNebula installation requires external servers to handle virtualization, but for these purposes the same server can be used as:
- OpenNebula frontend: opennebula package + dependencies
- OpenNebula node: a hypervisor of choice. Libvirt + KVM recommended.
After installing the software, these tests should be run to validate the package:
- Manage a Virtual Machine with the CLI (following these instructions). This implies creating a network, registering a host, an image, etc.
- Use the graphical user interface (sunstone) to do the same thing.
User Experience
Fedora users will be provided with a CLI and a web-based GUI to manage VMs.
Dependencies
TODO: package reviews for rubygem dependencies
Contingency Plan
Delay the release to F18.