Re: [ovirt-users] Is oVirt 3.6 with GlusterFS 3.7 recommended for production usage?

2016-06-24 Thread Sahina Bose



On 06/24/2016 03:16 PM, Dewey Du wrote:

You mean we dont need to add new storage domain for each ovirt-node?
Maybe I choose the "Use Host" option wrongly? I thought this is the 
way to tie the storage of "Host-01" to GlusterFS by selecting 
"Host-01" on the "Use Host" option.
And I should do the same thing for "Host-02", which adding new storage 
domain with choosing "Host-02" on the "Use Host" option.

So do others. Host-03, Host-04 ...


While creating storage domain, the host provided in "Use host" is the 
one used to initially setup the connection to the storage.
In case of gluster storage domain, if like you said, you want to 
separate storage servers from hypervisor hosts - you would set up the 
gluster volume using bricks on Host-04, Host-05, Host-06.
And in oVirt create a cluster with your hypervisor hosts - Host-01, 
Host-02 and Host-03. To create a data storage domain - use any of the 
hosts (01-03) and provide path to gluster volume as host-04:/


In case of hyperconverged setup, the gluster volume can be setup on 
Host-01, Host-02, Host-03 itself. Check 
http://blogs-ramesh.blogspot.in/2016/01/ovirt-and-gluster-hyperconvergence.html






On Fri, Jun 24, 2016 at 3:15 PM, Sahina Bose > wrote:




On 06/24/2016 11:25 AM, Dewey Du wrote:

I prefer deploying as a hyperconverged setup, but it is still
under experiment, right?


Hyperconverged deployment with oVirt and Gluster has been tested
and is currently offered as a preview feature with guidance on
do's/don'ts & recommended gluster volume settings. We're working
on enhancing this further to make it easier to setup, integrate
better in the oVirt UI in 4.1



So I try to separate vm service and storage. I added new storage
domain( Domain Type "Data", Storage Type "GlusterFS", Use Host
"host-01". But then I can't add another new storage domain(
Domain Type "Data", Storage Type "GlusterFS", Use Host
"host-02"). The input field "path" is unwritable (gray) on the
Popup New Domain Window.

My question is, should we add a new storage domain for each
ovirt-node?


No, you dont need to.
This seems like a bug in the Create storage domain UI. Does
refreshing your browser fix the greyed-out input field? Any errors
seen in engine logs?






On Tue, Jun 21, 2016 at 7:15 PM, Sahina Bose > wrote:

Make sure that you use replica 3 gluster volumes for storing
VM images. Are you planning to deploy as a hyperconverged setup?
Either way, try and use the latest ovirt 3.6 and glusterfs
3.7 (3.7.12 that addresses bugs related to sharding and
o-direct is due to be released soon)

On 06/21/2016 07:08 AM, Dewey Du wrote:

I want to deploy oVirt 3.6 with GlusterFS 3.7 to my online
servers. Is it recommended for production usage?

Thx.


___
Users mailing list
Users@ovirt.org 
http://lists.ovirt.org/mailman/listinfo/users








___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Is oVirt 3.6 with GlusterFS 3.7 recommended for production usage?

2016-06-24 Thread Dewey Du
You mean we dont need to add new storage domain for each ovirt-node?
Maybe I choose the "Use Host" option wrongly? I thought this is the way to
tie the storage of "Host-01" to GlusterFS by selecting "Host-01" on the
"Use Host" option.
And I should do the same thing for "Host-02", which adding new storage
domain with choosing "Host-02" on the "Use Host" option.
So do others. Host-03, Host-04 ...



On Fri, Jun 24, 2016 at 3:15 PM, Sahina Bose  wrote:

