Recently, AWS ELB is inevitable solution for large scale-out system. Most of system administrator or network operator are not familiar with GRE tunnel.
If maintaining two TCP flows is computational and memory intensive, it will be good target for VPP. Regards, Choonho On Mon, Jul 24, 2017 at 5:15 PM, Pierre Pfister (ppfister) < [email protected]> wrote: > Hello Choonho, > > MagLev is a layer 4 load-balancer. It load balances TCP connexions to a > set of targets. > This is done by simply forwarding packets on a per-5-tuple basis with a > flow table to remember decisions. > Since the destination address of packets is not modified, a tunnel is > necessary. > > HAProxy is an application layer load balancer, performing an HTTP proxy > function. > HAProxy terminates all TCP flows, and creates upstream TCP flows with > targets. > This approach induces a significant overhead due to the computational and > memory cost of maintaining two TCP connexions. > It also has consequences on TCP options support and passthrough, as well > as performances (delay and/or throughput). > > Using an application layer load balancer has advantages, but avoiding GRE > tunnel is not a good one, unless you have absolutely no control over the > target servers. > > Since VPP has a TCP stack, it is possible to build an HTTP Proxy with VPP, > and I would be curious to see the performances of such a thing. > > - Pierre > > > > Le 24 juil. 2017 à 05:43, Choonho Son <[email protected]> a écrit : > > > > Hi all, > > > > Current LB plugin is similar with Google's MagLev which connects LB and > Target(Application Server) with GRE tunnel. > > > > But most of LBs like HAProxy or AWS ELB do not have GRE tunnel between > LB and target. > > > > How about making new Plugin like HAProxy. > > > > Thanks, > > Choonho > > > > _______________________________________________ > > vpp-dev mailing list > > [email protected] > > https://lists.fd.io/mailman/listinfo/vpp-dev > >
_______________________________________________ vpp-dev mailing list [email protected] https://lists.fd.io/mailman/listinfo/vpp-dev
