<div dir="ltr">Thank you very much.<div>What about "direct lun" usage and database example?</div><div><br></div><div class="gmail_extra"><br><div class="gmail_quote">2017-06-08 16:40 GMT+02:00 Elad Ben Aharon <span dir="ltr"><<a href="mailto:ebenahar@redhat.com" target="_blank">ebenahar@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">Hi, <div>Answer inline<br><div class="gmail_extra"><br><div class="gmail_quote"><span class="">On Thu, Jun 8, 2017 at 1:07 PM, Stefano Bovina <span dir="ltr"><<a href="mailto:bovy89@gmail.com" target="_blank">bovy89@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"><div>Hi,</div><div>does a storage best practise document for oVirt exist?</div><div><br></div><div><br></div><div>Some examples:</div><div><br></div><div>oVirt allows to extend an existing storage domain: Is it better to keep a 1:1 relation between LUN and oVirt storage domain?</div></div></blockquote></span><div>What do you mean by 1:1 relation? Between storage domain and the number of LUNs the domain reside on? </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>If not, is it better to avoid adding LUNs to an already existing storage domain?</div></div></blockquote></span><div>No problems with storage domain extension.</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><br></div><div>Following the previous questions:</div><div><br></div><div>Is it better to have 1 Big oVirt storage domain or many small oVirt storage domains?</div></div></blockquote></span><div>Depends on your needs, be aware to the following:</div><div>- Each domain has its own metadata which allocates ~5GB of the domain size.</div><div>- Each domain is being constatntly monitored by the system, so large number of domain can decrease the system performance.</div><div>There are also downsides with having big domains, like less flexability </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>There is a max num VM/disks for storage domain?</div><div><br></div><div><br></div><div>In which case is it better to use "direct attached lun" with respect to an image on an oVirt storage domain? </div></div></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div> </div></div></blockquote></span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><div dir="ltr"><div><br></div><div>Example:</div><div><br></div><div>Simple web server: ----> image</div><div>Large database (simple example):</div><div> - root,swap etc: 30GB ----> image?</div><div> - data disk: 500GB -----> (direct or image?)</div><div><br></div><div>Regards,</div><div><br></div><div>Stefano</div></div>
<br></span>______________________________<wbr>_________________<br>
Users mailing list<br>
<a href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a><br>
<a href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.ovirt.org/mailman<wbr>/listinfo/users</a><br>
<br></blockquote></div><br></div></div></div>
</blockquote></div><br></div></div>