>
>
> On 06/24/2016 11:25 AM, Dewey Du wrote:
>
> I prefer deploying as a hyperconverged setup, but it is still under 
> experiment,
> right?
>
>
> Hyperconverged deployment with oVirt and Gluster has been tested and is
> currently offered as a preview feature with guidance on do's/don'ts &
> recommended gluster volume settings. We're working on enhancing this
> further to make it easier to setup, integrate better in the oVirt UI in 4.1
>
>
> So I try to separate vm service and storage. I added new storage domain(
> Domain Type "Data", Storage Type "GlusterFS", Use Host "host-01". But then I
> can't add another new storage domain( Domain Type "Data", Storage Type
> "GlusterFS", Use Host "host-02"). The input field "path" is unwritable
> (gray) on the Popup New Domain Window.
>
> My question is, should we add a new storage domain for each ovirt-node?
>
>
> No, you dont need to.
> This seems like a bug in the Create storage domain UI. Does refreshing
> your browser fix the greyed-out input field? Any errors seen in engine logs?
>
>
>
>
>
> On Tue, Jun 21, 2016 at 7:15 PM, Sahina Bose  wrote:
>
>> Make sure that you use replica 3 gluster volumes for storing VM images.
>> Are you planning to deploy as a hyperconverged setup?
>> Either way, try and use the latest ovirt 3.6 and glusterfs 3.7 (3.7.12
>> that addresses bugs related to sharding and o-direct is due to be released
>> soon)
>>
>> On 06/21/2016 07:08 AM, Dewey Du wrote:
>>
>> I want to deploy oVirt 3.6 with GlusterFS 3.7 to my online servers. Is it
>> recommended for production usage?
>>
>> Thx.
>>
>>
>> ___
>> Users mailing 
>> listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users
>>
>>
>>
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Is oVirt 3.6 with GlusterFS 3.7 recommended for production usage?

2016-06-24 Thread Sahina Bose



On 06/24/2016 11:25 AM, Dewey Du wrote:
I prefer deploying as a hyperconverged setup, but it is still under 
experiment, right?


Hyperconverged deployment with oVirt and Gluster has been tested and is 
currently offered as a preview feature with guidance on do's/don'ts & 
recommended gluster volume settings. We're working on enhancing this 
further to make it easier to setup, integrate better in the oVirt UI in 4.1




So I try to separate vm service and storage. I added new storage 
domain( Domain Type "Data", Storage Type "GlusterFS", Use Host 
"host-01". But then I can't add another new storage domain( Domain 
Type "Data", Storage Type "GlusterFS", Use Host "host-02"). The input 
field "path" is unwritable (gray) on the Popup New Domain Window.


My question is, should we add a new storage domain for each ovirt-node?


No, you dont need to.
This seems like a bug in the Create storage domain UI. Does refreshing 
your browser fix the greyed-out input field? Any errors seen in engine logs?







On Tue, Jun 21, 2016 at 7:15 PM, Sahina Bose > wrote:


Make sure that you use replica 3 gluster volumes for storing VM
images. Are you planning to deploy as a hyperconverged setup?
Either way, try and use the latest ovirt 3.6 and glusterfs 3.7
(3.7.12 that addresses bugs related to sharding and o-direct is
due to be released soon)

On 06/21/2016 07:08 AM, Dewey Du wrote:

I want to deploy oVirt 3.6 with GlusterFS 3.7 to my online
servers. Is it recommended for production usage?

Thx.


___
Users mailing list
Users@ovirt.org 
http://lists.ovirt.org/mailman/listinfo/users





___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Is oVirt 3.6 with GlusterFS 3.7 recommended for production usage?

2016-06-21 Thread Sahina Bose
Make sure that you use replica 3 gluster volumes for storing VM images. 
Are you planning to deploy as a hyperconverged setup?
Either way, try and use the latest ovirt 3.6 and glusterfs 3.7 (3.7.12 
that addresses bugs related to sharding and o-direct is due to be 
released soon)


On 06/21/2016 07:08 AM, Dewey Du wrote:
I want to deploy oVirt 3.6 with GlusterFS 3.7 to my online servers. Is 
it recommended for production usage?


Thx.


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] Is oVirt 3.6 with GlusterFS 3.7 recommended for production usage?

2016-06-20 Thread Dewey Du
I want to deploy oVirt 3.6 with GlusterFS 3.7 to my online servers. Is it
recommended for production usage?

Thx.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users