r is restarted, as both will be considered
> down.
>
> So I think it would be better to use ip+port+id, it will have less impacts.
>
> BR/
>
> Alberto B.
>
> De: Dan Smith
> Enviado: viernes, 27 de marzo de 2020 19:14
> Para: dev@geode.
considered down.
So I think it would be better to use ip+port+id, it will have less impacts.
BR/
Alberto B.
De: Dan Smith
Enviado: viernes, 27 de marzo de 2020 19:14
Para: dev@geode.apache.org
Asunto: Re: WAN replication issue in cloud native environments
With
I thought the deadline for comments was extended until today (27th), so I added
a new comment on the RFC. I’m confused about the direction we are taking with
this proposal.
- Aaron
> On Mar 27, 2020, at 11:14 AM, Dan Smith wrote:
>
> With this PR, it would be possible to identify servers runn
With this PR, it would be possible to identify servers running with the
> same ip and port, because now they will be identified by member id. But
> Bruce realized that it could be a problem if two servers are running in the
> same JVM, as they will share the same member id. It seems its very unlike
n but
was changed after comments on a previous PR)
De: Alberto Bustamante Reyes
Enviado: jueves, 26 de marzo de 2020 20:17
Para: dev@geode.apache.org
Asunto: RE: WAN replication issue in cloud native environments
Ok, I have moved the RFC then. Thanks again for
Ok, I have moved the RFC then. Thanks again for your time & help!
De: Dan Smith
Enviado: jueves, 26 de marzo de 2020 18:54
Para: dev@geode.apache.org
Asunto: Re: WAN replication issue in cloud native environments
+1
After talking through this with Bruce a
pache.org"
> Cc: Jacob Barrett , Anilkumar Gingade <
> aging...@pivotal.io>, Charlie Black
> Subject: RE: WAN replication issue in cloud native environments
>
>
>
> Hi,
>
>
>
> I have modified the RFC to include the alternative suggested by Bruce. Im
>
22:38
Para: Alberto Bustamante Reyes ; Dan Smith
; dev@geode.apache.org
Cc: Jacob Barrett ; Anilkumar Gingade
; Charlie Black
Asunto: Re: WAN replication issue in cloud native environments
I think what Dan did was pass in a socket factory that would connect to his
gateway instead of
Bustamante Reyes ; Dan Smith
; dev@geode.apache.org
Cc: Jacob Barrett ; Anilkumar Gingade
; Charlie Black
Asunto: Re: WAN replication issue in cloud native environments
I think what Dan did was pass in a socket factory that would connect to his
gateway instead of the requested server. Doing
enough to receive comments.
De: Bruce Schuchardt
Enviado: jueves, 19 de marzo de 2020 16:30
Para: Alberto Bustamante Reyes ; Dan Smith
; dev@geode.apache.org
Cc: Jacob Barrett ; Anilkumar Gingade
; Charlie Black
Asunto: Re: WAN replication issue in cloud native environments
I wonder if a
.
De: Bruce Schuchardt
Enviado: jueves, 19 de marzo de 2020 16:30
Para: Alberto Bustamante Reyes ; Dan Smith
; dev@geode.apache.org
Cc: Jacob Barrett ; Anilkumar Gingade
; Charlie Black
Asunto: Re: WAN replication issue in cloud native environments
I wonder if an approach similar
11:24
Para: Dan Smith
Cc: dev@geode.apache.org ; Bruce Schuchardt
; Jacob Barrett ; Anilkumar
Gingade ; Charlie Black
Asunto: RE: WAN replication issue in cloud native environments
Thanks for point that out Dan. Sorry for the misunderstanding, as I only found
that "affinity" (setSe
11:24
Para: Dan Smith
Cc: dev@geode.apache.org ; Bruce Schuchardt
; Jacob Barrett ; Anilkumar
Gingade ; Charlie Black
Asunto: RE: WAN replication issue in cloud native environments
Thanks for point that out Dan. Sorry for the misunderstanding, as I only found
that "aff
a: Alberto Bustamante Reyes
Cc: dev@geode.apache.org ; Bruce Schuchardt
; Jacob Barrett ; Anilkumar
Gingade ; Charlie Black
Asunto: Re: WAN replication issue in cloud native environments
I think there is some confusion here.
The client side class ExecutablePool has a met
t; --
> *De:* Dan Smith
> *Enviado:* martes, 3 de marzo de 2020 18:07
> *Para:* dev@geode.apache.org
> *Cc:* Bruce Schuchardt ; Jacob Barrett <
> jbarr...@pivotal.io>; Anilkumar Gingade ; Charlie
> Black
> *Asunto:* Re: WAN replication issue in c
Schuchardt
; Jacob Barrett ; Anilkumar
Gingade ; Charlie Black
Asunto: Re: WAN replication issue in cloud native environments
Oh, sorry, I meant server affinity with the proxy itself. So that it will
always route traffic from the same gateway sender to the same gateway receiver.
Hopefully that would
> *Cc:* Bruce Schuchardt ; Jacob Barrett <
> jbarr...@pivotal.io>; Anilkumar Gingade ; Charlie
> Black
> *Asunto:* Re: WAN replication issue in cloud native environments
>
> > We are currently working on other issue related to this change: gw
> senders pings are not reach
; Charlie Black
Asunto: Re: WAN replication issue in cloud native environments
> We are currently working on other issue related to this change: gw
senders pings are not reaching the gw receivers, so ClientHealthMonitor
closes the connections. I saw that the ping tasks are created by
ServerLocation,
e: Bruce Schuchardt
> Enviado: lunes, 2 de marzo de 2020 20:20
> Para: dev@geode.apache.org ; Jacob Barrett <
> jbarr...@pivotal.io>
> Cc: Anilkumar Gingade ; Charlie Black <
> cbl...@pivotal.io>
> Asunto: Re: WAN replication issue in cloud native environments
>
> I'm
o we
need to distinguish them.
BR/
Alberto B.
De: Bruce Schuchardt
Enviado: lunes, 2 de marzo de 2020 20:20
Para: dev@geode.apache.org ; Jacob Barrett
Cc: Anilkumar Gingade ; Charlie Black
Asunto: Re: WAN replication issue in cloud native environments
I&#
Enviado: miércoles, 22 de enero de 2020 19:01
Para: Alberto Bustamante Reyes
Cc: dev@geode.apache.org ; Anilkumar Gingade
; Charlie Black
Asunto: Re: WAN replication issue in cloud native environments
On Jan 22, 2020, at 9:51 AM, Alberto Bustamante Reyes
22 de enero de 2020 19:01
> Para: Alberto Bustamante Reyes
> Cc: dev@geode.apache.org ; Anilkumar Gingade
> ; Charlie Black
> Asunto: Re: WAN replication issue in cloud native environments
>
>
>
>>> On Jan 22, 2020, at 9:51 AM, Alberto Bustamante Reyes
>>> wrot
ctions
in this case. Any comment is welcome 🙂
Thanks,
Alberto B.
De: Jacob Barrett
Enviado: miércoles, 22 de enero de 2020 19:01
Para: Alberto Bustamante Reyes
Cc: dev@geode.apache.org ; Anilkumar Gingade
; Charlie Black
Asunto: Re: WAN replication issue in cl
> On Jan 22, 2020, at 9:51 AM, Alberto Bustamante Reyes
> wrote:
>
> Thanks Naba & Jacob for your comments!
>
>
>
> @Naba: I have been implementing a solution as you suggested, and I think it
> would be convenient if the client knows the memberId of the server it is
> connected to.
>
> (
lication issue in cloud native environments
> On Jan 21, 2020, at 1:24 PM, Nabarun Nag wrote:
>
> Suggestion:
> - Instead, can we create a new class that contains the memberID and
> ServerLocation and that new class object is added as a key in the
> connectionMap.
I poked a
> On Jan 21, 2020, at 1:24 PM, Nabarun Nag wrote:
>
> Suggestion:
> - Instead, can we create a new class that contains the memberID and
> ServerLocation and that new class object is added as a key in the
> connectionMap.
I poked around a bit in this code and the ServerLocation is also in the
;
>
>
> De: Anilkumar Gingade
> Enviado: viernes, 6 de diciembre de 2019 18:56
> Para: geode
> Cc: Charlie Black
> Asunto: Re: WAN replication issue in cloud native environments
>
> Alberto,
>
> Can you please file a JIRA ticket fo
://github.com/apache/geode/pull/4489
Thanks in advance!
Alberto B.
De: Anilkumar Gingade
Enviado: viernes, 6 de diciembre de 2019 18:56
Para: geode
Cc: Charlie Black
Asunto: Re: WAN replication issue in cloud native environments
Alberto,
Can you please file a
er on behalf of the client (GW sender in this case) it does so
> > based
> > > on the server load. When sender connects and considering all servers
> are
> > > using same VIP:PORT it is load balancer that will decide where the
> > > connection will end up, but likely not on the one selected by locator.
> So
>
> Enviado: miércoles, 4 de diciembre de 2019 18:11
> Para: dev@geode.apache.org
> Asunto: Re: WAN replication issue in cloud native environments
>
> Alberto,
>
> Something else to think about SNI based routing. I believe Mario might be
> working on adding SNI to Geode - he
iado: miércoles, 4 de diciembre de 2019 18:11
Para: dev@geode.apache.org
Asunto: Re: WAN replication issue in cloud native environments
Alberto,
Something else to think about SNI based routing. I believe Mario might be
working on adding SNI to Geode - he at least had a proposal that he
e-mail
;
> Thanks!
>
> Alberto B.
>
> ________________
> De: Jacob Barrett
> Enviado: viernes, 29 de noviembre de 2019 13:06
> Para: dev@geode.apache.org
> Asunto: Re: WAN replication issue in cloud native environments
>
>
>
> > On Nov 29, 2019, a
: viernes, 29 de noviembre de 2019 13:06
Para: dev@geode.apache.org
Asunto: Re: WAN replication issue in cloud native environments
> On Nov 29, 2019, at 3:14 AM, Alberto Bustamante Reyes
> wrote:
>
> The reason for such a setup is deploying Geode cluster on a Kubernetes
> clust
> On Nov 29, 2019, at 3:14 AM, Alberto Bustamante Reyes
> wrote:
>
> The reason for such a setup is deploying Geode cluster on a Kubernetes
> cluster where all GW receivers are reachable from the outside world on the
> same VIP and port.
Are you using LoadBalancer Service type?
> Other kin
Hi all,
We have a problem with Geode WAN replication when GW receivers are configured
with the same hostname-for-senders and port on all servers.
The reason for such a setup is deploying Geode cluster on a Kubernetes cluster
where all GW receivers are reachable from the outside world on the sam
35 matches
Mail list logo
