<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Nov 23, 2016 at 5:41 AM, Oscar Segarra <span dir="ltr">&lt;<a target="_blank" href="mailto:oscar.segarra@gmail.com">oscar.segarra@gmail.com</a>&gt;</span> wrote:<br><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><div dir="ltr">Hi, <div><br></div><div>As on oVirt is it possible to attach local storage I supose it can be used to run virtual machines:</div><div><br></div><div>I have drawn a couple of diagrams in order to know if is it possible to set up this configuration:</div><div><br></div><div>1.- In on-going scenario:</div><div>Every host runs 100 vdi virtual machines whose disks are placed on local storage. There is a common gluster volume shared between all nodes.</div><div><br></div><div><img alt="Imágenes integradas 1" src="cid:ii_1588e7a996abd18f" height="207" width="562"><br></div></div></blockquote><div><br><div>With local storage you end up losing many of the benefits of shared
 storage - including migration and HA.<br></div>If
 you do have SSD on your physical hosts, have you considered building 
gluster volume using these? This could give you improved performance. 
Regarding performance, I think it is best that you run a test comparing 
gluster storage performance with local storage and see if this is 
acceptable to you. Please share the results in case you do.<br><br></div><div>In the above diagram each host is in its own cluster - as all hosts in a cluster should have access to the storage domain?<br><br></div><div>Is the gluster volume for backup served from a separate set of server?<br></div><div> <br></div><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><div dir="ltr"><div></div><div><br></div><div>2.- If one node fails:</div><div><br></div><div><img alt="Imágenes integradas 2" src="cid:ii_1588e7ea78859531" height="253" width="562"><br></div><div><br></div><div>oVirt has to be able to inventory the copy of machines (in our example vdi201 ... vdi300) and start them on remaining nodes.</div><div><br></div><div>¿Is it possible to reach this configuration with oVirt? ¿or something similar?</div></div></blockquote><div><br></div><div>This is the use case for gluster volume shared storage - where volume is a replica 3. If any host goes down, the data is available on the remaining 2 nodes, and the VMs can be migrated to other nodes. <br></div><div><br>I don&#39;t think what you ask for is possible automatically. If you want local storage to gluster volume backup, you would need 1-1 mapping. i.e each local storage domain has its own gluster volume backup.You could then import the storage domain that&#39;s backed up on the gluster volume and start the VMs on the remaining hosts.<br></div><div> <br></div><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><div dir="ltr"><div><br></div><div>Making backup with the import-export procedure based on snapshot can take lot of time and resources. Incremental rsync is cheaper in terms of resources.</div></div></blockquote><div><br></div><div>Geo-replication based backup internally uses rsync, it also takes into account that VM images are consistent on disk before being synced. It however works as a backup option between two gluster volumes.<br> <br></div><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><div dir="ltr"><div><br></div><div>Thanks lot.</div><div><br></div></div><div class="gmail-HOEnZb"><div class="gmail-h5"><div class="gmail_extra"><br><div class="gmail_quote">2016-11-22 10:49 GMT+01:00 Yaniv Dary <span dir="ltr">&lt;<a target="_blank" href="mailto:ydary@redhat.com">ydary@redhat.com</a>&gt;</span>:<br><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><div dir="ltr"><div>I suggest you setup that environment and test for the performance and report if you have issues. </div><div>Please note that currently there is no data locality guarantee, so a VM might be running on a host that doesn&#39;t have its disks.</div><div><br></div><div>We have APIs to do backup\restore and that is the only supported option for backup:</div><div><a target="_blank" href="https://www.ovirt.org/develop/release-management/features/storage/backup-restore-api-integration/">https://www.ovirt.org/develop/<wbr>release-management/features/st<wbr>orage/backup-restore-api-integ<wbr>ration/</a></div><div>You can look at the Gluster DR option that was posted a while back, you can look that up.</div><div>It used geo replication and import storage domain to do the DR.</div><div>     </div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail-m_-8683258096015118669m_-8730870742266785892gmail_signature"><div dir="ltr"><div><div dir="ltr"><pre cols="72"><span style="font-family:arial,helvetica,sans-serif">Yaniv Dary
Technical Product Manager
Red Hat Israel Ltd.
34 Jerusalem Road
Building A, 4th floor
Ra&#39;anana, Israel 4350109

Tel : <a target="_blank" value="+97297692306" href="tel:%2B972%20%289%29%207692306">+972 (9) 7692306</a>
        8272306
Email: <a target="_blank" href="mailto:ydary@redhat.com">ydary@redhat.com</a>
IRC : ydary</span></pre>
</div></div></div></div></div>
<br><div class="gmail_quote"><div><div class="gmail-m_-8683258096015118669h5">On Mon, Nov 21, 2016 at 5:17 PM, Oscar Segarra <span dir="ltr">&lt;<a target="_blank" href="mailto:oscar.segarra@gmail.com">oscar.segarra@gmail.com</a>&gt;</span> wrote:<br></div></div><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><div><div class="gmail-m_-8683258096015118669h5"><div dir="ltr">Hi, <div><br></div><div>I&#39;m planning to deploy a scalable VDI infraestructure where each phisical host can run over 100 VDIs and I&#39;d like to deploy 10 physical hosts (1000 VDIs).</div><div><br></div><div>In order to avoid performance problems (replicating 1000VDIs changes over gluster network I think can provoque performance problems) I have thought to use local storage for VDI assuming that VDIs cannot be migrated between phisical hosts.</div><div><br></div><div>¿Is my worry founded in terms of performance?</div><div>¿Is it possible to utilize local SSD storage for VDIs?</div><div><br></div><div>I&#39;d like to configure a gluster volume for backup on rotational disks (tiered+replica 2+ stripe=2) just to provide HA if a physical host fails.</div><div><br></div><div>¿Is it possible to use rsync for backing up VDIs?</div><div>If not ¿How can I sync/backup  the VDIs running on local storage on the gluster shared storage?</div><div>If a physical host fails ¿How can I start the latest backup of the VDI on the shared gluster?</div><div><br></div><div>Thanks a lot</div></div>
<br></div></div>______________________________<wbr>_________________<br>
Users mailing list<br>
<a target="_blank" href="mailto:Users@ovirt.org">Users@ovirt.org</a><br>
<a target="_blank" rel="noreferrer" href="http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/mailman<wbr>/listinfo/users</a><br>
<br></blockquote></div><br></div>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div></div>