From dev-return-44494-archive-asf-public=cust-asf.ponee.io@ignite.apache.org Fri Feb 1 15:49:17 2019 Return-Path: X-Original-To: archive-asf-public@cust-asf.ponee.io Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by mx-eu-01.ponee.io (Postfix) with SMTP id 3D529180627 for ; Fri, 1 Feb 2019 16:49:17 +0100 (CET) Received: (qmail 74560 invoked by uid 500); 1 Feb 2019 15:49:16 -0000 Mailing-List: contact dev-help@ignite.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@ignite.apache.org Delivered-To: mailing list dev@ignite.apache.org Received: (qmail 74549 invoked by uid 99); 1 Feb 2019 15:49:16 -0000 Received: from mail-relay.apache.org (HELO mailrelay1-lw-us.apache.org) (207.244.88.152) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 01 Feb 2019 15:49:16 +0000 Received: from mail-vk1-f181.google.com (mail-vk1-f181.google.com [209.85.221.181]) by mailrelay1-lw-us.apache.org (ASF Mail Server at mailrelay1-lw-us.apache.org) with ESMTPSA id 427BEBC4 for ; Fri, 1 Feb 2019 15:49:15 +0000 (UTC) Received: by mail-vk1-f181.google.com with SMTP id n126so1666449vke.12 for ; Fri, 01 Feb 2019 07:49:15 -0800 (PST) X-Gm-Message-State: AJcUukeGzYUYv169j73PVO05+PbR72KYl8hFnVxyn64phgcpR8gkZy/a ZA1BfebQ6sIbZO0IGEQlAMsCgeF3cXauuYXqRFJOKA== X-Google-Smtp-Source: ALg8bN5da5TKDwHazAC28COLc+EvpuJvX9Ad0SUPbnJK0BE2YDsWTwchxAcJL/ynPaK1GPpXBBpzr2wN3qh/Vo9LrWE= X-Received: by 2002:a1f:4d47:: with SMTP id a68mr16305036vkb.34.1549036154899; Fri, 01 Feb 2019 07:49:14 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Igor Sapego Date: Fri, 1 Feb 2019 18:49:04 +0300 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Best Effort Affinity for thin clients To: dev Content-Type: multipart/alternative; boundary="000000000000c1ec340580d7150c" --000000000000c1ec340580d7150c Content-Type: text/plain; charset="UTF-8" Guys, I've updated the proposal once again [1], so please, take a look and let me know what you think. [1] - https://cwiki.apache.org/confluence/display/IGNITE/IEP-23%3A+Best+Effort+Affinity+for+thin+clients Best Regards, Igor On Thu, Jan 17, 2019 at 1:05 PM Igor Sapego wrote: > Yeah, I'll add it. > > Best Regards, > Igor > > > On Wed, Jan 16, 2019 at 11:08 PM Pavel Tupitsyn > wrote: > >> > to every server >> I did not think of this issue. Now I agree with your approach. >> Can you please add an explanation of this to the IEP? >> >> Thanks! >> >> On Wed, Jan 16, 2019 at 2:53 PM Igor Sapego wrote: >> >> > Pavel, >> > >> > Yeah, it makes sense, but to me it seems that this approach can lead >> > to more complicated client logic, as it will require to make additional >> > call >> > to every server, that reports affinity topology change. >> > >> > Guys, WDYT? >> > >> > Best Regards, >> > Igor >> > >> > >> > On Tue, Jan 15, 2019 at 10:59 PM Pavel Tupitsyn >> > wrote: >> > >> > > Igor, >> > > >> > > > It is proposed to add flag to every response, that shows whether >> the >> > > Affinity Topology Version of the cluster has changed since the last >> > request >> > > from the client. >> > > I propose to keep this flag. So no need for periodic checks. Makes >> sense? >> > > >> > > On Tue, Jan 15, 2019 at 4:45 PM Igor Sapego >> wrote: >> > > >> > > > Pavel, >> > > > >> > > > This will require from client to send this new request periodically, >> > I'm >> > > > not >> > > > sure this will make clients simpler. Anyway, let's discuss it. >> > > > >> > > > Vladimir, >> > > > >> > > > With current proposal, we will have affinity info in message header. >> > > > >> > > > Best Regards, >> > > > Igor >> > > > >> > > > >> > > > On Tue, Jan 15, 2019 at 11:01 AM Vladimir Ozerov < >> vozerov@gridgain.com >> > > >> > > > wrote: >> > > > >> > > > > Igor, >> > > > > >> > > > > I think that "Cache Partitions Request" should contain affinity >> > > topology >> > > > > version. Otherwise we do not know what distribution is returned - >> the >> > > one >> > > > > we expected, or some newer one. The latter may happen in case >> > topology >> > > > > changed or late affinity assignment happened between server >> response >> > > and >> > > > > subsequent client partitions request. >> > > > > >> > > > > Vladimir. >> > > > > >> > > > > On Mon, Jan 14, 2019 at 6:08 PM Igor Sapego >> > > wrote: >> > > > > >> > > > > > Hello guys, >> > > > > > >> > > > > > I've updated IEP page [1] describing proposed solution in more >> > > details >> > > > > and >> > > > > > proposing some changes for a protocol. >> > > > > > >> > > > > > Please, take a look and let me know what you think. >> > > > > > >> > > > > > [1] - >> > > > > > >> > > > > > >> > > > > >> > > > >> > > >> > >> https://cwiki.apache.org/confluence/display/IGNITE/IEP-23%3A+Best+Effort+Affinity+for+thin+clients >> > > > > > >> > > > > > Best Regards, >> > > > > > Igor >> > > > > > >> > > > > > >> > > > > > On Tue, Jun 19, 2018 at 11:54 AM Vladimir Ozerov < >> > > vozerov@gridgain.com >> > > > > >> > > > > > wrote: >> > > > > > >> > > > > > > Denis, >> > > > > > > >> > > > > > > Yes, in principle we can extend it. We are going to implement >> it >> > in >> > > > > > > subsequent phases of this IEP. >> > > > > > > >> > > > > > > On Tue, Jun 19, 2018 at 4:30 AM, Dmitriy Setrakyan < >> > > > > > dsetrakyan@apache.org> >> > > > > > > wrote: >> > > > > > > >> > > > > > > > On Mon, Jun 18, 2018 at 11:07 AM, Denis Magda < >> > dmagda@apache.org >> > > > >> > > > > > wrote: >> > > > > > > > >> > > > > > > > > Folks, >> > > > > > > > > >> > > > > > > > > Feel that this functionality can be extended to the >> automatic >> > > > > > > reconnect, >> > > > > > > > > can't it? Presently we require to provide a static list of >> > IPs >> > > to >> > > > > be >> > > > > > > used >> > > > > > > > > at a reconnect time. By having a partition map of all the >> > > nodes, >> > > > > the >> > > > > > > thin >> > > > > > > > > client should be able to automate this piece. >> > > > > > > > > >> > > > > > > > >> > > > > > > > Not sure if static IP list can be avoided. What Igor is >> > > suggesting >> > > > is >> > > > > > > that >> > > > > > > > we try to pick the best node out of the static IP list. >> > > > > > > > >> > > > > > > > D. >> > > > > > > > >> > > > > > > >> > > > > > >> > > > > >> > > > >> > > >> > >> > --000000000000c1ec340580d7150c--