--SvPICi00/oKz9jF1
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, Jan 17, 2005 at 12:08:13AM -0500, Louis Guillaume wrote:
  | Chuck Swiger wrote:
  | >You ought to be looking towards NAS or SAN platform solutions from=20
  | >Auspex, EMC, NetApp, maybe Apple's new Xsan, which involve products=20
  | >intended for that kind of requirement.
  | >
  |=20
  | And I certainly would look to this type of platform/solution. But the=
=20
  | way I understand SANs is that these devices provide Logical Units for=
=20
  | use by connected servers. If we connected a file server, we would still=
=20
  | have to build a filesystem using one or more LUNs on the SAN.

NetApp, Auspex, and some of EMC's products are NAS; they manage the
storage & file-systems locally to the device (e.g, WAFL on NetApp) and
export those file system(s) via NFS or CIFS.

In my opinion, a good NAS implementation is more useful than mounting
SAN (block oriented) disk on a UNIX box and running a volume manager
and local UNIX file system and the exporting that via NFS or CIFS
(the latter usually with Samba).

Of course, cost constraints often mean you haven't got the choice
of using NAS appliances like NetApp filers.  On the other hand,
if you're buying a SAN, you've got the money for a NetApp ...

--SvPICi00/oKz9jF1
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (NetBSD)

iD8DBQFB67TipBhtmn8zJHIRAtUCAKCGcANvXxCHpUetKrDN65cSrNBjSgCggVrv
yTNYeb6TVIWMjOmco1qvFS0=
=52LE
-----END PGP SIGNATURE-----

--SvPICi00/oKz9jF1--