Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revisionPrevious revision
Next revision		Previous revision
Next revisionBoth sides next revision
software:rnotes:rn-rel4.4beta [2013/11/07 15:36] – [OpenNebula Core: Internals & Administration Interface] tinovasoftware:rnotes:rn-rel4.4beta [2013/11/07 15:43] – nacho
Line 3: Line 3:
 <html><div><p class="bigheader">OpenNebula 4.4 Beta (4.3.80) Retina</p></div></html> <html><div><p class="bigheader">OpenNebula 4.4 Beta (4.3.80) Retina</p></div></html>
  
-**Nov 7th, 2013**. The OpenNebula team is pleased to announce a beta release of OpenNebula 4.4 codename Retina. As a project driven by user needs, this release includes important features to meet real demands from production environments, with a focus on storage optimization, monitorization, hybrid cloud support and public cloud interfaces.+**Nov 7th, 2013**. The OpenNebula team is pleased to announce a beta release of OpenNebula 4.4 codename Retina. As a project driven by user needs, this release includes important features that meet real demands from production environments, with a focus on storage optimization, monitorization, hybrid cloud support and public cloud interfaces.
  
 OpenNebula Retina includes support for multiple system datastores, which enables a much more efficient usage of the storage resources for running Virtual Machines. This feature ships with different scheduling policies storage load balancing, intended to instruct OpenNebula to spread the running Virtual Machines across different storage mediums to optimize their use. This translates in the ability to define more than one disk (or other backend) to hold running VMs in a particular cluster. Monitorization subsystem in OpenNebula underwent a major redesign as well, effectively switching from a pulling mechanism to a pushing model, with the implications in scalability improvements. OpenNebula Retina includes support for multiple system datastores, which enables a much more efficient usage of the storage resources for running Virtual Machines. This feature ships with different scheduling policies storage load balancing, intended to instruct OpenNebula to spread the running Virtual Machines across different storage mediums to optimize their use. This translates in the ability to define more than one disk (or other backend) to hold running VMs in a particular cluster. Monitorization subsystem in OpenNebula underwent a major redesign as well, effectively switching from a pulling mechanism to a pushing model, with the implications in scalability improvements.
Line 76: Line 76:
 ===== Sunstone ===== ===== Sunstone =====
  
-  * **Improved Apache integration**, to allow uploading big images+  * **Improved Apache integration**, to allow uploading big images. More info on [[http://opennebula.org/documentation:rel4.4:suns_advance#running_sunstone_with_passenger_in_apache|Apache and Sunstone integration here]].
   * **Better memcache integration**, for more details on Sunstone for large scale deployments [[http://opennebula.org/documentation:rel4.4:suns_advance|check this]].   * **Better memcache integration**, for more details on Sunstone for large scale deployments [[http://opennebula.org/documentation:rel4.4:suns_advance|check this]].
   * **Multiple minor bugfixes**: adding multiple tags of the same name, VM template wizard context fixes and updating, update quotas, attach disks problems, time format inconsistencies, tons of new tooltips, fixed typos, etc   * **Multiple minor bugfixes**: adding multiple tags of the same name, VM template wizard context fixes and updating, update quotas, attach disks problems, time format inconsistencies, tons of new tooltips, fixed typos, etc
- 
 ====== Migrating from OpenNebula 4.2 ====== ====== Migrating from OpenNebula 4.2 ======