Focus on Linux
AW: Re: Selecting OS for High-availability/mission-critical web portal Dec 08 2006 07:13PM
Gruber Christoph (christoph gruber wave-solutions com) (1 replies)
Re: AW: Re: Selecting OS for High-availability/mission-criticalweb p ortal Dec 13 2006 08:05AM
J. Simonetti (jeroen simonetti nl) (1 replies)
Re: Selecting OS for High-availability/mission-critical web p ortal Dec 14 2006 12:37AM
Syv Ritch (syv 911networks com) (1 replies)
On Wed, 13 Dec 2006 09:05:50 +0100
"J. Simonetti" <jeroen (at) simonetti (dot) nl [email concealed]> wrote:

> On Fri, 2006-12-08 at 20:13 +0100, Gruber Christoph wrote:
> > Hi all!
> >
> > If you want to build up a web server with these requirements, you
> > won`t be satisfied with any distro.
> > I think you will need to build up your binaries on your own.
> > A critical server won`t have any paket manager at all.
> > And other reqs like a statically linked kernel build for your
> > hardware isn`t found in an distro.

High availability is a network design issue not an OS issue. All OSes
can be and are high availability. It does not matter how reliable are
these servers [Windows, Linux, FreeBSD, Solaris... are all reliable
today], if the network is down!

Having a couple of servers on the west coast and another couple on
the East coast on different carriers [if in North America], with
proper DNS configuration will make this a very high availability.

Then comes: how are these servers protected? With a proper firewall,
or a they naked on the Internet [naked is my preference, because they
will be configured with the minimum of services.]

Using squid are a reverse proxy will enhance their security and
therefore availability.

What will you be running on these boxes? Apache, IIS, PHP, Perl,
Java, .Net. Any dayabase? ... This is far more important in
availability that which OS.

There are many more things to look at. That why you need a good
consultant ie: $$$...

When the network has to work

[ reply ]
Re: Selecting OS for High-availability/mission-critical web p ortal Dec 14 2006 08:35PM
Greg Metcalfe (metcalfegreg qwest net)


Privacy Statement
Copyright 2010, SecurityFocus