Hi all, I'm writing as a followup to a related wishlist item that I recently posted on the oVirt users mailing list (see the last point in http://lists.ovirt.org/pipermail/users/2015-November/036048.html ).
As far as I know, GlusterFS currently supports specifying a bandwidth limit only for geo-replication traffic. On the other side, it is my understanding that a cluster where peers have been probed on a separate, dedicated network (accessed by all peers with dedicated NICs) will automatically relegate heal/rebalance/etc traffic (I mean: anything besides client-related traffic) to that network, so that if you have a different client-facing network the aforementioned goal should be already attainable (to be honest: even in that scenario, a CPU limiting feature for those heal/rebalance/etc tasks could be needed but currently I think it is possible only to limit glusterd/glusterfsd as a whole). The main scope for the present RFE is to allow bandwidth limiting for those cases where peers are clients too (and maybe the only clients), just like in an hyperconverged oVirt setup. As a final note, it would be fine if the goal could be reached by OS-level means, as with QoS policy, but this too seems not possible at the moment: maybe by allowing to specify dedicated fixed ports for heal/rebalance/etc outgoing traffic then we could apply some traffic control to those ports only. Many thanks in advance for your attention and excuse me for any errors/misunderstandings on my part. Regards, Giuseppe PS: sorry if this gets double-posted, but I initially forgot to use the subscribed email address when sending _______________________________________________ Gluster-devel mailing list Gluster-devel@gluster.org http://www.gluster.org/mailman/listinfo/gluster-devel
