Hi Ryan,
 
Can I ask a couple of clarifying questions?
 
Is this in an ESS / GSS environment with Scale native raid ?
Is this in classic San attached storage environment / or Direct Attached Disk without Scale Native Raid?
 
What are you trying to achieve?
Are you presenting the Vdisk into an existing filesystem ?
Are you creating an new filesystem?
 
 
Regards,
 
Andrew Beattie
File and Object Storage Technical Specialist - A/NZ
IBM Systems - Storage
Phone: 614-2133-7927
 
 
----- Original message -----
From: Ryan Novosielski <[email protected]>
Sent by: [email protected]
To: gpfsug main discussion list <[email protected]>
Cc:
Subject: [EXTERNAL] [gpfsug-discuss] Any guidelines for choosing vdisk size?
Date: Mon, Jul 1, 2019 3:43 PM
 
Good morning,

Was wondering if anyone could point me to any tips or provide some regarding choosing vdisk size? My understanding is that too small is a waste of resources in the form of overhead, and that there is an upper limit. but that generally within a pool, you want them to be the same size, so that if you aren’t allocating the entire storage space on the system straight off, you’ll need to choose a reasonable size or be left with unusable space (eg. you will waste space if you went with, say, 200 GB vdisk sizes on a 500 GB array).

Anyone have any tips? Do people just generally allocate the whole thing and have one 2 vdisks (redundancy)? Seems you have some more flexibility if you don’t do that and have to, say, create a storage pool or filesystem from scratch to take advantage of features in a newer FS version or what have you.

Thanks for the help — spent a lot of time looking for this previously, but never asked on the list.
 
--
____
|| \\UTGERS,   |---------------------------*O*---------------------------
||_// the State |         Ryan Novosielski - [email protected]
|| \\ University | Sr. Technologist - 973/972.0922 (2x0922) ~*~ RBHS Campus
||  \\    of NJ | Office of Advanced Research Computing - MSB C630, Newark
     `'

_______________________________________________
gpfsug-discuss mailing list
gpfsug-discuss at spectrumscale.org
http://gpfsug.org/mailman/listinfo/gpfsug-discuss 

 
 

_______________________________________________
gpfsug-discuss mailing list
gpfsug-discuss at spectrumscale.org
http://gpfsug.org/mailman/listinfo/gpfsug-discuss

Reply via email to