network raid possible?
Igor Gueths
igueths at lava-net.com
Wed Mar 24 17:37:02 EST 2004
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Its true tht Nfs provides shared storage. However, the reason I can't
use Nfs is because if say my server goes down, there goes the shared
filesystem. That is, assuming that Nfs has no mechanism of mirroring
parts/entire filesystems on different machines. In other words, one
modification on one server instantly beghins to proppogate to the rest
of the machines. The best sollution I have found thus far is
http://nbd.sourceforge.net for what I am looking for. However, it seems
its not ready for production use.
On Wed, Mar 24, 2004 at 10:18:59PM +0000, Garry Turkington wrote:
> Hi,
>
> If you're basically building a high-volume web farm then don't reinvent
> the wheel and use standard deployment architectures. Having the content
> on a NFS server behind the web servers is an attractive and potentially
> low cost route, even gigabit networking is relatively affordable these
> days. If fully shared storage is *truly* what you need then NFS is the
> easiest option.
>
> Also, think about the likely data access patterns. Do you have large
> amounts of static content? If so then this could be local on each server,
> leaving only the truly dynamic content requiring the shared storage. That
> likely allows you to get away with a less beefy NFS server and back-end
> network.
>
> I'd also ask you to take a very long hard look at the stated requirement
> for instantaneous synchronisation across the multiple servers. Building a
> highly available web service is exceptionally difficult if the requirement
> list includes phrases such as instantaneous, "fully transparent" and "no
> single points of failure". What you really need to understand is the
> implication of the possible failure scenarios and just what impact that
> will have on the service clients. Often when cost and complexity are
> taken into account the requirements soften somewhat. Otherwise you end up
> designing systems where you want to have users in pairs in case one
> spontaneously combusts. You can push points of failure further up and
> downstream but at some point you have to accept some risk.
>
> Regards,
> Garry
>
> Garry Turkington
> garry.turkington at acm.org
>
>
> _______________________________________________
> Speakup mailing list
> Speakup at braille.uwo.ca
> http://speech.braille.uwo.ca/mailman/listinfo/speakup
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFAYg2ONohoaf1zXJMRAoupAKCluI6ZzAxJfpY1awTK7Rev92iaxACeJ12f
o8Mwgypo4ltAP+Tp4hSAm4E=
=L17S
-----END PGP SIGNATURE-----
More information about the Speakup
mailing list