Lots of storage (figured you'd enjoy this)


Stokkes

Recommended Posts

Hey everyone,

 

Figured I'd post this image...

 

What you will see is a new storage system I implemented in my professional career. It's an Isilon (www.isilon.com) storage cluster with 48TB of RAW space (43TB after adjustment).. Best of all, it's shown to the end user as 1 big box o' storage. No partitions, no LUNs, no volumes, no aggregates, just pure, unadulterated contiguous storage.

 

It ain't cheap, but the whole cluster took only 20 minutes (after rack installation/cabling) to put into production. In my 15 years of IT, this is by far the quickest deployment i've ever done. Expansion is a question of buying another node, plugging it in, clicking a button in the interface and voila! System scales to over 5PB if you want it and uses 40Gbps Infiniband as the inter-connect. Will also do 10Gbps Ethernet and iSCSI on the same "big box". Management couldn't be easier.

 

Thought you'd guys might enjoy this.

 

Cheers,

Isilon_Cluster_43TB.jpg.827458ce83d32681a307475fa6aa2535.jpg

Link to comment

The nature of the types of data unRaid users store on their arrays (video and music) do not compress very well.

 

Compress, no... dedupe... maybe. The big enterprise stuff dedupes at a block level instead of basic file level....

 

My Exchange databases (9.7tb) are stored on 337gb of disk.  ;D

Link to comment

The nature of the types of data unRaid users store on their arrays (video and music) do not compress very well.

 

Compress, no... dedupe... maybe. The big enterprise stuff dedupes at a block level instead of basic file level....

 

My Exchange databases (9.7tb) are stored on 337gb of disk.  ;D

When backing up enterprise PCs, it is easy to de-dupe.  Nearly all will be the same OS, with the same files.

The only "duplicate" files I have are some pictures where I just dumped the camera's flash card to a dated folder on the disk and did not bother deleting the pictures already on it before taking more.

 

Now, there are a few movies with "flashbacks" and repeating segments (We watched "Groundhog Day" this evening) but I doubt they would compress or de-dupe at all.  ;D

 

Joe L.

Link to comment

The nature of the types of data unRaid users store on their arrays (video and music) do not compress very well.

 

Compress, no... dedupe... maybe. The big enterprise stuff dedupes at a block level instead of basic file level....

 

My Exchange databases (9.7tb) are stored on 337gb of disk.  ;D

When backing up enterprise PCs, it is easy to de-dupe.  Nearly all will be the same OS, with the same files.

The only "duplicate" files I have are some pictures where I just dumped the camera's flash card to a dated folder on the disk and did not bother deleting the pictures already on it before taking more.

 

Now, there are a few movies with "flashbacks" and repeating segments (We watched "Groundhog Day" this evening) but I doubt they would compress or de-dupe at all.   ;D

 

Joe L.

 

I'm not so sure about that. Block level dedupe is magical. I'm going to bring a few 8 or 9gb .mkv movies in and stick them on there and see what happens  ;D

Link to comment

I'm not so sure about that. Block level dedupe is magical. I'm going to bring a few 8 or 9gb .mkv movies in and stick them on there and see what happens  ;D

 

Skeptical but open minded.  Looking forward to your results.  What is the "block size"?

Link to comment

I'm not so sure about that. Block level dedupe is magical. I'm going to bring a few 8 or 9gb .mkv movies in and stick them on there and see what happens  ;D

 

Skeptical but open minded.  Looking forward to your results.  What is the "block size"?

Well.. with a block size small enough, there will be lots of duplicates...

 

Try a block size of "1" byte and I'll bet you find lots of duplicates in many files.  ;)

 

You should be able to store only one copy of the potential 256 unique "bytes" and then reference them for all the others.  ;)  Theoretically it will work for the de-duplication, but overhead and efficiency might be poor.  ;D

 

Joe L.

Link to comment

Deduping with 1 byte blocks would create so much overhead.. it's almost imaginable :)

 

I know...  ;D but think of how many dupes you'd eliminate. ;) 

 

It is not as bad as you might think since you only need 1 byte to point to the value to be used instead of the duped block, and 8 bytes to address the "block" being replaced.  That's a 9-to-1 ratio... ;D

 

Link to comment
  • 2 weeks later...

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.