Pinboard (jm)
https://pinboard.in/u:jm/public/
recent bookmarks from jmThread by @shockproofbeats: "Got my days wrong and ended up alone in a room with my boss and the President of Ireland while I was on ketamine. Right, this was when I was […]"2018-05-03T21:44:27+00:00
https://threadreaderapp.com/thread/992006545473966082.html
jmketamine funny drugs mary-mcaleese vips work jobs fail twitterhttps://pinboard.in/https://pinboard.in/u:jm/b:8d30b316a37f/Seesaw: scalable and robust load balancing from Google2016-01-30T19:24:46+00:00
http://google-opensource.blogspot.ie/2016/01/seesaw-scalable-and-robust-load.html?m=1
jmAfter evaluating a number of platforms, including existing open source projects, we were unable to find one that met all of our needs and decided to set about developing a robust and scalable load balancing platform. The requirements were not exactly complex - we needed the ability to handle traffic for unicast and anycast VIPs, perform load balancing with NAT and DSR (also known as DR), and perform adequate health checks against the backends. Above all we wanted a platform that allowed for ease of management, including automated deployment of configuration changes.
One of the two existing platforms was built upon Linux LVS, which provided the necessary load balancing at the network level. This was known to work successfully and we opted to retain this for the new platform. Several design decisions were made early on in the project — the first of these was to use the Go programming language, since it provided an incredibly powerful way to implement concurrency (goroutines and channels), along with easy interprocess communication (net/rpc). The second was to implement a modular multi-process architecture. The third was to simply abort and terminate a process if we ended up in an unknown state, which would ideally allow for failover and/or self-recovery.
]]>seesaw load-balancers google load-balancing vips anycast nat lbs go ops networkinghttps://pinboard.in/https://pinboard.in/u:jm/b:b4e179914043/Shutterbits replacing hardware load balancers with local BGP daemons and anycast2014-05-29T10:07:07+00:00
http://bits.shutterstock.com/2014/05/22/stop-buying-load-balancers-and-start-controlling-your-traffic-flow-with-software/
jmscalability networking performance load-balancing bgp exabgp ospf anycast routing datacenters scaling vips juniper haproxy shutterstockhttps://pinboard.in/https://pinboard.in/u:jm/b:55674ebcedb2/