[OpenAFS] High Speed AFS Access

[ted creedon]

I'd recommend a strong benchmarking project.

Your disk images will be >2GB so 1.3.52 seems to be required - which is =
in
beta - or something. Since your firm does data analysis and recovery, =
once
the local caches are updated bandwidth shouldn't be a problem but there =
is
still the overhead of client AFS.

If you're running a Linux system, disk images on client loopback devices
would be the fastest and the most flexible. The network would be out of =
the
way..

If you're running mixed Win and Lin Samba would be worth benchmarking =
but
then again the latest releases are necessary if security is a concern
particularly if ports 137-139 are exposed to the net.

Here we run "all"...

tedc


-----Original Message-----
From: openafs-info-admin@openafs.org =
[mailto:openafs-info-admin@openafs.org]
On Behalf Of Aaron Stanley
Sent: Tuesday, January 20, 2004 5:11 AM
To: openafs-info@openafs.org
Subject: [OpenAFS] High Speed AFS Access


So I've been kicking around an idea for a very large storage array to =
use
for on-line access to hard drive images.  I already have a stable,
multi-city AFS cluster and would really like to integrate this disk =
server
into the AFS cluster for security and simplicity reasons.

What I'm wondering, as I've seen the disk speed statistics from
http://www.e.kth.se/~jimmy/afsfsperf/afsfsperf.html and I'm wondering if
anybody here has been able to benchmark their fileservers above the
seemingly 22MB/sec boundary.

I'd like to provide 12 ports of channel-bonded gigabit Ethernet =
connectivity
to 10-12 gigabit connected clients (or a direct, crossed-over gigabit =
pipe
per client, whatever is faster) so that clients can pull files,
theoretically, at about 80MB/sec.  Of course I need to get the disks to =
run
that fast though I have some ideas of using a RAID 5x5 matrix of about =
30 of
the fastest 137G SCSI disks I can find spread across 8 channels of U320 =
SCSI
so that I can get, again theoretically, throughput in excess of a =
Gigabyte
per second.

Can anybody see a specific problem with AFS and these types of speed
requirements?  I would love to be able to force crypt on this server, =
but
given the stats on kth.se I wouldn't expect the server to be able to =
handle
the disk bandwidth and the encryption with any grace.

Any thoughts are greatly appreciated and if I do go forward with the =
plans I
will happily share the benchmarks and specs.

Thanks.

 - AB


--=20
Aaron Stanley
Director, Information Technology
Stroz Friedberg, LLC
15 Maiden Lane, 12th Floor
New York, NY  10038
212/981.6534[o] | 917/859.1503[c] | 815/642.0223[f]


***********************************************************************

This message is for the named person's use only.  It may contain
confidential, proprietary or legally privileged information. No right to
confidential or privileged treatment of this message is waived or lost
by any error in transmission.  If you have received this message in
error, please immediately notify the sender by e-mail or by telephone at
212 981 6540, delete the message and all copies from your system and
destroy any hard copies.  You must not, directly or indirectly, use,
disclose, distribute, print or copy any part of this message if you are
not the intended recipient.

************************************************************************

_______________________________________________
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info