Skip to Content.
Sympa Menu

per-entity - Re: [Per-Entity] remaining BIG questions

Subject: Per-Entity Metadata Working Group

List archive

Re: [Per-Entity] remaining BIG questions


Chronological Thread 
  • From: "Cantor, Scott" <>
  • To: Nick Roy <>, "" <>
  • Subject: Re: [Per-Entity] remaining BIG questions
  • Date: Wed, 14 Sep 2016 20:31:24 +0000
  • Accept-language: en-US
  • Authentication-results: spf=pass (sender IP is 164.107.81.218) smtp.mailfrom=osu.edu; incommon.org; dkim=none (message not signed) header.d=none;incommon.org; dmarc=bestguesspass action=none header.from=osu.edu;
  • Ironport-phdr: 9a23:1dqE6xReWHxp9uJjKefa9RPr8tpsv+yvbD5Q0YIujvd0So/mwa64YBGN2/xhgRfzUJnB7Loc0qyN7PCmBDdLuMvJmUtBWaIPfidNsd8RkQ0kDZzNImzAB9muURYHGt9fXkRu5XCxPBsdMs//Y1rPvi/6tmZKSV3XfDB4LeXtG4PUk9//l6Xro8WSME10g2+bYLhxZC+xvE2FsNMRkKNjLLo80B3EviEOduhLkycgb0qehVPx4Nux4I9L8iJbvPck8MgGVr/1NexsVbFCSTkgL2Ep9eXqsxLESA6I4D0bSGpAwTRSBA2QpjrzWIv2qG+yjeF6xDXQdZn9RLYoXi7ktY9sUwKuhSsaYW1quFrLg9B92foI6CmqoAZylsuNONmY
  • Spamdiagnosticmetadata: NSPM
  • Spamdiagnosticoutput: 1:99

On 9/14/16, 3:58 PM,
"
on behalf of Nick Roy"
<
on behalf of
>
wrote:

> I'll also just leave this here for you to peruse/think about:
>
> https://loadbalancer.org/blog/gslb-why-do-global-server-load-balancers-suck

There are lot of those articles around, many of which I've read very
recently, and they all share some characteristics:

- they're years old, sometimes 10+
- they don't actually offer a solution to the problems

When state isn't a consideration, I would agree that certainly one has more
options, and it's probably easier to manipulate DNS or just make clients a
little smarter, and you'll end up most of the way there anyway. And if that's
how people serve content now, that's fine, though of course they're doing so
on the backs of browsers having been forced to do an absolute ton of changes
to handle DNS and failover differently than they did in 1995. In other words
"GSLB sucks if you can make Firefox do it all for you". Well, we're not
Firefox unfortunately.

Speaking more generally, if you add sticky state (and this doesn't apply to
MDQ, I'm talking in general), suddenly all these tricks fail horribly, and
you either do GSLB, hack your own GSLB (could be as simple as hot/cold of
course), or you just hope you never have a network outage I guess.

The modern GSLB devices really do the crazy things you thought you'd have to
make them do to pull it off, because they had to do something to justify the
prices. They proxy each other in real time behind the scenes to prevent
client addresss switches from breaking apps. Jim Fox described doing that
himself with cookies + Apache many years back. It is basically the only way
to avoid a real-time SPOF from your network layer.

Do they work? I'm probably going to find out soon and will certainly let you
know. If they don't, then there really isn't much I can do about it, so
hot/cold it is.

-- Scott





Archive powered by MHonArc 2.6.19.

Top of Page