|
I wasn't implying that this needed to be changed.
>>> mack@xxxxxxxxxxx 09/13/01 08:52AM >>>
On Wed, 12 Sep 2001, Brett Simpson wrote:
> 24. Geographically distributed load balancing
>
> LVS-Tun offers the opportunity for your realservers to be anywhere
(including on different continents). This will allow you to keep serving
your doubleclick advertisements, even if a terrorist blows up your server
in the World Trade Center - you still have one operating on sealand.
>
I'll be uploading a revised edition of the HOWTO shortly. I understand in
the light of tuesday's events, this is not funny.
In case you're wondering why I wrote this...
IT managers are interested in redundant backups and data recovery. Part of
my work is to listen to vendor presentations on their solution to
preserving their data through a disaster. There were a relatively large
percentage (about 40 out of 100 from vague memory) of IT businesses that
were in the WTC at the time of the 1993 bombing that went out of business
because they didn't allow for a disaster: their backup servers were also
in the WTC; they couldn't recreate their business from tape sufficiently
to continue, they didn't have machines elsewhere to continue business...
Every talk I go to on data backup has these statistics as part of the talk
to impress upon managers that if your business is data, you better look
after it.
Across the Hudson river/ NY harbour from the WTC is New Jersey. I guess
it's 10-20km from the WTC, far enough away to be protected from the
effects of a terrorist attack on the WTC and far enough to be a challenge
for near real time mirroring of data. Talks on scsi over optical fibre
usually include whether information on whether you can do it in realtime
over a 20km link, and everyone knows why that distance has been chosen.
I noticed in the aftermath of tuesday's events that the IT related news
all included announcements that every bit of data was safe. Apparently the
IT people learnt to geographically distribute their resources.
Joe
--
Joseph Mack mack@xxxxxxxxxxx
_______________________________________________
LinuxVirtualServer.org mailing list - lvs-users@xxxxxxxxxxxxxxxxxxxxxx
Send requests to lvs-users-request@xxxxxxxxxxxxxxxxxxxxxx
or go to http://www.in-addr.de/mailman/listinfo/lvs-users
|
