Vyacheslav, Evgeny, All scenarios where rebalanceDelay has meaning are handled by baseline topology now.
ср, 12 февр. 2020 г. в 12:00, Alexei Scherbakov < alexey.scherbak...@gmail.com>: > Sergey, > > The ticket looks outdated. > In fact this is already implemented. > > ср, 12 февр. 2020 г. в 11:58, Sergey-A Kosarev <sergey-a.kosa...@db.com>: > >> Classification: Public >> >> Hi, Alexey. >> I believe it can't be done until in-memory caches will use baseline >> topology [1]. >> In our case we are using rebalanceDelay for in-memory caches. >> >> [1] https://issues.apache.org/jira/browse/IGNITE-8414 >> >> >> Kind regards, >> Sergey Kosarev >> >> -----Original Message----- >> From: Zhenya Stanilovsky [mailto:arzamas...@mail.ru.INVALID] >> Sent: 12 February 2020 11:33 >> To: dev@ignite.apache.org >> Subject: Re: [DISCUSSION] Deprecation of obsolete rebalancing >> functionality >> >> >> >> I know guys who use this setting (may be erroneously) = MAX_INT for real >> rebalance delaying (very small sla) grid without persistence. But i don`t >> know further algo, may be if backup nodes become extremely small they >> creates the same cluster near it. Can ignite simple disable rebalance? >> >> >Folks, >> > >> >I want to deprecate some obsolete functionality related to rebalancing. >> >Details in [1] >> > >> >Any objections ? >> > >> >[1] https://issues.apache.org/jira/browse/IGNITE-12662 >> > >> >-- >> > >> >Best regards, >> >Alexei Scherbakov >> > >> >> >> >> >> >> >> --- >> This e-mail may contain confidential and/or privileged information. If >> you are not the intended recipient (or have received this e-mail in error) >> please notify the sender immediately and delete this e-mail. Any >> unauthorized copying, disclosure or distribution of the material in this >> e-mail is strictly forbidden. >> >> Please refer to https://www.db.com/disclosures for additional EU >> corporate and regulatory disclosures and to >> http://www.db.com/unitedkingdom/content/privacy.htm for information >> about privacy. >> > > > -- > > Best regards, > Alexei Scherbakov > -- Best regards, Alexei Scherbakov
