[ovirt-users] Is this kind of VM replication possible using oVirt Schedular

[kausik pal]

Hi All,

PFA the two diagrams describing placement of the VMs during normal
condition and condition after two node failure in 5 node set up  (Each Node
can host up to 6 VMs due to memory constraints).

My question is whether this kind of VM replication as shown in the attached
diagram is possible utilizing oVirt schedular.

The benefits of this kind of replication would be following :-

1. Any number of Hosts/Nodes can participate (Odd/Even) in the
infrastructure.

2. We can add any number (odd/even) number of Nodes to re-balance the VM
placement.

3. After node failures the Maximum number of VMs that can run on the
remaining nodes can be calculated with the following formula:-

*Total No. of VMs running after node failure = ((Total No. of Nodes) - (No.
of failed Nodes)) * (Max. No. of VMs that can run per Node)*

The attached table gives a rough calculation on maximum number VMs that can
run after node failures.


Please let me know if you need any further information from my side.

Thanks

Kausik
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20140624/c7fed641/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Calculation_for_Number_of_Active_VMs_after_node_failure.jpg
Type: image/jpeg
Size: 37781 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/users/attachments/20140624/c7fed641/attachment-0003.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: VM_Infra_after_Two_Node_Failure.jpg
Type: image/jpeg
Size: 265265 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/users/attachments/20140624/c7fed641/attachment-0004.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: VM_Infra_Running_in_Normal_Condition.jpg
Type: image/jpeg
Size: 264460 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/users/attachments/20140624/c7fed641/attachment-0005.jpg>