W3C home > Mailing lists > Public > ietf-http-wg-old@w3.org > May to August 1996

Re: multi-host virtual sites for HTTP 1.2

From: Paul Hoffman <paulh@imc.org>
Date: Tue, 9 Jul 1996 17:00:24 -0700
Message-Id: <v03007607ae08a187ad5b@[]>
To: "S.R. Venkatramanan" <S.Venkatramanan@eng.sun.com>, http-wg%cuckoo.hpl.hp.com@hplb.hpl.hp.com
X-Mailing-List: <http-wg@cuckoo.hpl.hp.com> archive/latest/1065
At 3:47 PM -0700 7/9/96, S.R. Venkatramanan wrote:
>> From http-wg-request@cuckoo.hpl.hp.com Tue Jul  9 15:24 PDT 1996
>> With the Host: header in HTTP/1.1 it is possible to efficiently and
>> easily make a single host act as many "virtual" Web sites.
>> What I'd like to see in HTTP/1.2 is the ability to easily and
>> efficiently make multiple hosts act like a single virtual Web site, so
>> that one can build huge web sites.
>I think this is just an implementation, or rather, a site setup/administration
>problem than a protocol defeciency.  How about using a round-robin DNS
>to map the hostname to multiple irons, use the power of such multiple
>hosts in the cluster to serve nfs mounted files from the same or similar pool.

This misses a fair amount of the advantages suggested by Paul. For one,
every host in the round-robin would have to have all of the same content;
Paul's suggestion allows partial redirection. Thus,
http://www.megacorp/root1/... could be redirected to one host that has just
that content, while http://www.megacorp/root2/... could be redirected to a
different host with different content.

Further, Paul's suggestion makes it easier to add redundancy.
http://www.megacorp/root1/... could point to two or more hosts that are at
very different locations. If host1 is down because of hardware or network
failure, a good client would try host2 and so on. Of course, these hosts
have to try to have the same content, but it would be much less (and
therefore more likely to be the same) than for the entire MegaCorp tree.

--Paul Hoffman
--Internet Mail Consortium
Received on Tuesday, 9 July 1996 17:11:01 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 14:40:17 UTC