<div dir="ltr"><span style="font-size:12.8px">possible unrecoverable gluster bugs" is a sweeping statement. Do you have any particular issue that you can refer us to?</span><br><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">No, I don't have experienced any issue, but if under heavy loads a new one appears, In this environment I could leave 1000 vdi out of service (or 1000 people without their workplace.</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">Once clarified all questions, with oVirt, is it possible to achieve this architecture (or similar) ?</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">Do you have any customer who has run out a gluster environment for heavy load vdi ?</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">Thanks a lot.</span></div><div><span style="font-size:12.8px"><br></span></div></div><div class="gmail_extra"><br><div class="gmail_quote">2016-11-23 9:01 GMT+01:00 Sahina Bose <span dir="ltr"><<a href="mailto:sabose@redhat.com" target="_blank">sabose@redhat.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><span class="">On Wed, Nov 23, 2016 at 1:18 PM, Oscar Segarra <span dir="ltr"><<a href="mailto:oscar.segarra@gmail.com" target="_blank">oscar.segarra@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><span><blockquote class="gmail_quote" style="font-size:12.8px;margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi, <div><br></div><span class="m_558277155964137558m_-8605287901797976864gmail-im"><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" class="m_558277155964137558m_-8605287901797976864gmail-CToWUd m_558277155964137558m_-8605287901797976864gmail-a6T" height="207" width="562"><br></div></span></div></blockquote><div style="font-size:12.8px"><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.</div><div style="font-size:12.8px"><br></div></span><div style="font-size:12.8px"><font color="#0000ff">Yes, but I want to avoid possible corruption problems due to possible unrecoverable gluster bugs. </font></div><div style="font-size:12.8px"><font color="#0000ff">We have to make some developement and I don't want to spend money in this process and then discover that the performance is not good enought and have to do a </font></div></div></blockquote><div><br></div></span><div>"possible unrecoverable gluster bugs" is a sweeping statement. Do you have any particular issue that you can refer us to?<br> <br></div><span class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div style="font-size:12.8px"><br><br></div><span><div style="font-size:12.8px">In the above diagram each host is in its own cluster - as all hosts in a cluster should have access to the storage domain?</div><div style="font-size:12.8px"><br></div></span><div style="font-size:12.8px"><span style="color:rgb(0,0,255);font-size:12.8px">Yes, every host has ho have access to two storage domains: The local one and the shared gluster one.</span><br></div><span><div style="font-size:12.8px"><br></div><div style="font-size:12.8px"><span style="font-size:12.8px">Is the gluster volume for backup served from a separate set of server?</span><br></div><div style="font-size:12.8px"><span style="color:rgb(0,0,255);font-size:12.8px"><br></span></div></span><div style="font-size:12.8px"><span style="color:rgb(0,0,255);font-size:12.8px">No, each host will have 2 disks /dev/sdb1 (for runing vm on local storage) and /dev/sdc1 (for shared gluster where store backups)</span><span style="font-size:12.8px"><br></span></div><span><span class="m_558277155964137558m_-8605287901797976864gmail-im" style="font-size:12.8px"><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><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" class="m_558277155964137558m_-8605287901797976864gmail-CToWUd m_558277155964137558m_-8605287901797976864gmail-a6T" 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></span><div style="font-size:12.8px">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 style="font-size:12.8px"><br></div></span><div style="font-size:12.8px"><font color="#0000ff">Yes, I know, but I'm already worried about corruption issues due to possible gluster bugs or performance problems under heavy load.</font></div><span><div style="font-size:12.8px"><br></div><div style="font-size:12.8px"><span style="font-size:12.8px">I don'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's backed up on the gluster volume and start the VMs on the remaining hosts.</span><br></div></span><span class="m_558277155964137558m_-8605287901797976864gmail-im" style="font-size:12.8px"><div><br></div><div><span style="color:rgb(0,0,255);font-size:12.8px">I don't want local storage for backup, I prefer gluster shared storage for backup.</span><br></div><span><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><span style="font-size:12.8px">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.</span><br></div></div></blockquote><div><br></div></span></span><span><div style="font-size:12.8px">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.</div><div style="font-size:12.8px"><br></div></span><div style="font-size:12.8px"><font color="#0000ff">Do you know if is it possible to have multiple masters geo-replicating against a single slave?</font></div></div></blockquote><div><br></div></span><div>No it is not possible. A master can have multiple slaves not the other way around.<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div style="font-size:12.8px"><font color="#0000ff"><br></font></div><div style="font-size:12.8px"><font color="#0000ff">Thanks a lot.</font></div></div>
</blockquote></div><br></div></div>
</blockquote></div><br></div>