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