Differences

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

Link to this comparison view

Both sides previous revisionPrevious revision
Next revisionBoth sides next revision
software:rnotes:rn-rel4.4beta [2013/11/07 15:39] – [Sunstone] 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.