Line 28: | Line 28: | ||
* Targeted release: [[Releases/17 | Fedora 17 ]] | * Targeted release: [[Releases/17 | Fedora 17 ]] | ||
* Last updated: (11/18/2011) | * Last updated: (11/18/2011) | ||
* Percentage of completion: | * Percentage of completion: 40% | ||
* Convert existing rubygem packages (not reviewed) to use RSpec 2.x from 1.x. | |||
* Convert existing rubygem packages (not reviewed) to use Ruby SIG packaging guidelines | |||
* Fix OpenNebula spec file to conform to Fedora standards | |||
* Submit rubygem packages for review | |||
* Submit OpenNebula package for review | |||
<!-- CHANGE THE "FedoraVersion" TEMPLATES ABOVE TO PLAIN NUMBERS WHEN YOU COMPLETE YOUR PAGE. --> | <!-- CHANGE THE "FedoraVersion" TEMPLATES ABOVE TO PLAIN NUMBERS WHEN YOU COMPLETE YOUR PAGE. --> |
Revision as of 18:33, 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: 40%
- Convert existing rubygem packages (not reviewed) to use RSpec 2.x from 1.x.
- Convert existing rubygem packages (not reviewed) to use Ruby SIG packaging guidelines
- Fix OpenNebula spec file to conform to Fedora standards
- Submit rubygem packages for review
- Submit OpenNebula package for review
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.