Flash F9000 is officially tested and tested by me in a production environment and this work fine
Does IBM Spectrum Scale support 4K disk sectors?
A4.11:
Yes, 4K disk sector support requires IBM Spectrum Scale V4.1.0.5 or later. The following disk
subsystems with 4K sector size have been tested by IBM:
ECKD disk devices (Linux for z Systems only)
IBM FlashSystem 820.
IBM FlashSystem 840
IBM FlashSystem 900
Notes:
Other disk devices may work with IBM Spectrum Scale, though they have not been tested by
IBM. See the question What disk hardware has IBM Spectrum Scale been tested with?
1.
IBM Spectrum Scale 2. on Windows does not support 4K disk sectors.
A4.11:
Yes, 4K disk sector support requires IBM Spectrum Scale V4.1.0.5 or later. The following disk
subsystems with 4K sector size have been tested by IBM:
ECKD disk devices (Linux for z Systems only)
IBM FlashSystem 820.
IBM FlashSystem 840
IBM FlashSystem 900
Notes:
Other disk devices may work with IBM Spectrum Scale, though they have not been tested by
IBM. See the question What disk hardware has IBM Spectrum Scale been tested with?
1.
IBM Spectrum Scale 2. on Windows does not support 4K disk sectors.
This is " IBM Spectrum Scale™ Frequently Asked Questions and Answers " on the knowledge center.
| Danny Alexander Calderon Rodriguez |
| Client Technical Specialist - CTS Storage STG Colombia Phone: 57-1-6281956 |
| Mobile: 57- 318 352 9258 Carrera 53 Número 100-25 |
| Bogotá, Colombia |
| |
----- Original message -----
From: [email protected]
Sent by: [email protected]
To: [email protected]
Cc:
Subject: gpfsug-discuss Digest, Vol 52, Issue 20
Date: Mon, May 16, 2016 4:48 AM
Send gpfsug-discuss mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
http://gpfsug.org/mailman/listinfo/gpfsug-discuss
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of gpfsug-discuss digest..."
Today's Topics:
1. Flash for metadata
(Simon Thompson (Research Computing - IT Services))
2. Re: Flash for metadata (Sanchez, Paul)
3. Re: Flash for metadata
(Simon Thompson (Research Computing - IT Services))
----------------------------------------------------------------------
Message: 1
Date: Mon, 16 May 2016 08:44:05 +0000
From: "Simon Thompson (Research Computing - IT Services)"
<[email protected]>
To: "[email protected]"
<[email protected]>
Subject: [gpfsug-discuss] Flash for metadata
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
Hi all
I'm currently about to deploy some flash systems (FS-900) to take our metadata for one of our Spectrum Scale file-systems. We use 4k inodes for this file-system.
On the FS-900, when creating a volume, we get a choice of 512b or 4k sectors. Does anyone have a suggestion on this? On a spinning disk RAID array, I get what a strip size is and we'd use multiples of the stripe where possible for the block size.
Is the sector size on the FS-900 the smallest chunk that can be written out? And so would it make sense to use 4k sectors for 4k GPFS inodes right?
Related. In the deployment guide for the FS-900 arrays, if one is using a file-system (e.g. XFS) on the array the guide talks about aligning the partitions with with array, when GPFS is used on a storage array, does it automatically work out the sector alignment?
Thanks
Simon
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://gpfsug.org/pipermail/gpfsug-discuss/attachments/20160516/2909e86d/attachment-0001.html>
------------------------------
Message: 2
Date: Mon, 16 May 2016 09:28:35 +0000
From: "Sanchez, Paul" <[email protected]>
To: "[email protected]"
<[email protected]>
Subject: Re: [gpfsug-discuss] Flash for metadata
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="us-ascii"
Simon,
I can't speak specifically to the FS-900, since I generally use Dell Compellent and NetApp EF arrays for flash today. But I also take care to ensure that the system pool metadata NSDs use RAID10 (or equivalent) rather than RAID5/6. For small 4K metadata writes, on a 4K blocksize LUN this could result in optimal writes. For larger native blocksize LUNs, it eliminates the parity calculation for read-modify-write operations.
Thanks,
Paul
From: [email protected] [mailto:[email protected]] On Behalf Of Simon Thompson (Research Computing - IT Services)
Sent: Monday, May 16, 2016 9:44 AM
To: [email protected]
Subject: [gpfsug-discuss] Flash for metadata
Hi all
I'm currently about to deploy some flash systems (FS-900) to take our metadata for one of our Spectrum Scale file-systems. We use 4k inodes for this file-system.
On the FS-900, when creating a volume, we get a choice of 512b or 4k sectors. Does anyone have a suggestion on this? On a spinning disk RAID array, I get what a strip size is and we'd use multiples of the stripe where possible for the block size.
Is the sector size on the FS-900 the smallest chunk that can be written out? And so would it make sense to use 4k sectors for 4k GPFS inodes right?
Related. In the deployment guide for the FS-900 arrays, if one is using a file-system (e.g. XFS) on the array the guide talks about aligning the partitions with with array, when GPFS is used on a storage array, does it automatically work out the sector alignment?
Thanks
Simon
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://gpfsug.org/pipermail/gpfsug-discuss/attachments/20160516/f4964333/attachment-0001.html>
------------------------------
Message: 3
Date: Mon, 16 May 2016 09:48:12 +0000
From: "Simon Thompson (Research Computing - IT Services)"
<[email protected]>
To: "'[email protected]'"
<[email protected]>
Subject: Re: [gpfsug-discuss] Flash for metadata
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="utf-8"
Hi Paul,
Thanks, interestingly the FS-900 only does raid5. I get no choice about that, I do get a sector size choice when I create a lun on it...
I was also wondering how gpfs would do a metadata update. Would it be smart enough to know the sector size was 512b and only modify that, or would it always do a read modify write on the whole 4k inode?
Simon
-----Original Message-----
From: Sanchez, Paul [[email protected]<mailto:[email protected]>]
Sent: Monday, May 16, 2016 10:28 AM GMT Standard Time
To: [email protected]
Subject: Re: [gpfsug-discuss] Flash for metadata
Simon,
I can?t speak specifically to the FS-900, since I generally use Dell Compellent and NetApp EF arrays for flash today. But I also take care to ensure that the system pool metadata NSDs use RAID10 (or equivalent) rather than RAID5/6. For small 4K metadata writes, on a 4K blocksize LUN this could result in optimal writes. For larger native blocksize LUNs, it eliminates the parity calculation for read-modify-write operations.
Thanks,
Paul
From: [email protected] [mailto:[email protected]] On Behalf Of Simon Thompson (Research Computing - IT Services)
Sent: Monday, May 16, 2016 9:44 AM
To: [email protected]
Subject: [gpfsug-discuss] Flash for metadata
Hi all
I'm currently about to deploy some flash systems (FS-900) to take our metadata for one of our Spectrum Scale file-systems. We use 4k inodes for this file-system.
On the FS-900, when creating a volume, we get a choice of 512b or 4k sectors. Does anyone have a suggestion on this? On a spinning disk RAID array, I get what a strip size is and we'd use multiples of the stripe where possible for the block size.
Is the sector size on the FS-900 the smallest chunk that can be written out? And so would it make sense to use 4k sectors for 4k GPFS inodes right?
Related. In the deployment guide for the FS-900 arrays, if one is using a file-system (e.g. XFS) on the array the guide talks about aligning the partitions with with array, when GPFS is used on a storage array, does it automatically work out the sector alignment?
Thanks
Simon
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://gpfsug.org/pipermail/gpfsug-discuss/attachments/20160516/9dbf385b/attachment.html>
------------------------------
_______________________________________________
gpfsug-discuss mailing list
gpfsug-discuss at spectrumscale.org
http://gpfsug.org/mailman/listinfo/gpfsug-discuss
End of gpfsug-discuss Digest, Vol 52, Issue 20
**********************************************
_______________________________________________ gpfsug-discuss mailing list gpfsug-discuss at spectrumscale.org http://gpfsug.org/mailman/listinfo/gpfsug-discuss
