topbanner_forum
  *

avatar image

Welcome, Guest. Please login or register.
Did you miss your activation email?

Login with username, password and session length
  • Thursday March 28, 2024, 1:21 pm
  • Proudly celebrating 15+ years online.
  • Donate now to become a lifetime supporting member of the site and get a non-expiring license key for all of our programs.
  • donate

Author Topic: Storage Spaces talk  (Read 4515 times)

superboyac

  • Charter Member
  • Joined in 2005
  • ***
  • Posts: 6,347
    • View Profile
    • Donate to Member
Storage Spaces talk
« on: January 22, 2015, 01:19 PM »
I have a lot of threads about storage and servers here.  As a windows guy, the thing that I've been most fascinated with in recent years is Storage Spaces.   The idea of tossing a hodge podge of drives into a box and creating pools is very awesome to me.  Storage Spaces, as a built in option now in the windows OSs, is something I've been keeping my eye on.  Not much is out there as far as good info regarding it.  Right now, I found a great article for it, so here it is:
http://betanews.com/...ditch-raid-for-good/
Disks are bundled into Pools, which are then divided into Spaces. Individual Spaces can then be doled out for complex storage scenarios. It's a pretty straightforward approach in the land of Storage Spaces, and actually works as advertised, I've found. (Image Source: TechNet)

You can't use a Storage Space as a boot volume... yet, of course. I am hoping that day will come, but for now, it's a mechanism for data storage sets only.

But just like RAID, you have a few options for how you can format your Storage Spaces to work. The three options you have include:

Mirror Space: This is the equivalent of a RAID-1, and my favorite Spaces flavor. Exact copies of data is mirrored across two or more drives, giving you the same redundancy that RAID-1 has offered for so long.  Needs at least 2 disks.
Parity Space: This is the equivalent of a RAID-5 array, using parity space to prevent disaster and recover data in the case of failed drives. I personally don't like this Space type as it has given me very poor write speeds in my testing (shown below). Needs at least 3 disks.
Simple Space: Just like a RAID-0, where you are striping data across multiple drives for raw speed but zero data redundancy. I would never use this production systems. This is good for temporary scratch spaces like video editing scenarios. One disk is all you need for this, but using two or more is really where this would shine.
As anyone who reads my work here knows, I'm not interested in marketing success stories. If I'm going to use Storage Spaces for my own company needs, and more importantly, for my clients, I need proof that this tech works.

40hz

  • Supporting Member
  • Joined in 2007
  • **
  • Posts: 11,857
    • View Profile
    • Donate to Member
Re: Storage Spaces talk
« Reply #1 on: January 22, 2015, 02:39 PM »
Good article. Thx for sharing! :) :Thmbsup:

I pretty much agree with his opinions on Storage Spaces even if I don't quite share all his concerns about some other things. Especially ZFS.

superboyac

  • Charter Member
  • Joined in 2005
  • ***
  • Posts: 6,347
    • View Profile
    • Donate to Member
Re: Storage Spaces talk
« Reply #2 on: January 22, 2015, 03:42 PM »
Good article. Thx for sharing! :) :Thmbsup:

I pretty much agree with his opinions on Storage Spaces even if I don't quite share all his concerns about some other things. Especially ZFS.
Seems like his main complaint is the high RAM requirement of ZFS.  I don't know if it's true, but I have heard that from others.  And also, I feel like it's a "who cares?" issue...RAM is cheap.  And people that need stuff like ZFS, I can't see skimping on RAM a big deal.

40hz

  • Supporting Member
  • Joined in 2007
  • **
  • Posts: 11,857
    • View Profile
    • Donate to Member
Re: Storage Spaces talk
« Reply #3 on: January 22, 2015, 08:53 PM »
^It has a higher suggested RAM requirement than some things. But, as you said, RAM is cheap. And when it comes to servers, it's generally a good idea to max out your RAM if at all possible - regardless of what file system you're running. These days I prefer most servers to have a minimum of 16Gb of RAM as their base configuration, and then go up from there based on what it's going to be used for.

Deozaan

  • Charter Member
  • Joined in 2006
  • ***
  • Points: 1
  • Posts: 9,747
    • View Profile
    • Read more about this member.
    • Donate to Member
Re: Storage Spaces talk
« Reply #4 on: January 22, 2015, 11:00 PM »
FYI that article was written a year ago. I wonder how things have changed since then.

40hz

  • Supporting Member
  • Joined in 2007
  • **
  • Posts: 11,857
    • View Profile
    • Donate to Member
Re: Storage Spaces talk
« Reply #5 on: January 22, 2015, 11:22 PM »
^Not much if at all AFAICT.

Some of it is opinion - although pretty solid opinion - in my opinion. ;D

More seriously, when it comes to storage technology, there are as many opinions as there are people to have one. And there's no recommendation that doesn't require some qualifiers be attached to it. Because a lot of it depends on what you're doing. Each of these technologies has its pros and cons. There's no universally 'perfect' or 'best' choice. Just the one that's most appropriate for a given application.

 8)

superboyac

  • Charter Member
  • Joined in 2005
  • ***
  • Posts: 6,347
    • View Profile
    • Donate to Member
Re: Storage Spaces talk
« Reply #6 on: February 20, 2015, 12:23 PM »
https://forums.serve...es-and-tiering.2470/
Tiering seemed very interesting. At first...then reality sets in. Doing their "promotion" scans via a once-daily batch job just doesn't do much for "real time" tiering. Basically, you are always accelerating yesterday's workload. I guess its fine if you are nice consistent and predictable promotion needs. But if they are nice and consistent and predictable then you don't really need tiering at all...just build and SSD array and store the important files there. Duh! Same story for "pinning". I already store my virtual disk files on an SSD array. Not much real benefit.