Regarding Linux supporting multiple CPUs, I stand corrected and appreciate
the update. Last I had heard, the official kernel hasn't changed. The CPU
comment I made was wasn't meant imply Linux was bad, simply to say that it
is something to consider when evaluating the cost and number of servers.
Whether to use Linux, NT or Solaris really is a per-implementation solution.
There are obviously trade-offs in terms of hardware and software costs, the
cost and availability of specialists in each OS, and integration with the
enterprise to consider.
Thanks again for the information. I appreciate it.
--Doug
-----Original Message-----
From: Bryan Batchelder [mailto:[EMAIL PROTECTED]]
Sent: Thursday, July 27, 2000 4:08 PM
To: '[EMAIL PROTECTED]'
Subject: RE: "Milking...", "High Scalability" and "$1000 servers"
Linux does indeed do more than one CPU! It hits a performance wall at 4
CPUs, but this is expected to change when the next version of the kernel
comes out (2.4 - which is currently in beta).
Linux has done SMP at least from version 2.0. (current version is 2.2)
Linux on other hardware (Sparc particularly) performs quite well on machines
with upwards of 16 processors.
Also, the currently fastest web server runs on linux (integrated into the
newer kernel 2.4). This would fit very well with the static page paradigm
(static pages created every X minutes from dynamic data).
http://linuxtoday.com/news_story.php3?ltsn=2000-07-05-001-04-OP
I am not saying that linux is a better CF server than <your favorite
OS/Hardware>, I am just correcting an earlier staement about linux and SMP.
Also, there are linux distributions now that have HTTP clustering *built-in*
right out of the box.
Good day,
--b
"A product's only late once, but it can suck
forever." -- Ben Spees, Ambrosia Software
--------------------------------------------
Bryan D. Batchelder
Palm Wireless/Internet Application Developer
W: 813.935.7100
W: 813-936-8844 x 423 (after 5:30PM EST)
H: 727-547-1322
M: 727-808-4296
--------------------------------------------
ConnectWise, Inc. (www.ConnectWise.com)
2803 West Busch Blvd, Suite 204
Tampa, FL 33618
--------------------------------------------
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Thursday, July 27, 2000 6:41 PM
To: [EMAIL PROTECTED]
Subject: "Milking...", "High Scalability" and "$1000 servers"
Greetings fellow CF Fans!
I've received and read a lot of comments to the postings I did yesterday
regarding scalability and thought I'd put them all together in one e-mail
for simplicity. Sorry for the long post...
--Doug
CFSWITCH - YES!
Consider this code:
<cfif #left(mystring, 2)# IS "AB">
...
<cfelseif #left(mystring, 2)# IS "BC">
...
<cfelseif #left(mystring, 2)# IS DE">
...
<cfelse>
...
</cfif>
If the value of the operation is "FG", you're doing 3 string operations to
just get to CFELSE. That's a lot of unnecessary CF processing. With a
CFSWITCH, you do the processing once then determine the correct action to
take based upon the result string. This is much faster and actually is
usually cleaner code to read.
SELECT * -- NEVER!
This was a good suggestion. First of all let's assume your DBA (you have a
stellar DBA right? No? Don't plan an IPO in your near future then...)
decides you need three more columns on the table and they are 16 chars each.
Now you have 48 chars PER RECORD coming back to your application that you
don't need. That adds up quickly and slows your application down, even
though when you designed it, it seemed to run smoothly. Secondly, it means
that SQL has to do minor overhead to figure out what to send you. It's
minor, but why make it do the work, ESPECIALLY if this query is run
frequently. Finally, it makes it easier for the "next guy" to debug your
code.
Scoping Variables - Always
YES! Always scope variables. You get two benefits. First, the developer
after you that reads your code can figure it out much more quickly.
Secondly, you aren't forcing CF to take valuable milliseconds to figure out
what the variable's scope is since it's already defined. It's a minor
point, but well worth making a part of your daily coding ritual.
CFSETTING - White Space
The CFSETTING tag and respective CFADMIN setting for this globally appear to
be great tools. In some cases they are. However, remember that essentially
you're asking CF to do extra work to remove these "offensive items" (tabs,
spaces, etc.). If your page is now 5k instead of 6k, is that worth the CPU
overhead? Each developer will have to decide if it makes cost-effective
sense to do this. I've found cases where it was good AND those where it
caused more processing overhead and really didn't save a lot of bandwidth.
So be careful and decide when this is best to use rather than just setting
the entire application or even server to remove white space all the time.
Lots of Cheap Servers or Big Beefy Servers?
First of all, the SQL server should have a twin or slightly lesser machine
if cost is an issue and these should be as powerful as you can reasonably
afford. Put your horsepower into your database.
Secondly, get a load balancing solution that has fail-over built in. This
way you can put ANY web servers (cheap OR expensive, NT, Solaris or
otherwise) all in the same solution and the load balancer will find the best
server for each request. Note that session management is a big issue here I
won't discuss now.
Finally, buy web servers. Consider the cost of the hardware AND software
together. Sure you could get a cheap 1U Linux box. Linux's kernel though
only supports one CPU (talk to Linus Torvalds about that one) so you can
keep these machines fairly cheap. Allaire, however, will charge you for a
CF license for each, so there's a hit there. If your applications are CPU
intensive, get stronger hardware. If you're doing very lightweight pages
and lots of them, a farm is probably good. What's EVEN BETTER is to see if
you can build a scheduler to convert pages to static HTML and put them on a
NON-CF server and preferably in a caching environment outside your network.
That's often the best and cheapest solution. Look at Yahoo. Most of their
content is static pages rebuilt regularly with CGI to just help steer you to
a static page. That model makes lots of sense and is cheap to build.
NT v. Solaris
My research and opinion says six of one, half dozen of the other. Where one
has more power, it has more cost to balance either in hardware or in labor
costs to support more advanced gear. I've yet to see research that strongly
indicated one solution greatly outperformed the other in comparable farms
and while doing so at a greatly reduced cost. So the end result is build
what's comfortable and cost-effective for you... but don't expect a one
solution fits all answer to this question.
$1000 light servers v. dual CPU
The "2 NIC" approach
Yes, we've done research here and it's highly recommended. Even Compaq in
their DISA architecture recommends it? Why? Because it creates two
networks, both high speed and isolated. The first is so your web servers
talk directly to a dedicated switch that talks to your firewall, router or
DMZ. This way you're isolated from your regular office network traffic and
get right out to the internet to deal with customers. The second network is
so web servers have high speed and isolated connections to the SQL cluster.
This is the fastest way to get data to these machines. If you just put
everything into one large switch (which often has a common backplane) and
just use one NIC per system, you're putting both the Internet and SQL
traffic on the same cards, ports, etc. and eventually you will see
degradation. Also, this is a security issue (although minor) because in
theory the router could talk to the switch and directly to SQL. It's far
easier to block this port in your firewall with a two network approach and
that way insure that only internal servers talk to SQL. It's a minor point,
but worth noting... especially if you plan to file an S-1 document in your
future.
Log Analyzers
Yes, under high load this needs to be a dedicated server. Set it up and
archive the raw logs (I agree with the recommendaiton to use .ZIP archives
to save archiving space requiremenets). Once the analyzer processes it, the
raw logs don't need to remain on the server. Don't forget to "flush" the
dataset as well since you probably don't need to keep all this data live.
Static HTML reports can easily be archived but the Gb of data that it took
to make it doesn't have to remain online. Also, by removing these logs from
the web servers ASAP, you don't need big drives on your web servers and can
keep the costs down. Writing this data to a file share on the fly is not
recommended as it will greatly increase the "chattiness" of your network
segment.
IPs or Virtual Hosting
I've seen both done in various environments and projects and haven't seen
any measurable difference. Yes you can host a LOT of domains on a single
server as long as the bandwidth limits of the box don't become an issue.
Lots of "inexpensive" hosting solutions do this. It's fast, cheap and easy.
If you run your own network, however, I always like a well documented IP
strategy... but it's not always needed.
Lots of Servers - One File Share for Content
Having your web servers grab their content from a file share makes it very
easy to scale and distribute content. You can essentially make each one a
"mirror image" of the others. It's fast, cheap and easy as long as the CF
licensing costs don't become an issue. This is a great way to have lots of
domains on lots of servers and provide redundancy. It's also great for
security because you put FTP on the file server and the customers never
actually hit the web server farm.
___________________________________________
Douglas Nottage
Director of Advanced Technology
Autobytel.com (NASDAQ: ABTL )
___________________________________________
"Never doubt that a small group of thoughtful,
committed people can change the world.
Indeed, it is the only thing that ever has."
--- Margaret Mead
___________________________________________
----------------------------------------------------------------------------
--
Archives: http://www.mail-archive.com/[email protected]/
To Unsubscribe visit
http://www.houseoffusion.com/index.cfm?sidebar=lists&body=lists/cf_talk or
send a message to [EMAIL PROTECTED] with 'unsubscribe' in
the body.
------_=_NextPart_001_01BFF81F.80D027C0
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2650.12">
<TITLE>RE: "Milking...", "High Scalability" and =
"$1000 servers"</TITLE>
</HEAD>
<BODY>
<P><FONT SIZE=3D2>Linux does indeed do more than one CPU! It hits =
a performance wall at 4 CPUs, but this is expected to change when the =
next version of the kernel comes out (2.4 - which is currently in =
beta).</FONT></P>
<P><FONT SIZE=3D2>Linux has done SMP at least from version 2.0. =
(current version is 2.2)</FONT>
</P>
<P><FONT SIZE=3D2>Linux on other hardware (Sparc particularly) performs =
quite well on machines with upwards of 16 processors.</FONT>
</P>
<P><FONT SIZE=3D2>Also, the currently fastest web server runs on linux =
(integrated into the newer kernel 2.4). This would fit very well =
with the static page paradigm (static pages created every X minutes =
from dynamic data).</FONT></P>
<P><FONT SIZE=3D2><A =
HREF=3D"http://linuxtoday.com/news_story.php3?ltsn=3D2000-07-05-001-04-O=
P" =
TARGET=3D"_blank">http://linuxtoday.com/news_story.php3?ltsn=3D2000-07-0=
5-001-04-OP</A></FONT>
</P>
<P><FONT SIZE=3D2>I am not saying that linux is a better CF server than =
<your favorite OS/Hardware>, I am just correcting an earlier =
staement about linux and SMP.</FONT></P>
<P><FONT SIZE=3D2>Also, there are linux distributions now that have =
HTTP clustering *built-in* right out of the box.</FONT>
</P>
<P><FONT SIZE=3D2>Good day,</FONT>
</P>
<P><FONT SIZE=3D2>--b</FONT>
</P>
<P><FONT SIZE=3D2>"A product's only late once, but it can =
suck </FONT>
<BR><FONT SIZE=3D2> forever." -- Ben Spees, Ambrosia =
Software</FONT>
<BR><FONT SIZE=3D2>--------------------------------------------</FONT>
<BR><FONT =
SIZE=3D2> =
Bryan D. Batchelder </FONT>
<BR><FONT SIZE=3D2>Palm Wireless/Internet Application Developer</FONT>
<BR><FONT SIZE=3D2>W: 813.935.7100</FONT>
<BR><FONT SIZE=3D2>W: 813-936-8844 x 423 (after 5:30PM EST)</FONT>
<BR><FONT SIZE=3D2>H: 727-547-1322</FONT>
<BR><FONT SIZE=3D2>M: 727-808-4296</FONT>
<BR><FONT SIZE=3D2>--------------------------------------------</FONT>
<BR><FONT SIZE=3D2>ConnectWise, Inc. (www.ConnectWise.com)</FONT>
<BR><FONT SIZE=3D2>2803 West Busch Blvd, Suite 204</FONT>
<BR><FONT SIZE=3D2>Tampa, FL 33618</FONT>
<BR><FONT SIZE=3D2>--------------------------------------------</FONT>
</P>
<P><FONT SIZE=3D2>-----Original Message-----</FONT>
<BR><FONT SIZE=3D2>From: [EMAIL PROTECTED] [<A =
HREF=3D"mailto:[EMAIL PROTECTED]">mailto:[EMAIL PROTECTED]</A>]</FON=
T>
<BR><FONT SIZE=3D2>Sent: Thursday, July 27, 2000 6:41 PM</FONT>
<BR><FONT SIZE=3D2>To: [EMAIL PROTECTED]</FONT>
<BR><FONT SIZE=3D2>Subject: "Milking...", "High =
Scalability" and "$1000 servers"</FONT>
</P>
<BR>
<BR>
<P><FONT SIZE=3D2>Greetings fellow CF Fans!</FONT>
</P>
<P><FONT SIZE=3D2>I've received and read a lot of comments to the =
postings I did yesterday</FONT>
<BR><FONT SIZE=3D2>regarding scalability and thought I'd put them all =
together in one e-mail</FONT>
<BR><FONT SIZE=3D2>for simplicity. Sorry for the long =
post...</FONT>
</P>
<P><FONT SIZE=3D2>--Doug</FONT>
</P>
<P><FONT SIZE=3D2>CFSWITCH - YES!</FONT>
</P>
<P><FONT SIZE=3D2>Consider this code:</FONT>
</P>
<P><FONT SIZE=3D2><cfif #left(mystring, 2)# IS =
"AB"></FONT>
<BR> <FONT =
SIZE=3D2>...</FONT>
<BR><FONT SIZE=3D2><cfelseif #left(mystring, 2)# IS =
"BC"></FONT>
<BR> <FONT =
SIZE=3D2>...</FONT>
<BR><FONT SIZE=3D2><cfelseif #left(mystring, 2)# IS =
DE"></FONT>
<BR> <FONT =
SIZE=3D2>...</FONT>
<BR><FONT SIZE=3D2><cfelse></FONT>
<BR> <FONT =
SIZE=3D2>...</FONT>
<BR><FONT SIZE=3D2></cfif></FONT>
</P>
<P><FONT SIZE=3D2>If the value of the operation is "FG", =
you're doing 3 string operations to</FONT>
<BR><FONT SIZE=3D2>just get to CFELSE. That's a lot of =
unnecessary CF processing. With a</FONT>
<BR><FONT SIZE=3D2>CFSWITCH, you do the processing once then determine =
the correct action to</FONT>
<BR><FONT SIZE=3D2>take based upon the result string. This is =
much faster and actually is</FONT>
<BR><FONT SIZE=3D2>usually cleaner code to read.</FONT>
</P>
<P><FONT SIZE=3D2>SELECT * -- NEVER!</FONT>
</P>
<P><FONT SIZE=3D2>This was a good suggestion. First of all let's =
assume your DBA (you have a</FONT>
<BR><FONT SIZE=3D2>stellar DBA right? No? Don't plan an IPO in =
your near future then...)</FONT>
<BR><FONT SIZE=3D2>decides you need three more columns on the table and =
they are 16 chars each.</FONT>
<BR><FONT SIZE=3D2>Now you have 48 chars PER RECORD coming back to your =
application that you</FONT>
<BR><FONT SIZE=3D2>don't need. That adds up quickly and slows =
your application down, even</FONT>
<BR><FONT SIZE=3D2>though when you designed it, it seemed to run =
smoothly. Secondly, it means</FONT>
<BR><FONT SIZE=3D2>that SQL has to do minor overhead to figure out what =
to send you. It's</FONT>
<BR><FONT SIZE=3D2>minor, but why make it do the work, ESPECIALLY if =
this query is run</FONT>
<BR><FONT SIZE=3D2>frequently. Finally, it makes it easier for =
the "next guy" to debug your</FONT>
<BR><FONT SIZE=3D2>code.</FONT>
</P>
<P><FONT SIZE=3D2>Scoping Variables - Always</FONT>
</P>
<P><FONT SIZE=3D2>YES! Always scope variables. You get two =
benefits. First, the developer</FONT>
<BR><FONT SIZE=3D2>after you that reads your code can figure it out =
much more quickly.</FONT>
<BR><FONT SIZE=3D2>Secondly, you aren't forcing CF to take valuable =
milliseconds to figure out</FONT>
<BR><FONT SIZE=3D2>what the variable's scope is since it's already =
defined. It's a minor</FONT>
<BR><FONT SIZE=3D2>point, but well worth making a part of your daily =
coding ritual.</FONT>
</P>
<P><FONT SIZE=3D2>CFSETTING - White Space</FONT>
</P>
<P><FONT SIZE=3D2>The CFSETTING tag and respective CFADMIN setting for =
this globally appear to</FONT>
<BR><FONT SIZE=3D2>be great tools. In some cases they are. =
However, remember that essentially</FONT>
<BR><FONT SIZE=3D2>you're asking CF to do extra work to remove these =
"offensive items" (tabs,</FONT>
<BR><FONT SIZE=3D2>spaces, etc.). If your page is now 5k instead =
of 6k, is that worth the CPU</FONT>
<BR><FONT SIZE=3D2>overhead? Each developer will have to decide =
if it makes cost-effective</FONT>
<BR><FONT SIZE=3D2>sense to do this. I've found cases where it =
was good AND those where it</FONT>
<BR><FONT SIZE=3D2>caused more processing overhead and really didn't =
save a lot of bandwidth.</FONT>
<BR><FONT SIZE=3D2>So be careful and decide when this is best to use =
rather than just setting</FONT>
<BR><FONT SIZE=3D2>the entire application or even server to remove =
white space all the time.</FONT>
</P>
<P><FONT SIZE=3D2>Lots of Cheap Servers or Big Beefy Servers?</FONT>
</P>
<P><FONT SIZE=3D2>First of all, the SQL server should have a twin or =
slightly lesser machine</FONT>
<BR><FONT SIZE=3D2>if cost is an issue and these should be as powerful =
as you can reasonably</FONT>
<BR><FONT SIZE=3D2>afford. Put your horsepower into your =
database.</FONT>
</P>
<P><FONT SIZE=3D2>Secondly, get a load balancing solution that has =
fail-over built in. This</FONT>
<BR><FONT SIZE=3D2>way you can put ANY web servers (cheap OR expensive, =
NT, Solaris or</FONT>
<BR><FONT SIZE=3D2>otherwise) all in the same solution and the load =
balancer will find the best</FONT>
<BR><FONT SIZE=3D2>server for each request. Note that session =
management is a big issue here I</FONT>
<BR><FONT SIZE=3D2>won't discuss now.</FONT>
</P>
<P><FONT SIZE=3D2>Finally, buy web servers. Consider the cost of =
the hardware AND software</FONT>
<BR><FONT SIZE=3D2>together. Sure you could get a cheap 1U Linux =
box. Linux's kernel though</FONT>
<BR><FONT SIZE=3D2>only supports one CPU (talk to Linus Torvalds about =
that one) so you can</FONT>
<BR><FONT SIZE=3D2>keep these machines fairly cheap. Allaire, =
however, will charge you for a</FONT>
<BR><FONT SIZE=3D2>CF license for each, so there's a hit there. =
If your applications are CPU</FONT>
<BR><FONT SIZE=3D2>intensive, get stronger hardware. If you're =
doing very lightweight pages</FONT>
<BR><FONT SIZE=3D2>and lots of them, a farm is probably good. =
What's EVEN BETTER is to see if</FONT>
<BR><FONT SIZE=3D2>you can build a scheduler to convert pages to static =
HTML and put them on a</FONT>
<BR><FONT SIZE=3D2>NON-CF server and preferably in a caching =
environment outside your network.</FONT>
<BR><FONT SIZE=3D2>That's often the best and cheapest solution. =
Look at Yahoo. Most of their</FONT>
<BR><FONT SIZE=3D2>content is static pages rebuilt regularly with CGI =
to just help steer you to</FONT>
<BR><FONT SIZE=3D2>a static page. That model makes lots of sense =
and is cheap to build.</FONT>
</P>
<P><FONT SIZE=3D2>NT v. Solaris</FONT>
</P>
<P><FONT SIZE=3D2>My research and opinion says six of one, half dozen =
of the other. Where one</FONT>
<BR><FONT SIZE=3D2>has more power, it has more cost to balance either =
in hardware or in labor</FONT>
<BR><FONT SIZE=3D2>costs to support more advanced gear. I've yet =
to see research that strongly</FONT>
<BR><FONT SIZE=3D2>indicated one solution greatly outperformed the =
other in comparable farms</FONT>
<BR><FONT SIZE=3D2>and while doing so at a greatly reduced cost. =
So the end result is build</FONT>
<BR><FONT SIZE=3D2>what's comfortable and cost-effective for you... but =
don't expect a one</FONT>
<BR><FONT SIZE=3D2>solution fits all answer to this question.</FONT>
</P>
<P><FONT SIZE=3D2>$1000 light servers v. dual CPU</FONT>
</P>
<P><FONT SIZE=3D2>The "2 NIC" approach</FONT>
</P>
<P><FONT SIZE=3D2>Yes, we've done research here and it's highly =
recommended. Even Compaq in</FONT>
<BR><FONT SIZE=3D2>their DISA architecture recommends it? =
Why? Because it creates two</FONT>
<BR><FONT SIZE=3D2>networks, both high speed and isolated. The =
first is so your web servers</FONT>
<BR><FONT SIZE=3D2>talk directly to a dedicated switch that talks to =
your firewall, router or</FONT>
<BR><FONT SIZE=3D2>DMZ. This way you're isolated from your =
regular office network traffic and</FONT>
<BR><FONT SIZE=3D2>get right out to the internet to deal with =
customers. The second network is</FONT>
<BR><FONT SIZE=3D2>so web servers have high speed and isolated =
connections to the SQL cluster.</FONT>
<BR><FONT SIZE=3D2>This is the fastest way to get data to these =
machines. If you just put</FONT>
<BR><FONT SIZE=3D2>everything into one large switch (which often has a =
common backplane) and</FONT>
<BR><FONT SIZE=3D2>just use one NIC per system, you're putting both the =
Internet and SQL</FONT>
<BR><FONT SIZE=3D2>traffic on the same cards, ports, etc. and =
eventually you will see</FONT>
<BR><FONT SIZE=3D2>degradation. Also, this is a security issue =
(although minor) because in</FONT>
<BR><FONT SIZE=3D2>theory the router could talk to the switch and =
directly to SQL. It's far</FONT>
<BR><FONT SIZE=3D2>easier to block this port in your firewall with a =
two network approach and</FONT>
<BR><FONT SIZE=3D2>that way insure that only internal servers talk to =
SQL. It's a minor point,</FONT>
<BR><FONT SIZE=3D2>but worth noting... especially if you plan to file =
an S-1 document in your</FONT>
<BR><FONT SIZE=3D2>future.</FONT>
</P>
<P><FONT SIZE=3D2>Log Analyzers</FONT>
</P>
<P><FONT SIZE=3D2>Yes, under high load this needs to be a dedicated =
server. Set it up and</FONT>
<BR><FONT SIZE=3D2>archive the raw logs (I agree with the =
recommendaiton to use .ZIP archives</FONT>
<BR><FONT SIZE=3D2>to save archiving space requiremenets). Once =
the analyzer processes it, the</FONT>
<BR><FONT SIZE=3D2>raw logs don't need to remain on the server. =
Don't forget to "flush" the</FONT>
<BR><FONT SIZE=3D2>dataset as well since you probably don't need to =
keep all this data live.</FONT>
<BR><FONT SIZE=3D2>Static HTML reports can easily be archived but the =
Gb of data that it took</FONT>
<BR><FONT SIZE=3D2>to make it doesn't have to remain online. =
Also, by removing these logs from</FONT>
<BR><FONT SIZE=3D2>the web servers ASAP, you don't need big drives on =
your web servers and can</FONT>
<BR><FONT SIZE=3D2>keep the costs down. Writing this data to a =
file share on the fly is not</FONT>
<BR><FONT SIZE=3D2>recommended as it will greatly increase the =
"chattiness" of your network</FONT>
<BR><FONT SIZE=3D2>segment.</FONT>
</P>
<P><FONT SIZE=3D2>IPs or Virtual Hosting</FONT>
</P>
<P><FONT SIZE=3D2>I've seen both done in various environments and =
projects and haven't seen</FONT>
<BR><FONT SIZE=3D2>any measurable difference. Yes you can host a =
LOT of domains on a single</FONT>
<BR><FONT SIZE=3D2>server as long as the bandwidth limits of the box =
don't become an issue.</FONT>
<BR><FONT SIZE=3D2>Lots of "inexpensive" hosting solutions do =
this. It's fast, cheap and easy.</FONT>
<BR><FONT SIZE=3D2>If you run your own network, however, I always like =
a well documented IP</FONT>
<BR><FONT SIZE=3D2>strategy... but it's not always needed.</FONT>
</P>
<P><FONT SIZE=3D2>Lots of Servers - One File Share for Content</FONT>
</P>
<P><FONT SIZE=3D2>Having your web servers grab their content from a =
file share makes it very</FONT>
<BR><FONT SIZE=3D2>easy to scale and distribute content. You can =
essentially make each one a</FONT>
<BR><FONT SIZE=3D2>"mirror image" of the others. It's =
fast, cheap and easy as long as the CF</FONT>
<BR><FONT SIZE=3D2>licensing costs don't become an issue. This is =
a great way to have lots of</FONT>
<BR><FONT SIZE=3D2>domains on lots of servers and provide =
redundancy. It's also great for</FONT>
<BR><FONT SIZE=3D2>security because you put FTP on the file server and =
the customers never</FONT>
<BR><FONT SIZE=3D2>actually hit the web server farm.</FONT>
</P>
<P><FONT SIZE=3D2>___________________________________________</FONT>
<BR><FONT SIZE=3D2>Douglas Nottage</FONT>
<BR><FONT SIZE=3D2>Director of Advanced Technology</FONT>
<BR><FONT SIZE=3D2>Autobytel.com (NASDAQ: ABTL )</FONT>
<BR><FONT SIZE=3D2>___________________________________________</FONT>
<BR><FONT SIZE=3D2>"Never doubt that a small group of =
thoughtful,</FONT>
<BR><FONT SIZE=3D2>committed people can change the world.</FONT>
<BR><FONT SIZE=3D2>Indeed, it is the only thing that ever =
has."</FONT>
<BR><FONT SIZE=3D2>--- Margaret Mead</FONT>
<BR><FONT SIZE=3D2>___________________________________________</FONT>
</P>
<BR>
<P><FONT =
SIZE=3D2>---------------------------------------------------------------=
---------------</FONT>
<BR><FONT SIZE=3D2>Archives: <A =
HREF=3D"http://www.mail-archive.com/[email protected]/" =
TARGET=3D"_blank">http://www.mail-archive.com/[email protected]/=
</A></FONT>
<BR><FONT SIZE=3D2>To Unsubscribe visit <A =
HREF=3D"http://www.houseoffusion.com/index.cfm?sidebar=3Dlists&body=3Dli=
sts/cf_talk" =
TARGET=3D"_blank">http://www.houseoffusion.com/index.cfm?sidebar=3Dlists=
&body=3Dlists/cf_talk</A> or send a message to =
[EMAIL PROTECTED] with 'unsubscribe' in the =
body.</FONT></P>
</BODY>
</HTML>
------_=_NextPart_001_01BFF81F.80D027C0--
----------------------------------------------------------------------------
--
Archives: http://www.mail-archive.com/[email protected]/
To Unsubscribe visit
http://www.houseoffusion.com/index.cfm?sidebar=lists&body=lists/cf_talk or
send a message to [EMAIL PROTECTED] with 'unsubscribe' in
the body.
------------------------------------------------------------------------------
Archives: http://www.mail-archive.com/[email protected]/
To Unsubscribe visit
http://www.houseoffusion.com/index.cfm?sidebar=lists&body=lists/cf_talk or send a
message to [EMAIL PROTECTED] with 'unsubscribe' in the body.
