2011/11/10 Jeff Savit <jeff.sa...@oracle.com>
> Hi darkblue, comments in-line
> On 11/09/2011 06:11 PM, darkblue wrote:
> hi, all
> I am a newbie on ZFS, recently, my company is planning to build a
> entry-level enterpirse storage server.
> here is the hardware list:
> 1 * XEON 5606
> 1 * supermirco X8DT3-LN4F
> 6 * 4G RECC RAM
> 22 * WD RE3 1T harddisk
> 4 * intel 320 (160G) SSD
> 1 * supermicro 846E1-900B chassis
> this storage is going to serve:
> 1、100+ VMware and xen guest
> 2、backup storage
> my original plan is:
> 1、create a mirror root within a pair of SSD, then partition one the them
> for cache (L2ARC), Is this reasonable?
> Why would you want your root pool to be on the SSD? Do you expect an
> extremely high I/O rate for the OS disks? Also, not a good idea for
> performance to partition the disks as you suggest.
> because the solaris os occuppied the whole 1TB disk is a waste
and the RAM is only 24G, does this could handle such big cache（160G）?
2、the other pair of SSD will be used for ZIL
How about using 1 pair of SSD for ZIL, and the other pair of SSD for L2ARC
> 3、I haven't got a clear scheme for the 22 WD disks.
> I suggest a mirrored pool on the WD disks for a root ZFS pool, and the
> other 20 disks for a data pool (quite possibly also a mirror) that also
> incorporates the 4 SSD, using 2 each for ZIL and L2ARC. If you want to
> isolate different groups of virtual disks then you could have other
> possibilities. Maybe split the 20 disks between guest virtual disks and a
> backup pool. Lots of possibilities.
> hmm, could you give me an example and more details info
suppose after mirror 20 hard disk, we got a 10TB usage space, and 6TB will
be use for Vguest, 4TB will be use for backup purpose.
within 6TB space，3TB might throught iSCSI to XEN domU, the other 3TB might
throught NFS to VMware guest.
4TB might throught NFS for backup.
thanks in advanced.
> any suggestion?
> especially how to get No 1 step done?
> Creating the mirrored root pool is easy enough and install time - just
> save the SSD for the guest virtual disks. All of this is in absence of the
> actual performance characteristics you expect, but that's a reasonable
> starting point.
> I hope that's useful... Jeff
That is great, thanks Jeff
> *Jeff Savit* | Principal Sales Consultant
> Phone: 602.824.6275 | Email: jeff.sa...@oracle.com | Blog:
> Oracle North America Commercial Hardware
> Operating Environments & Infrastructure S/W Pillar
> 2355 E Camelback Rd | Phoenix, AZ 85016
zfs-discuss mailing list