Network Computing is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them. Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.

What's Next With Flash?

8:55 AM -- As returns from the iSCSI camp now trickle in here to Solid-State Memory Election Central, a few candidates are emerging as front runners for the title of Conventional Wisdom of 2009 in the use of solid-state memory in the storage market. Clearly, the biggest winners are STEC, whose ZEUSIOPS FC and SAS SSDs are filling drive bays in IBM, EMC, SUN, and HDS arrays; and Fusion I/O, which is leading the raw performance pack with design wins from HP and IBM for server flash DAS.

Once flash vendors started packaging their products in disk-sized cans with disk interfaces, it became a matter of time until someone put them in an array. Today you can get a small number of very high performance (45K read IOPS / 16K write IOPS STEC) Flash drives (EMC, HDS, etc.) or a whole tray of lower performing -- but still 10 times faster than 15K drives with much lower latency -- Intel X25-E or Samsung drives (Pillar, EqualLogic, etc.). Either way, you create raidsets and LUNS (or whatever your vendor calls it. In whatever order they do it. Fat or thin it doesnt matterÂ… Please excuse the short delay as I fall to the floor foaming at the mouth. I'm much better now...) and then have the application guys move the "hot" data to the new flash LUNs. Since these are disk drives to your array, you can use all the cool data protection features it has. The problem is you have to move data to a new LUN.

With array SSDs or PCI-E flash, the challenge is identifying the "hot" data that's accessed all the time. This can be 2 percent to 5 percent of a database, making flash cost effective even at 20x the price per GB of 15K RPM drives. A smart Oracle DBA or development group can move just the busiest parts of the 5-TB database to the new 250-GB flash LUN you just created for him.

Your Exchange Admin, on the other hand, can't break up an information store -- they're always one big file, and smaller organizations that mostly run canned applications may not be able to isolate the 2 percent to 3 percent of a database that's hot data and may be better served by the whole tray of cheaper SSDs that are only 10 times as fast as 15K drives.

What the rest of us need is some kind of automagic mechanism for identifying the hot data and migrating it to the Flash-enabled Tier 0. One solution for Linux and Unix servers is to use Symantec's Veritas File System, sold as part of its Storage Foundation product. VxFS supports file systems that can extend over multiple volumes with different performance profiles. An administrator can define profiles that automatically migrate files from disk to Flash based on their I/O temperature. Granularity is still at the file level, so using VxFS to host VMware instances can shift busy VMs to faster storage, but not just the Windows swap file of that VM, since that's part of the same .VMDK as the rest of the VM.

  • 1