[ovirt-users] separate ovirtmgmt from glusterfs traffic

[Sahina Bose]

We will try and address this in the next release of oVirt - there were 
some issues earlier with identifying the bricks correctly, but with the 
gluster host uuid support in gluster xml commands, we can fix this.

https://bugzilla.redhat.com/show_bug.cgi?id=1049994 - marked for 3.6.0



On 11/19/2014 01:30 AM, Demeter Tibor wrote:
> Hi,
>
> I think is a really good question, why does not possible sepereate storage network traffic like display, etc?
> This is not an easy task to set up, and it's more difficult on a live system.
>
> Tibor
>
>
> ----- Eredeti üzenet -----
>> On 18/11/14 06:25, Juan Pablo Lorier wrote:
>>> Hi,
>>>
>>> In my experience, having ovirt traffic on the same nic that gluster
>>> can make your platafrom unstable. I was using it for large file
>>> storage and gluster has so big traffic that ovirt got confused and
>>> started marking hosts as unavailable because of hi latency.
>>> I've opened an RFE over a year ago, but had no luck with the team to
>>> get it done. In the RFE I was asking to have a way in the UI to decide
>>> which nic to use for gluster other than the MGMT net that is the one
>>> ovirt lets you use.
>>> There's another way to do this and it's from outside ovirt. There you
>>> have to unregister and re register the bricks using gluster console
>>> commands. This way, when you register the bricks, you can specify the
>>> IP address of the spare NIC and then the traffic will not interfere
>>> with the mgmt.
>>> There's a step that I don't recall much, but ovirt is going to need to
>>> know that the bricks are no longer is the mgmt IP, maybe someone else
>>> in the list can help with this. I can tell you that if you search the
>>> list you'll see my posts about this and the replys of those who helped
>>> my back then.
>>> Regards,
>>>
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users at ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
>> I think that the possibility to add a separate storage network is a
>> must. It doesn't make sense Gluster support if you can't separate
>> management network traffic of storage network traffic. In 3.5 you can
>> define management/vm/display/migration interfaces but not storage
>> interfaces.  Why? I don't know. But I think that Gluster support is
>> incomplete without exclusive storage networking.
>>
>> Regards
>>
>> Federico
>> _______________________________________________
>> Users mailing list
>> Users at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
> _______________________________________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users