Maxim,

rebalanceDelay was introduced before the BLT appear in the product to solve
scenarios which are now solved by BLT.

It's pointless for me having it in the product since BLT was introduced.

I do not think delaying rebalancing per cache group has any meaning. I
cannot image any reason for it.

rebalanceOrder is also useless, agreed.




ср, 12 февр. 2020 г. в 16:19, Maxim Muzafarov <mmu...@apache.org>:

> Alexey,
>
> Why do you think delaying of historical rebalance (on BLT node join)
> for particular cache groups is not the real world use case? Probably
> the same topic may be started on user-list to collect more use cases
> from real users.
>
> In general, I support reducing the number of available rebalance
> configuration parameters, but we should do it really carefully.
> I can also propose - rebalanceOrder param for removing.
>
> On Wed, 12 Feb 2020 at 15:50, Alexei Scherbakov
> <alexey.scherbak...@gmail.com> wrote:
> >
> > Maxim,
> >
> > In general rebalanceDelay is used to delay/disable rebalance then
> topology
> > is changed.
> > Right now we have BLT to avoid unnecesary rebalancing when topology is
> > changed.
> > If a node left from cluster topology no rebalancing happens until the
> node
> > explicitly removed from baseline topology.
> >
> > I would like to know real world scenarios which can not be covered by BLT
> > configuration.
> >
> >
> >
> > ср, 12 февр. 2020 г. в 15:16, Maxim Muzafarov <mmu...@apache.org>:
> >
> > > Alexey,
> > >
> > > > All scenarios where rebalanceDelay has meaning are handled by
> baseline
> > > topology now.
> > >
> > > Can you, please, provide more details here e.g. the whole list of
> > > scenarios where rebalanceDelay is used and how these handled by
> > > baseline topology?
> > >
> > > Actually, I doubt that it covers exactly all the cases due to
> > > rebalanceDelay is a "per cache group property" rather than "baseline"
> > > is meaningful for the whole topology.
> > >
> > > On Wed, 12 Feb 2020 at 12:58, Alexei Scherbakov
> > > <alexey.scherbak...@gmail.com> wrote:
> > > >
> > > > I've meant baseline topology.
> > > >
> > > > ср, 12 февр. 2020 г. в 12:41, Alexei Scherbakov <
> > > > alexey.scherbak...@gmail.com>:
> > > >
> > > > >
> > > > > V.Pyatkov
> > > > >
> > > > > Doesn't rebalance topology solves it ?
> > > > >
> > > > > ср, 12 февр. 2020 г. в 12:31, V.Pyatkov <vldpyat...@gmail.com>:
> > > > >
> > > > >> Hi,
> > > > >>
> > > > >> I am sure we can to reduce this ability, but do not completely.
> > > > >> We can use rebalance delay for disable it until manually
> triggered.
> > > > >>
> > > > >> CacheConfiguration#setRebalanceDelay(-1)
> > > > >>
> > > > >> It may helpful for cluster where can not allow performance drop
> from
> > > > >> rebalance at any time.
> > > > >>
> > > > >>
> > > > >>
> > > > >> --
> > > > >> Sent from: http://apache-ignite-developers.2346864.n4.nabble.com/
> > > > >>
> > > > >
> > > > >
> > > > > --
> > > > >
> > > > > Best regards,
> > > > > Alexei Scherbakov
> > > > >
> > > >
> > > >
> > > > --
> > > >
> > > > Best regards,
> > > > Alexei Scherbakov
> > >
> >
> >
> > --
> >
> > Best regards,
> > Alexei Scherbakov
>


-- 

Best regards,
Alexei Scherbakov

Reply via email to