Hi there.
I just got a new Adaptec RAID 51645 controller in because the old (other type)
was malfunctioning. It is paired with 16 Seagate 15k5 disks, of which two are
used with hardware RAID 1 for OpenSolaris snv_98, and the rest is configured as
striped mirrors as a zpool. I created a zfs
Let ZFS deal with the redundancy part. I'm not
counting redundancy offered by traditional RAID as
you can see by just posts in this forums that -
1. It doesn't work.
2. It bites when you least expect it to.
3. You can do nothing but resort to tapes and LOT of
aspirin when you get bitten.
Why not go to 128-256 GBytes of RAM? It isn't that
expensive and would
significantly help give you a big performance boost
;-)
Would be nice, but it not that much inexpensive since we'd have to move up a
class in server choise, and besides the extra memory cost, also brings some
more money
I'm new so opensolaris and very new to ZFS. In the past we have always used
linux for our database backends.
So now we are looking for a new database server to give us a big performance
boost, and also the possibility for scalability.
Our current database consists mainly of a huge table
Christiaan,
As ZFS tuning has already been suggested, remember:
a) Never tune unless you need to.
b) Never tune unless you have an untuned benchmark
set of figures to
compare against after the system has been tuned -
especially in ZFS-land
which, whilst it may not be quite there, is
Another thing: what about a seperate disk (or disk set) for the ZIL?
Would it be worth sacrificing two SAS disks for two SSD disks in raid 1
handling the ZIL?
This message posted from opensolaris.org
___
zfs-discuss mailing list