This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revisionNext revisionBoth sides next revision | ||
software:rnotes:rn-rel4.4 [2013/12/02 10:57] – nacho | software:rnotes:rn-rel4.4 [2013/12/04 10:24] – cmartin | ||
---|---|---|---|
Line 3: | Line 3: | ||
< | < | ||
- | **Dec 2nd, 2013**. The OpenNebula team is pleased to approach winter with the immediate availability of the final version 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, | + | **Dec 3rd, 2013**. The OpenNebula team is pleased to approach winter with the immediate availability of the final version 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, |
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 for 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. Monitoring 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 for 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. Monitoring 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 81: | Line 81: | ||
====== Migrating from OpenNebula 4.2 ====== | ====== Migrating from OpenNebula 4.2 ====== | ||
- | A detailed upgrade process can be found in the documentation. For a complete set of changes to migrate from a 4.4 installation please refer to the [[documentation: | + | A detailed |
< | < | ||
- | :!: After OpenNebula upgrade make use you run "'' | + | :!: With the new [[.: |
+ | < | ||
+ | |||
+ | < | ||
+ | :!: After the OpenNebula upgrade make sure you run "'' | ||
< | < | ||