On 01/15/2015 02:27 PM, Dan Kenigsberg wrote:
On Thu, Jan 15, 2015 at 12:34:18PM +0530, Sahina Bose wrote:
I've updated the feature page with the REST API and other comments. On
further thought, there will be no change to Add brick API, as the engine
will select the network to be used based on the networks setup for the host.
If "Storage network" role is associated with any of the networks, this will
be used. Otherwise, the host's address will be used to add the brick.
<snip>
The paragraph above rules out the use case I lay below. Could you relate
to it? Isn't it a reasonable use case?
If I am not mistaken, it could make sense to have a setup with one brick
using network A and another - using network B. Does your design support
this? I think that this would be particularly important on upgraded
clusters, where the management network is already used, but newly
created bricks should start using another network.
On upgraded clusters, the user would have to assign a network with the
role "Storage network". Any newly created brick would then start using
this, rather than the management network.
I'm not sure if the use case where each brick on a host is added using
different networks is a common one (apart from the upgrade scenario,
that is). If it is, we could provide an Advanced edit option in the UI
to select network in Add Bricks dialog.
The entity design supports setting different network per brick and the
REST API already provides a way to set this as an optional parameter.
May I repeat my follow request? It would help me understand the content
of the feature.
Sorry, I missed these before!
Would you add a feature page section regarding modification to the
Vdsm/Engine API?
http://www.ovirt.org/Features/Select_Network_For_Gluster#Change_to_VDSM_API
http://www.ovirt.org/Features/Select_Network_For_Gluster#Change_to_REST_API
One last comment - may I ask that new APIs accept both ipv4 and ipv6
addresses? There is an ongoing effort to support ipv6 on Vdsm.
Glusterfs does not support ipv6 yet, so addition of bricks using ipv6
addresses would not work.
thanks,
sahina
_______________________________________________
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
