<div dir="ltr">This is mentioned by Tristan "L4 client intelligence" which mean HotRod not Network<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, May 22, 2017 at 1:52 PM, Sebastian Laskawiec <span dir="ltr"><<a href="mailto:slaskawi@redhat.com" target="_blank">slaskawi@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><br><div class="gmail_quote"><span class=""><div dir="ltr">On Fri, May 19, 2017 at 1:18 PM Wolf Fink <<a href="mailto:wfink@redhat.com" target="_blank">wfink@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div><div><div><div><div><div>+1 for Vojtech<br><br></div>yes the client's need to moved to the new cluster in one shot current, that was discussed before.<br></div>And it makes the migration because most of the customers are not able to make that happen.<br></div>So there is a small possibility of inconsistence if clients connect to the old server update entries until the new server already migrated it.<br><br></div>I see two options<br>1)<br></div>source server need to propagate active to target on update<br>2)<br></div>with the new L4 strategy all clients are moved automatically to the target. So the source is not updated.<br></div>I only see a small possibility for this to happen during switch<br></div>- a client might still have a request to the source until other clients are moved to target and already accessed the key<br></div>- a new client connects with old properties, here we need to ensure that the first request is redirected to the target and not update the source<br></div></blockquote><div><br></div></span><div>Could you please tell me what L4 means in this context? Are you referring to L4 routing/switching (transport level) or new Hot Rod client intelligence?</div><div><br></div><div>In Kubernetes/OpenShift governing an Infinispan cluster by a Load Balancer could do the trick. If all clients will use Service URL, once Kubernetes kills all "old" Pods, all TCP socket connection will break and the client will retry. This will result in massive load of error messages but the client will eventually connect to the new cluster.</div><span class=""><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, May 19, 2017 at 12:50 PM, Vojtech Juranek <span dir="ltr"><<a href="mailto:vjuranek@redhat.com" target="_blank">vjuranek@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>On středa 17. května 2017 16:56:25 CEST Tristan Tarrant wrote:<br>
> 2) Need a way to "rollback" the process in case of failures during the<br>
> migration: redirecting the clients back to the original cluster without<br>
> data loss. This would use the above L4 strategy.<br>
<br>
</span>it's not only about redirecting clients - IIRC newly created entries on target<br>
cluster are not propagated back to source cluster during rolling upgrade, so<br>
we need also somehow sync these new data back to source cluster during the<br>
rollback to avoid data losses. Same applies to "cancel process" feature<br>______________________________<wbr>_________________<br>
infinispan-dev mailing list<br>
<a href="mailto:infinispan-dev@lists.jboss.org" target="_blank">infinispan-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/infinispan-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/<wbr>mailman/listinfo/infinispan-<wbr>dev</a><br></blockquote></div><br></div>
______________________________<wbr>_________________<br>
infinispan-dev mailing list<br>
<a href="mailto:infinispan-dev@lists.jboss.org" target="_blank">infinispan-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/infinispan-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/<wbr>mailman/listinfo/infinispan-<wbr>dev</a></blockquote></span></div></div><span class="HOEnZb"><font color="#888888"><div dir="ltr">-- <br></div><div data-smartmail="gmail_signature"><div dir="ltr"><p class="m_-8352178615047443217inbox-inbox-fullname-container" style="box-sizing:border-box;color:rgb(0,0,0);font-family:overpass,sans-serif;font-weight:bold;margin:0px;padding:0px;font-size:14px;text-transform:uppercase"><span class="m_-8352178615047443217inbox-inbox-firstname-container" style="box-sizing:border-box">SEBASTIAN</span><span class="m_-8352178615047443217inbox-inbox-Apple-converted-space"> </span><span class="m_-8352178615047443217inbox-inbox-lastname-container" style="box-sizing:border-box">ŁASKAWIEC</span></p><p class="m_-8352178615047443217inbox-inbox-position-container" style="box-sizing:border-box;color:rgb(0,0,0);font-family:overpass,sans-serif;font-size:10px;margin:0px 0px 4px;text-transform:uppercase"><span class="m_-8352178615047443217inbox-inbox-position" style="box-sizing:border-box">INFINISPAN DEVELOPER</span></p><p class="m_-8352178615047443217inbox-inbox-legal-container" style="box-sizing:border-box;font-family:overpass,sans-serif;margin:0px;font-size:10px;color:rgb(153,153,153)"><a class="m_-8352178615047443217inbox-inbox-redhat-anchor" href="https://www.redhat.com/" style="box-sizing:border-box;color:rgb(0,136,206);margin:0px;text-decoration:none" target="_blank">Red Hat<span class="m_-8352178615047443217inbox-inbox-Apple-converted-space"> </span><span style="box-sizing:border-box">EMEA</span></a></p><table style="box-sizing:border-box;color:rgb(0,0,0);font-family:overpass,sans-serif;font-size:medium" border="0"><tbody style="box-sizing:border-box"><tr style="box-sizing:border-box"><td style="box-sizing:border-box" width="100px"><a href="https://red.ht/sig" style="box-sizing:border-box" target="_blank"><img style="box-sizing:border-box" height="auto" width="90"></a></td></tr></tbody></table></div></div>
</font></span><br>______________________________<wbr>_________________<br>
infinispan-dev mailing list<br>
<a href="mailto:infinispan-dev@lists.jboss.org">infinispan-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/infinispan-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/<wbr>mailman/listinfo/infinispan-<wbr>dev</a><br></blockquote></div><br></div>