> > > I would slightly prefer if we discuss it over plain email (without > patches), to see what you think about how complex the network model needs > to be, and whether a static "time X" vs. semi-dynamic (based on the > instance disk size) approach is best. > > Maybe there was some more information back at the start of the project? (I > only started watching the mailing list again recently). > > The initial plan was to implement "static" solutions, based on instance disk size and then make it "dynamic" by using information about network speed from data collectors.
At the moment, we have "semi-dynamic" solution, I think. The new tags may specify network speed in cluster (and between different parts of cluster). I am assuming that this speed remains constant since the network usually configured once and locally (for example in server rack). I think, with such assumption, the network speed stays almost constant and the time estimations for balancing solutions become predictable. I suggest to use the new options for discarding solutions, that takes long time and slightly changes the state of the cluster. In my mind the time to perform disk replication is directly depends on the network bandwidth. The next step (according to plan) is to implement data collector for network speed information and use it instead (or may be with) the new tags in order to estimate time more properly. -- Sincerely, Daniil Leshchev
