<div dir="ltr"><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="gmail-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" height="207" width="562" class="gmail-CToWUd gmail-a6T" tabindex="0"><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><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&#39;t want to spend money in this process and then discover that the performance is not good enought and have to do a </font><br><br></div><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><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><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><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 class="gmail-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" height="253" width="562" class="gmail-CToWUd gmail-a6T" tabindex="0"><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><div style="font-size:12.8px"><font color="#0000ff">Yes, I know, but I&#39;m already worried about corruption issues due to possible gluster bugs or performance problems under heavy load.</font></div><div style="font-size:12.8px"><br></div><div style="font-size:12.8px"><span style="font-size:12.8px">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.</span><br></div><span class="gmail-im" style="font-size:12.8px"><div><br></div><div><span style="color:rgb(0,0,255);font-size:12.8px">I don&#39;t want local storage for backup, I prefer gluster shared storage for backup.</span><br></div><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><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><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 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>