• No events
  • View Comments to “Iomega Grows Up and Moves Out of the House”

    1. BrentO

      Apr 16th, 2009

      WOW, so that's why they wouldn't put iSCSI in the smaller units, eh? Thank goodness I didn't pick one of those up – I was this close last week.

    2. sfoskett

      Apr 16th, 2009

      I've been told by a few vendors that the last-generation embedded CPUs used in lots of consumer network storage doesn't have the power to offer serious iSCSI performance. I wouldn't hold my breath on iSCSI being added to anything that doesn't have it already. But it looks like it's got a solid future in this space!

    3. BrentO

      Apr 16th, 2009

      Heh heh heh – I respect your political correctness. “Told by a few vendors” – oh, you mean the same folks who want me to ditch my old storage appliance and buy a new one, right? Riiight.

      “Serious iSCSI performance” – if I wanted that, I wouldn't be buying sub-$1k gear.

      <sigh> Dang it, so much for my free lunch.

    4. Jason Boche

      Apr 16th, 2009

      Awesome! Totally Awesome!

    5. John

      Apr 20th, 2009

      Ok,

      I see four slots on the front. 1TB or 500G B drives to get 4TB or 2TB RAW then. lET'S SEE, 38 random IOPS per spindle @ 20ms response and a RAID 10 wite penalty of 2 …ouch. These are definitely not enterprise class. You'll hit a disk bottleneck long before iSCSI factors become a consideration in the performance calculus.

      Still, this is targeted at SOHO. Buy two and some cheap host based replication software…

    6. sfoskett

      Apr 21st, 2009

      They're using RAID-5, not RAID-10. And I bet they use modern drives with at least twice the number of IOPS you cited. So it's not that bad. But no, this isn't going to unseat a cached enterprise array any time soon!

    7. John

      Apr 21st, 2009

      Even if the IOPS/spindle is higher, that's negated by the RAID 5 write penalty…

      Where P is the performance in IOPS/spindle and N is the number of spindles in the array:

      RAID 5 random write performance = P*(N-1)/4
      RAID 10 random write performance = P*N/2
      RAID 5 random read performance = P*(N-1)
      RAID 10 random read performance = P*N

      Yes, SATA drives have a MAXIMUM IOPS that is higher. The point is that an IOPS value is meaningless unless ascocated with an IO size and a response time. Sure, I can push a maximum of around 90 IOPS per SATA spindle at an IO response time in excess of 1 second. If each outstanding IO took a second to complete, my computer would appear frozen. A practical response time for random IO response time is 20ms for many applications and for databases in particular, closer to 10ms. I stand by those numbers.

      In the product release, you'll note they gave an example of an application that uses large sequential reads… meadia straming. Not pounding on Iomega, but this is standard vendor fare to put their product in the best artifically crafted workload light.

      Still, this is targeted clearly for the SOHO market. How much random IO can a thread or two produce? Are home standards as exacting as enterprise standards? I think not. Add some cheap replication and a second unit and even I could see the potential for home office use. The price seems right. I wouldn't rush out and attach one to the SQL or Oracle server backending my revenue generating Web application,or even Exchange server for that matter, (if I had one-not specifying that I do or don't).

      John

    8. sfoskett

      Apr 22nd, 2009

      Although I agree that these things are not going to be competitive with real enterprise storage systems, even at the low end, I just can't agree that the performance will be that bad. Consider a CLARiiON, which are often configured with a single LUN on a single RAID-5 set of 4 SATA disks. How is this any different from an Iomega? Well, there's lots more cache and processing power for one. But if the back end can't cope, no amount of sleight of hand will matter.

      My point is that lots of systems use 4-drive SATA RAID-5, and lots of these are in production/corporate environments, and lots don't have crazy cache or processors. It's not ideal, and not even high-performance, but it works. And the Iomega ought to work, too, in an appropriately low-demand environment. Even with Exchange or SQL Server or ESX. I certainly don't expect 1-second IO waits. You just can't tar something as unacceptable just because it uses RAID-5!

      As for the disks, I still contend that modern SATA drives (of the kind to be used in the Iomega and similar devices) can handle much much more IOPS than you're suggesting. Yes it'll vary greatly by IO size, and yes it might dip to the 20s in some situations. But modern drives can easily average 80 or 90 IOPS with real-world business application loads. Look at Tom's Hardware tests and see for yourself!

      Most small offices use cheap bare drives, perhaps software RAID, and fast (not gigabit) Ethernet. I have no doubt that one of these low-end RAID systems would be a major major improvement for them! I have no doubt that an ix4 with iSCSI would be faster in all circumstances than an internal bare drive or two.

      Thanks so much for the stimulating conversation. I really respect your thoughts, and hope you will continue to call me out and provoke discussion!

    9. John

      Apr 22nd, 2009

      The RAID 5 thing is all about the workload. RAID 5, with a write penalty of 4, is appropriate for workloads that have a high read/write ratio. Home directories would be a good example. There have been many studies of unsage patterns for user home directories last year, and the results were very appropriate for RAID 5, Even better probably RAID 6 fronted by some cache if the controller supports it.

      As the read/write ratio moves closer to 1:1, the RAID 5 write penalty of 4 becomes a much larger factor in determining the spindle count required for adequate performance. Exchange 2007 with cached mode clients in particular has a read/write ratio very close to 1:1. For the same number and type of spindles, you'll get twice the performance out of RAID 10 as you would RAID 5 in such an application workload environment. The rule of thumb is: If the read/write ratio of your application workload is less than the write penalty of your proposed RAID type, then your proposed RAID type is poorly suited for your application workload. You'll simply waste spindles.

      All that said, on the extremely low end of the small business environment, say 10 Exchange users @ 0.3 IOPS/user, you're right; even a poorly suited RAID choice won't make any difference. The IO load is too small to matter. When you start to scale, that's when it gets ugly. Most small business owners I know have a dream, and for the most part a fairly solid plan, of expanding their business… Let''s not paint an overly rosy picture and end up putting a stumbling block in their way.

      John

    10. John

      Apr 22nd, 2009

      The RAID 5 thing is all about the workload. RAID 5, with a write penalty of 4, is appropriate for workloads that have a high read/write ratio. Home directories would be a good example. There have been many studies of unsage patterns for user home directories last year, and the results were very appropriate for RAID 5, Even better probably RAID 6 fronted by some cache if the controller supports it.

      As the read/write ratio moves closer to 1:1, the RAID 5 write penalty of 4 becomes a much larger factor in determining the spindle count required for adequate performance. Exchange 2007 with cached mode clients in particular has a read/write ratio very close to 1:1. For the same number and type of spindles, you'll get twice the performance out of RAID 10 as you would RAID 5 in such an application workload environment. The rule of thumb is: If the read/write ratio of your application workload is less than the write penalty of your proposed RAID type, then your proposed RAID type is poorly suited for your application workload. You'll simply waste spindles.

      All that said, on the extremely low end of the small business environment, say 10 Exchange users @ 0.3 IOPS/user, you're right; even a poorly suited RAID choice won't make any difference. The IO load is too small to matter. When you start to scale, that's when it gets ugly. Most small business owners I know have a dream, and for the most part a fairly solid plan, of expanding their business… Let''s not paint an overly rosy picture and end up putting a stumbling block in their way.

      John

    11. j1mbo007

      Feb 16th, 2010

      A question for the clever people
      running 4 X 1Tb drives with Raid 10 having only 1TB left Will exchange 2010 handle

    12. [...] The ix12 is a big step up. Although they sold multi-drive RAID systems even before the EMC acquisition, this new device is unlike anything we’ve seen before from Iomega. This slim (2U) chassis is all drives up front, with 12 hot-swap slots full of 3.5″ SATA storage. Under the hood is a dual-core 3 GHz Intel Core2duo E8400 “Wolfdale” CPU, a major horsepower upgrade from the single-core Celeron in the ix4-200r. It also has double the memory (2 GB) compared to that 4-drive product. [...]


    Leave a Reply

    You must be logged in to post a comment.

    blog comments powered by Disqus