On Thu, Jun 8, 2017 at 4:40 PM, Elad Ben Aharon <ebena...@redhat.com> wrote:
> Hi,
> Answer inline
> On Thu, Jun 8, 2017 at 1:07 PM, Stefano Bovina <bov...@gmail.com> wrote:
>> Hi,
>> does a storage best practise document for oVirt exist?
>> Some examples:
>> oVirt allows to extend an existing storage domain: Is it better to keep a
>> 1:1 relation between LUN and oVirt storage domain?
> What do you mean by 1:1 relation? Between storage domain and the number of
> LUNs the domain reside on?
>> If not, is it better to avoid adding LUNs to an already existing storage
>> domain?
> No problems with storage domain extension.
>> Following the previous questions:
>> Is it better to have 1 Big oVirt storage domain or many small oVirt
>> storage domains?
> Depends on your needs, be aware to the following:
> - Each domain has its own metadata which allocates ~5GB of the domain size.
> - Each domain is being constatntly monitored by the system, so large number
> of domain can decrease the system performance.

What do you mean by "reducing system performance"? on hypervisor side
or manager side?

We're planning to move serveral TBs of vm, splitted in several SD of
1TB of size.

Do you suggest creating a big storage domain of several terabytes?
It would be easier also for our deployment scripts, but we're still
valuating if is a good choice.

> There are also downsides with having big domains, like less flexability

Exactly what i was thinking: how do i replace a component of a storage domain?


"E' assurdo impiegare gli uomini di intelligenza eccellente per fare
calcoli che potrebbero essere affidati a chiunque se si usassero delle
Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716)

"Internet è la più grande biblioteca del mondo.
Ma il problema è che i libri sono tutti sparsi sul pavimento"
John Allen Paulos, Matematico (1945-vivente)

Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , <lorenzetto.l...@gmail.com>
Users mailing list

Reply via email to