Ty,
We have run 2 good sized Solaris boxes and 1 medium one over paired 1Gb
switches for a long time ~ 5-600 users, thousands of files. Bandwidth is not a
problem. We do run a separate network for SAN access from the servers. As a
practical matter, this works. We are upgrading the switches to 10Gb, but we
are by no means saturated.
Solaris supports an "llock" or local lock option on NFS mounts which
circumvents some of the performance issues mentioned in Aaron's message. I
think that there is a similar solution for Linux boxes.
rw,bg,vers=3,proto=tcp,hard,intr,rsize=32768,wsize=32768,llock
This may not apply with your SAN. But if you can move some stuff over and test
it, it is definitely worth the effort. Is NFS slower that a local disk?
Likely so, right up until you have a disk failure, have to restore from tape
instead of a snapshot, or fsck 500 Gigs. Is performance very good anyway? Yes.
If a SAN can handle the average Microsoft product & output, U2's text based
data cannot be all that difficult. ("hello world" in msword is worth 5 groups
in UV.) I apologize for the evangelical bent.
There are doubtlessly architectural solutions other than NFS mounts, and some
may be appropriate to your hardware and applications. NFS can be quite simple
and surprisingly robust.
-Rick
-----Original Message-----
From: [email protected]
[mailto:[email protected]] On Behalf Of Ty Haller
Sent: Tuesday, July 02, 2013 10:50 AM
To: 'U2 Users List'
Subject: Re: [U2] SAN?
Thanks.
I'm aware of the advantages. I was more concerned with the IO requirements and
how that would impact shared storage.
Ty Haller
SEFCU
Lead Administrator - System Services
[email protected]
> -----Original Message-----
> From: [email protected] [mailto:u2-users-
> [email protected]] On Behalf Of Rick Nuckolls
> Sent: Tuesday, July 02, 2013 11:13 AM
> To: '[email protected]'
> Subject: Re: [U2] SAN?
>
> Ty,
>
> We have used a NetApps SAN for a number of years with Solaris for Universe
> data. (For Universe) there is the obvious tweak of allowing direct access to
> NFS, and depending on the type of SAN, there are probably some mount options
> to optimize the throughput. It also helps to have a fair amount of memory for
> file caching, but it works great and provides many important advantages. A
> couple of caveats: Do not allow access to snapshots through the same NFS
> mount as the primary data. For NetApps, at least, the snapshot has the same
> inode as the live data file, so the snapshot tree must be mounted as a
> separate
> device to avoid confusing (Universe) with conflicting file headers and data.
> NFS
> mounts work fine, as long as access to a particular directory tree is managed
> by a single data server.
>
> Oracle supports this same configuration, though I do not think that Rocket has
> much experience with it.
>
> Although difficult, it is possible to install Universe a SAN, and then run it
> on a
> VM, which means that you can snapshot almost all of the UV environment at
> once!
>
> Rick Nuckolls
> Lynden Inc
>
>
>
> -----Original Message-----
> From: [email protected] [mailto:u2-users-
> [email protected]] On Behalf Of Ty Haller
> Sent: Tuesday, July 02, 2013 6:15 AM
> To: '[email protected]'
> Subject: [U2] SAN?
>
> Morning,
>
> I am curious if anybody has UniData Accounts running off a Shared Enterprise
> SAN?
>
> We currently have an Enterprise SAN for our VMware Environment and would
> like to put a handful of UniData Test Accounts on it.
>
> We are using UniData 7.2 on an IBM P6 running AIX 6.1, the SAN would be 4GB
> Fiber Attached.
>
>
> Thoughts?
>
> Ty Haller | Lead Administrator - System Services | SEFCU | [email protected]
> 700 Patroon Creek Blvd. Albany, NY 12206 | Phone: 518-464-5210 | Fax: 518-
> 464-5209
>
> This message may contain confidential information and is intended for the sole
> purpose of communication with the addressee. Dissemination or publication in
> any format is strictly prohibited. If you have received this communication in
> error please notify SEFCU immediately.
>
> Help save a tree. Please print this e-mail only if it is truly necessary.
> Thank you.
> _______________________________________________
> U2-Users mailing list
> [email protected]
> http://listserver.u2ug.org/mailman/listinfo/u2-users
> _______________________________________________
> U2-Users mailing list
> [email protected]
> http://listserver.u2ug.org/mailman/listinfo/u2-users
This message may contain confidential information and is intended for the sole
purpose of communication with the addressee. Dissemination or publication in
any format is strictly prohibited. If you have received this communication in
error please notify SEFCU immediately.
Help save a tree. Please print this e-mail only if it is truly necessary. Thank
you.
_______________________________________________
U2-Users mailing list
[email protected]
http://listserver.u2ug.org/mailman/listinfo/u2-users
_______________________________________________
U2-Users mailing list
[email protected]
http://listserver.u2ug.org/mailman/listinfo/u2-users
