Slashdot Mirror


Petabyte Storage Array

knight13 writes "Engadet is reporting that EMC is rolling out a petabyte RAID array. From the article, "And if you're ready for that level of storage, there's now someplace to get it: EMC has launched its first petabyte array, a version of the company's flagship Symmetrix DMX-3 system that includes nine room-filling cabinets of drives." The price? A mere $4 million."

32 of 185 comments (clear)

  1. 1 Peta?? How many by IdleTime · · Score: 2, Funny

    JPEGS would that be?

    --
    If you mod me down, I *will* introduce you to my sister!
    1. Re:1 Peta?? How many by rnpg1014 · · Score: 3, Interesting

      If every JPEG was 500 KB, 4,708,523,520 of them. This doesn't account for the operating system, if there is one. Still, when would you ever need to store nearly 5 trillion JPEGs, unless you're Google Caching?

      --
      - Nick
    2. Re:1 Peta?? How many by thefirelane · · Score: 3, Funny

      How many JPEGs would that be?

      1 Really big one

    3. Re:1 Peta?? How many by Anonymous Coward · · Score: 2, Funny

      How many JPEGs would that be?

      All of them.

    4. Re:1 Peta?? How many by mobby_6kl · · Score: 5, Funny

      >What if someone wanted to make a photo album with 1 picture for each person on the planet?

      How about this, limit the sample to women aged 18-35, but take several photos? Maybe even more space could be saved by taking off the extra clothes...

    5. Re:1 Peta?? How many by HTH+NE1 · · Score: 2, Interesting

      1 Peta[byte]?? How many JPEGS would that be?

      JPEGs are too small for the margin of error in the reporting of this 1 PB array. From the article, it appears to be a 1.2 PB array (2400 * 500 GB), presumably to push it over the 1 PiB capacity(*). And that's assuming the whole capacity is available and none of it used for redundancy. (That's a lot of data to lose over one drive failure.)

      (*) The difference between 1 PB and 1 PiB is nearly 126 TB! That's a lot of space to miss over not knowing what units you're talking about. Byte @

      --
      Oh, say does that Star-Spangled Banner entwine / The myrtle of Venus with Bacchus's vine?
  2. Kinda Interesting by synthparadox · · Score: 2, Interesting

    This is pretty interesting in that it's yet another item that we all wish we had just for overkill purposes.

    However, I doubt they'll sell many of these. The only places I can think of that would benefit from this are supercomputing institutes, but they often build their own redudant RAID systems and/or NAS systems.

    It's nice and all, but seriously people, who's the audience?

    1. Re:Kinda Interesting by TinyManCan · · Score: 3, Interesting
      You're mistaken.

      If this was slightly less high-end disk (DMX's are EMC's top of the line) it would be perfect for disk-to-disk backups. We send approx 50 TB a day of data to tape to send offsite. I would *love* to have the last 50 days data on disk, onsite for instant restores.

    2. Re:Kinda Interesting by AKAImBatman · · Score: 2, Insightful

      If the man has 50 Terabytes of critical data that he needs to backup and ship every day, I'd say he probably has a budget that could accomidate one of these things. While multi-terabyte arrays are more common than they once were, anyone carrying around that much data still needs to spend millions just to keep their infrastructure intact.

      Now all he's got to do is get his boss to sign the check. :-P

    3. Re:Kinda Interesting by DerekLyons · · Score: 2, Insightful
      However, I doubt they'll sell many of these. The only places I can think of that would benefit from this are supercomputing institutes, but they often build their own redudant RAID systems and/or NAS systems.
      I suspect the marketing strategy is to sell the smaller versions of the system - the petabyte version is just an assembly of modular components.
      It's nice and all, but seriously people, who's the audience?
      For the full meal deal? Probably nobody - but it makes a hell of an advertisement for the smaller systems in the same product line.
    4. Re:Kinda Interesting by TinyManCan · · Score: 2, Interesting
      For the full meal deal? Probably nobody - but it makes a hell of an advertisement for the smaller systems in the same product line.

      I'd bet you that you are wrong on this. EMC is going to sell a lot of these systems.

      Previously you could get a 230 TB (? might be off, going from memory?) DMX3000 array. EMC has a lot of customers with several (many in some instances) of these installed. A good percentage of these customers would probably consolidate into a single array. Some customers like the advantages of many smaller arrays.

      But certainly EMC is going to sell more than 0 of these. This year.

    5. Re:Kinda Interesting by Theatetus · · Score: 4, Informative
      Imagine just once, you had to wait 4 hours for some tapes to come back onsite. Now that is four hours times approx 40,000 people (number of employees unable to work). That one outage just cost you 160,000 hours of downtime, where you could not serve your customers. Assuming you pay on average $25/per employee/per hour you've paid for the system in one go.

      Only if you use Enron math. You have to pay $25 per employee per hour either way. The only thing that matters is what you mentioned as a side note, revenue from customers lost during the outage. If whatever system relies on this backup is generating you $1,000,000 per hour, then an array like this would pay for itself in one four-hour outage. But, that doesn't take into account opportunity cost: you could still be better off if you put that $4 million to use generating revenue; if it made back more than the outage costs you you're still on top.

      --
      All's true that is mistrusted
  3. Holy Truman, Batman! by MarkRose · · Score: 4, Interesting

    Interesting calculation: If you live 80 years, that's 435.5 KB per second -- enough for a TV-quality video of your entire life.

    --
    Be relentless!
    1. Re:Holy Truman, Batman! by cgenman · · Score: 2, Interesting

      Interesting calculation: If you live 80 years, that's 435.5 KB per second -- enough for a TV-quality video of your entire life.

      If you live for 80 years, that's 75 years longer than an average hard drive will last. That's 6.9 Megs of data breaking every second.

    2. Re:Holy Truman, Batman! by McWilde · · Score: 3, Funny

      The phrase "TV-quality" is always amusing to me. Digital television is just starting to roll now in Holland (or maybe I'm just now starting to notice it) and the one feature that is supposed to sell it is the great quality of the picture. But that's not really the problem with television. Everyone I know has cable tv, which is good enough for me. The problem is there's never anything on.
      So saying that you could make a TV-quality video of your life is like saying your life sucks.

      --
      Maybe
    3. Re:Holy Truman, Batman! by cgenman · · Score: 2, Interesting

      have them indexed by day and hour for recall, pretty easily.

      I have a friend who has photographic memory. She can take pictures of things with her mind, and look back at them later. If she wants, she can snap an entire textbook and read it later.

      The problem is, though, that whenever she wants data she still has to read it. If she doesn't study for tests, then she has to flip through textbooks in her mind to try and find the data, which is a lot more tedious than you would think. If you had a recording of your life and wanted to know your boss's exact statement about your project 6 months ago, you will need to spend hours and hours and hours flipping through footage looking for it.

      A 24-7 documentation of your life would take 24-7 to watch.

  4. Heh by Anonymous+Crowhead · · Score: 4, Insightful

    I was just thinking about how 4 years ago you could build a terabyte array for about $5-10,000 down from many millions 8 years ago. Today, you can get a terabyte for less than $500. In a few years, a petabyte is only going to cost $5,000. If you just buying space for future growth, it seems like a total waste of money.

  5. Been there done that by hackstraw · · Score: 2, Interesting

    http://www.archive.org/web/petabox.php

    By those who truly care about the human tradition, and spreading the music of the Grateful Dead and other freely available media.

    Is this another slashvertisement?

    1. Re:Been there done that by r_weaver · · Score: 2, Interesting
      It's only a "Petabox" in name, not capacity. (unless by "box" they mean a 20'x8'x8' shipping container)

      From the linked site:

      * High density-- 100 Terabytes per rack
      * Colocation friendly-- requires our own rack to get 100TB/rack, or 50TB in a standard rack

      So even with the special Internet Archive racks, you'd need 10 of the racks to get a Petabyte.

      Though it seems that capricorn-tech has improved on the capacity since the Internet Archive page was written, advertising up to 80 TB per standard rack, so you could get by with just 6.25 racks for a full Petabyte of storage if you had those new higher capacity nodes in the special racks.

      Other interesting specs: 900 lbs per standard 19" x 80" high (42U) rack, 80W/node, 3.2 KW/rack, 40KW for an entire Petabyte.

  6. Failure rate by joNDoty · · Score: 5, Insightful

    Let's assume for a moment that the average lifetime of one hard disk in this petabyte array is 6.5 years. Since there are 2,400 hard drives, that means that once this thing has been running for a while, you will be replacing, on average, one broken hard drive per day, for the entire lifetime of the array. That's about $350 per day in replacement parts alone!

    1. Re:Failure rate by Anonymous Coward · · Score: 2, Insightful
      No, it doesn't work like that. When you buy an array like (esp. from EMC) you buy a _service plan_ to go with it.

      You pay $xxx,xxx.xx up front for a years service. The EMC arrays call home when a drive is getting ready to die (i.e. well before there is _any_ data loss) and EMC sends a tech onsite. The drive is swapped out and you as the customer notice absolutely nothing, except a line in the security log where the tech showed up at the datacenter.

    2. Re:Failure rate by TopSpin · · Score: 4, Interesting

      Large data centers often have far more than 2400 operational disks. Under these conditions, at any given moment, some fraction of all storage has faulted and repair activity is continuous. This is one reason SCSI hardware is preferred: the disks are more uniform (capacity, electrical interface, etc.,) and replacements remain available over longer intervals.

      This isn't the slightest bit unusual. At any moment some fraction of the power transmission and distribution system has faulted. Some percentage of all aircraft are grounded. Various segments of all wide area communications systems are down. Repairs never cease.

      $350 equates to a few minutes of aggregate labor costs spent financing, provisioning, securing and monitoring a petabyte of storage. Other large ongoing costs include power and cooling. $350/day is lost in the noise.

      EMC's new offering will reduce many of these costs for a given amount of storage. The thing to do then is build data centers to host these machines by the dozen.

      --
      Lurking at the bottom of the gravity well, getting old
  7. Re:A petabyte of pr0n by Leroy_Brown242 · · Score: 2, Funny

    1 Petabyte is enough pr0n?

    For who?

    You're new here, aren't you? :)

  8. Re:A petabyte of pr0n by Compuser · · Score: 3, Insightful

    I pity you.

  9. true by xusr · · Score: 2, Interesting

    It's amazing how quickly storage increases and prices go down. On the other hand, it's interesting to keep in mind that as amazing as an iPod nano would be in 1985, the invention of paper was the single biggest leap in storage density we've ever seen.

  10. When will a petabyte hard drive arrive here? by rolfwind · · Score: 3, Interesting

    The thing is built around 2,400 500GB hard drives.

    I wonder when (if) the average consumer can get 1PB harddrives?

    I don't know if Moores law applies historically to harddrives, but if doubling of capacity occured every 18 months and figuring 500GB is the limit size now and the doubling continues into the future:

    500GB - Now
    1TB - 18 months
    2 - 36
    4 - 54
    8 - 72
    16 - 90
    32 - 108
    64 - 126
    128 - 144
    256 - 162
    512 - 180
    1024TB = 1PB - 198months which is 16.5 years.

    1. Re:When will a petabyte hard drive arrive here? by Knetzar · · Score: 2, Interesting

      According to the paper High Density Hard Disk Drive Trends in the USA, hard drive density has doubled every 12 months.

      500GB - Now
      1TB - 1 year
      2 - 2
      4 - 3
      8 - 4
      16 - 5
      32 - 6
      64 - 7
      128 - 8
      256 - 9
      512 - 10
      1024TB = 1PB - 11 years, Assuming that ariel density continues to double and the form factor stays the same.

  11. I'll say it by Profane+MuthaFucka · · Score: 3, Funny

    A petabyte ought to be enough for anybody. And I mean it this time.

    --
    Fascism trolls keeping me up every night. When I starts a preachin', he HITS ME WITH HIS REICH!
  12. Petabyte drives... by jd · · Score: 5, Informative
    It really depends and Moore's Law doesn't really apply to it. The jumps tend to be much larger and much more random. The problem is that capacity is limited by several factors: drive speed, disk rigidity, read/write-head speed and the distance the read head is from the disk surface.


    The faster a disk spins, the more disk surface is exposed to the magnetic field used to write to the drive, so the less storage you have. Disk rigidity is important for two reasons - it limits how close the read head can get and it limits how precisely you can know how much disk surface has been visible. The faster you can either read magnetic fields or generate them, the less disk you need to write to, thus increasing storage. The distance of the read head determines the surface area exposed to the magnetic field on writing, so determines how far apart your data must be to not overlap.


    A trivial question might be: Using a standard, existing hard disk (but modifying the controller as necessary) increase the capacity of a hard drive? The answer is "probably".


    One way to do it would be to add enough RAM such that a fairly substantial portion of the disk can be held in ramdisk on the controller. Because you are then not reading and writing to the disk directly, but going through ramdisk, the speed of the drive becomes much less important. If you slow the drive down substantially, whilst writing to it at the same speed, the data won't be smeared over the disk as much, so you should be able to increase the density.


    In practice, as disk manufacturers don't design their disks with that kind of mod in mind, you are very likely to run into significant problems with defects on the surface that simply aren't visible at 7200 or 15000 RPM. Other problems, such as stability (drives depend a lot on gyroscopic effects and aren't built to go slow), may also limit how much you can cheat on the density.


    Another option would be to seriously cool the read/write head, so that you could flip the magnetic state faster. Again, you're limited. Mechanical devices don't like being freeze-dried - even when they ARE dry. However, you may be able to get some improvement that way.


    If you're just looking for ANY increase in capacity, then that's trivial and requires no engineering (but some programming). Modern computers are very fast, compared to modern hard drives. If you have one physical sector per physical track, then break down the structure entirely in memory, you eliminate the need for inter-sector gaps, physical sector headers, etc. You might be able to squeeze out another 10%-15% by this method, which isn't a whole lot but isn't bad for the effort it would take.


    There are very likely other mods that hard disk manufacturers could use, but which would be totally beyond anyone doing homebrew stuff. The platters probably aren't using the absolute ideal materials - let's face it, they're in business to make money and there are far more home buyers wanting cheap drives than there are perfectionists wanting perfect drives. I suspect there are other areas they could improve on, using existing technology, but won't because it's not economic.


    That's probably why you see bursts of improvement. When there's a massive enough need for the extra storage, it can be achieved. When there isn't, it's not worth the extra investment.

    --
    It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
  13. Filed under: Peripherals by drgonzo59 · · Score: 2, Interesting
    I like the section heading: Peripherals

    With a beast like this that fills up a whole room, anything else becomes a peripheral....

  14. Re:Apple XServe by vidarh · · Score: 2, Interesting
    It gets you a unified system designed to work as a cohesive hole, and that is easy to maintain and operate.

    That's generally what you pay a fortune for when you buy these big beasts.

    It all boils down to what is most important for you - the money or the hassle of managing less integrated systems. The big filers are by no means the right choice for everybody, but they are nice to work with if you can justify the cost.

    Features in high end storage systems like this typically include things like redundant-everything (multiple controllers with automatic failover, multiple sets of write cache, RAID, multiple power supplies), up to and including systems where you can pull out entire packs of drives while the system is running without noticing more than a reduced IO rate.

    Many of them also have extensive built in health checks, and some will "call home" and the first you might know about a potential problem may be the engineer showing up at your office to fix it before it does become a problem (of course, you pay accordingly....)

    Other features usually involve snapshot support (get a second virtual "drive" that is "frozen" at a point in time - makes doing backups a breeze because you can quiet database updates etc., make a snapshot, and then go on with your business and not have to deal with complex hot backup solutions), and often remote synchronisation (get a second box at a second location, put up a fibre link between them, and let the boxes handle the rest)

    Of course you can do most/all of this with cheaper hardware too, but then you have to build it yourself. If you're, for instance a bank, and are dealing with huge sums of money, it's often far easier to buy stuff like this and pay for the maintenance contracts and just not have to deal with it any more.

    For mere mortals they are usually just outrageously overprised compared to the features we actually need.

    Though I must say I have always had a weakness for hardware that comes with cases big enough to live in and requires forklifts to move... :)

  15. Much better drives means lower failure rates by Terje+Mathisen · · Score: 2, Informative

    The Internet Archive Project http://www.archive.org/ is running on the PetaBox http://petabox.com/ rack system, which was commercialized by Capricorn Tech http://www.capricorn-tech.com/ more than a year ago.

    This system uses absolutely no board/controller lever redundancy, instead they use a separate file system on every disk, then mirror pairs of 1U units, and finally mirror the entire (mirrored) rack to a geographically distant location.

    I am currently testing a much denser solution, the SATABeast http://nexsan.com/products/products/satabeast/sata beast.html from nexsan http://nexsan.com/ which manages to pack 42 500 GB SATA drives into a single 4U rackmount box. With multiple RAID5 volumes and shared hot spare drives, this results in about 17-18 TB of usable file system space.

    According to the nexsan engineer I spoke with today, they do so much burn-in testing of the Hitachi Deskstar drives they ship, that over the 15-18 month period they've used these drives, the total error rate has been just 0.4%.

    Even if these numbers are somewhat skewed due to many systems (i.e. drives) being relatively recently installed, it is still very impressive.

    For our setup we plan to use multiple full boxes, each connected to a separate NFS server. Each server has multiple FC host adapters, so if a server crashes, the corresponding box can be connected to one of the other servers.

    We will also use rsync to mirror all data across the country to a secondary site.

    Terje

    --
    "almost all programming can be viewed as an exercise in caching"