Why Windows Scale Out File Server is not Scale Out

 

Good Post by Hans De Leenheer (thank you)

At the E2EVC convention – by the way the best geek convention for virtualization people – Aidan Finn (@joe_elway) gave a great presentation on how to design and implement a Windows Scale Out File Server (SOFS) with Windows Storage Spaces. I have already acknowledged in the past that I do love what Microsoft is doing in this space and I would definitely have this in my mind if I was designing a storage system in the field!

Read on here

Storage Spaces Overview

Good overview from Uzair Aftab (thank you)

Storage Spaces is a new virtualization capability in Windows 8 and Windows Server 2012 which enables users to dramatically reduce the cost of highly available storage for virtualized or physical deployments, while also providing high resiliency and operational simplicity.

Storage spaces come with features that provide resiliency, scalability, high availability and ease of administrative operations.

Read on here

Windows 8 to get self-healing ‘Storage Spaces’

Post from Chris Mellor (thank you) over at El Reg on the new function in Windows 8 ‘Storage Spaces’

Microsoft will introduce in Windows 8 what it calls Storage Spaces – a method of putting drives into a virtual pool from which self-healing virtual disks can be created, with some resemblance to ZFS features.

Details of these virtual disks – the aforementioned Storage Spaces – were described in a 4,400-word deep-dive blog post on Thursday, introduced by Microsoft Windows Division head, Steven Sinofsky, and written by a member of Redmond’s Storage and File System team, Rajeev Nagar.

Storage Spaces are being added to the coming Windows 8 Beta and can be tried out in the Windows 8 Developer Preview. The basic idea is to provide automated data protection and resiliency against physical drive failures, and a storage volume that is actually larger than individual physical drives.

A group of physical disk drives have their capacity aggregated into a single named storage pool. Once allocated to a pool, the individual physical drives are owned by Windows, and are not available or addressable by Windows 8 users as file/folder locations on individual drives.

The participating drives, using NTFS, can be connected to the Windows server host via USB, SATA, or SAS links, and can be of varying capacities, speeds, and types, including 2.5-inch and 3.5-inch drives. The blog post is less than clear as to whether SSDs can join the party.

The pool cannot be used as data storage by Windows 8 users or applications – that’s the job of a Storage Space, of which one or more can be created within a pool. Virtual drives are created from all or part of a pool and called Storage Spaces, each with its own name and drive letter. You still talk to, for example, a C: drive, only now it is a virtual disk drive or volume, formed from part of a storage pool which itself is an amalgamation of physical disk drives.

You can only use Storage Spaces as long as there is a quorum of disks in the pool; basically enough disks to support the capacity and data recovery operations – which we will come to in a moment.

Thin provisioning

Data – files and folders – are written to the virtual drives.

Storage Spaces can be thinly provisioned with, say, a nominally 50TB storage space actually using only 20TB because that’s all the data that has been written. If the space starts getting close to being full – in the sense of filling up the underlying physical drives forming it – then Windows 8 delivers an alert saying that more disk capacity needs to be purchased. When more capacity is added, the new disks can be included in the pool and then get used as needed.

Any capacity used by deleted files is returned to its parent pool and made available for use by spaces. Read on here