Windows Server 2012 продолжает виртуализовать всё, до чего дотягивается =). Очередной шаг в виртуализации всего и вся – Storage Spaces. Фактически – виртуализация хранилища со всеми вытекающими отсюда положительными моментами. При первом поверхностном знакомстве напрашивается аналогия со встроенной в предыдущие версии Windows Server технологией создания програмного RAID-массива. Общие моменты имеются. Но есть и много нового.

Из интересных особенностей можно выделить:

• Предоставление места в хранилище по запросу (то есть фактически, место выделяется тогда, когда оно нужно, а не заранее)
• Отказоустойчивость (зеркалирование/хранение информации о чётности – аналоги RAID1/RAID5, поддержка горячего резервирования “hot spare”)
• Сохранение целостности данных (за счёт механизма интеллектуальной проверки на наличие ошибок и их исправление)
• Поддержка хостинговых сценариев
• Интеграция с CSV (Cluster Shared Volumes) и отказоустойчивым кластером. Поддерживаются как двух-узловые, так и много-узловые (до 63 узлов включительно) конфигурации

Модель объединения/общего пула хранилищ не является новшеством, она использовалась и раньше производителями хранилищ. Преимущества использования Storage Spaces:

• Расширяемость . Главным из преимуществ использования пулов хранилищ является уменьшение количества объектов, которыми должен управлять администратор. Вместо управления большим количеством носителей разных типов мы управляем значительно меньшим количеством пулов, что позволяет управлять значительно большими объёмами данных.
• Простота управления . Инструменты управления: оснастка File and Storage Services, командлеты PowerShell. Доступны как в серверных редакциях, так и в клиентских версиях.
• Гибкое назначение прав доступа . Права доступа назначаются на уровне пулов. Полная интеграция с Active Directory.
• Совместимость с большим количеством устройств хранения . USB/SATA/SAS/SCSI/iSCSI. Поддержка протокола SES (SCSI Enclosure Service).
• Совместимость с приложениями . С точки зрения приложения Storage Spaces выглядят как обычные тома с данными.

Модель общего пула хранилищ в картинках выглядит следующим образом: мы можем взять два диска размером 2Тб и назвать это объединение домашним пулом:

Далее, в этом пуле мы можем создать некоторое пространство (space) для хранения данных, которое не будет привязано к какому-то конкретному физическому диску. Таким образом мы получаем виртуализованное хранилище, которое с точки зрения конечного потребителя никак не связано с физическим хранилищем.

С этим виртуальным хранилищем мы можем работать как с обычным физическим диском – мы можем его разбить на тома, отформатировать, начать копировать на него данные итд. Однако есть некоторые особенности:

• Размер хранилища – 10Тб, при этом суммарный размер физических дисков составляет всего 4Тб. Фактически, к размерам исходных диском мы привязаны не сильно.
• Отказоустойчивость, реализованная через зеркалирование – мы имеем как минимум 2 копии данных, что гарантирует нам доступность данных в случае выхода из строя одного физического диска.

Механизм, который позволяет нам реализовать вторую особенность (создать 10Тб диск на базе двух 2Тб физических дисков) называется thin provisioning. Если раньше размер тома, выделяемого под хранения данных был ограничен размером физических дисков, имеющихся в наличии, то теперь мы можем выделять столько места на виртуальном томе сколько нужно (при этом, у нас есть возможность этот размер увеличить). Физические же диски будем добавлять по мере необходимости (виртуальное хранилище будет нас информировать о то, что это необходимо сделать).

Отказоустойчивость в примере выше реализована через зеркалирование. То есть у нас всегда будут две (можно сделать три) копии данных на разных физических дисках. В случае сбоя одного из них наши данные не пострадают. Что интересно, физические диски не видны для большинства приложений и компонентов операционной системы – они работают с виртуальным хранилищем, которое мы создали. Поэтому сбой на уровне физических дисков проходит для них незаметно. В случае использования дисков горячей замены (hot spare), а так же при замене вышедшего из строя физического диска на рабочий, отказоустойчивая конфигурация начнёт восстанавливаться автоматически (в случае с зеркалом данные будут скопированы на новый физический диск).

В пределах пула мы можем создавать виртуальные хранилища (spaces), используя разные технологии отказоустойчивости. Например, для одного хранилища это будет зеркалирование, для другого хранение информации о чётности. Оба хранилища будут использовать один набор физических дисков, как изображено ниже:

Оба виртуальных хранилища будут использовать одинаковые физические диски для хранения данных, используя при этом разные механизмы распределения данных по физическим дискам. Каждое хранилище будет использовать оптимальные для себя способы распределения данных по дискам и способы восстановления в случае сбоя физических дисков.

Управление . Можно выделить следующие задачи по управлению пулами и виртуальными хранилищами:

• Проверка доступности первоначального пула для каждой подсистемы хранения.
• Создание отдельного пула хранения для каждой подсистемы хранения.
• Создание виртуальных хранилищ (storage spaces) в пуле.
• Создание новых томов, соответствующих одному или нескольким хранилищам.
• Создание общедоступных папок на томе.
• Добавление дополнительных физических дисков в пул.
• Удаление физических дисков из пула.
• Удаление пула.

Ниже каждая из задач расписана подробнее.

Проверка доступности первоначального пула . Для того, чтобы физический диск был доступен для помещения его в пул он должен удовлетворять следующим требованиями:

• Минимальный размер диска – 10Гб
• Диск должен быть не размечен
• Диск не должен быть в каком-либо другом пуле

Если диск подключен к системе и все эти три требования для него выполнены, то он автоматически попадает в первоначальный пул (Primordial Pool):

Get-StoragePool -FriendlyName Primordial | fl HealthStatus

Создание пула . Доступно либо через контекстное меню пула Primordial

Удаление физических дисков . Запускается через контекстное меню в окне физических дисков

Можно использовать командлет Remove-PhysicalDisk .

Удаление пула . Любой, созданный ранее пул, может быть удалён. Необходимо помнить, что если существуют какие-то ресурсы (тома, общедоступные папки), зависящие от этого пула, то их нужно перед этим удалить. Удаление пула доступно через контекстное меню пула

Порядок создания/удаления объектов в нашей иерархии с пулами будет следующий:

Исходные документы:

Пул носителей≈ это логический набор однотипных носителей, применительно к которому действуют одинаковые атрибуты и свойства, назначаемые при управлении -носителями. Каждый носитель в системе съемных ЗУ принадлежит к пулу носителей, и каждый пул содержит только однотипные устройства (только ленты или только диски, но не то и другое одновременно). Приложения используют пулы носителей для получения доступа к конкретным носителям в пределах конкретной библиотеки. Использование пулов носителей позволяет определить набор свойств, применимых ко всем носителям в пределах логической группировки. Эта возможность очень полезна, т. к. система съемных ЗУ позволяет множеству приложений совместно использовать одни и те же носители в пределах одной библиотеки. Одна библиотека может содержать носители из различных пулов носителей, каждый из которых имеет свои свойства. Любой пул носителей может охватывать несколько библиотек. Кроме того, система съемных ЗУ позволяет создавать на базе пулов носителей иерархические структуры.

Типы пулов носителей. Существуют следующие стандартные типы пулов носителей:

• Пулы неопознанных носителей, которые содержат пустые (новые) носители и носители, не распознаваемые системой съемных ЗУ. Вставив новый носитель, немедленно переместите его в пул свободных носителей, чтобы носитель мог использоваться приложениями. Носители, находящиеся в пуле неопознанных носителей, могут быть смонтированы, размонтированы или перемещены в пул свободных носителей. Когда неопознанные носители извлекаются из оперативной или независимой библиотеки, они автоматически удаляются из базы данных съемных ЗУ.
• Пулы импортированных носителей ≈ содержат носители, которые система съемных ЗУ может распознать, но которые не зарегистрированы в текущей базе данных съемных ЗУ. Например, таким носителем может быть носитель, взятый из другого филиала предприятия. Носители, находящиеся в пуле импортированных носителей, могут быть перемещены в пул свободных носителей для повторного использования.
• Пулы свободных носителей ≈ содержат носители, на текущий момент не выделенные приложениям, и не содержат активных или полезных данных. Пулы свободных носителей действуют как буферы для прикладных пулов носителей (по аналогии с временной записью заметок на черновиках с последующим их переносом, например, в отчет). Исходная информация при этом остается на черновике, и может быть использована повторно. Пулы носителей можно сконфигурировать либо так, чтобы автоматически перемещать носители из пула свободных носителей, когда в пуле носителей конкретного приложения нет доступных носителей, либо так, чтобы перемещать носители из одного пула в другой только вручную.
• Пулы носителей для приложений ≈ создаются и используются конкретными приложениями, в задачи которых входит управление данными. Пулы носителей для приложений определяют, к каким носителям может получать доступ конкретное приложение. Кроме того, они задают свойства для носителей. Носители, находящиеся в пуле носителей конкретного приложения, управляются этим приложением или администратором. Приложение может использовать несколько пулов носителей, а несколько приложений могут совместно использовать один и тот же пул. Например, программа архивации (Backup) может использовать один пул носителей для выполнения полного резервного копирования, и другой ≈ для инкрементного резервного копирования.

Классы пулов носителей. Система съемных ЗУ поддерживает два класса пулов носителей: системные и прикладные.

• Системные пулы носителей (system media pools). Система съемных ЗУ создает по одному пулу свободных носителей, нераспознанных носителей и импортному пулу для каждого типа носителей.
• Прикладные пулы носителей создаются для конкретных приложений по управлению данными (или самими этими приложениями). Таких пулов в системе съемных ЗУ может быть произвольное количество. Выделенный носитель (allocated media, т. е. носитель, зарезервированный за конкретным приложением) не может быть перемещен из пула в пул.

Компания Asus выходит на рынок с новой полноформатной (ATX) системной платой под названием E3 Gaming V5. Новинка базируется на чипсете Intel C232 Express, который поддерживает высокопроизводительные процессоры Xeon E3-1200 v5 (Intel Skylake 14 nm) и планки памяти DDR4. На печатную плату «посажены» компоненты высокого качества Gamer’s Guardian с продолжительным сроком службы, а внедрение технологии RAM Cache позволяет значительно ускорить загрузку игровых приложений.

Материнская плата Asus E3 Pro Gaming V5 запакована множеством оригинальных функций и технологий. Так, в модели реализована …

Известный разработчик различных компонентов систем охлаждения, компания Gelid Solutions, обновила модель кулера Silent Spirit до второй версии, предназначенного специально для охлаждения центрального процессора. Обновленный кулер носит имя Gelid Rev.2 Silent Spirit и уже поставляется на североамериканские рынки. Продукт совместим с большинством процессорных платформ, изготовленных компаниями Intel и AMD: для сокетов Intel LGA 1156, 1155, 775, и для сокетов AMD FM1, AM2, AM2+, AM3, AM3+, 754, 939, 940.

Конструкция кулера Gelid Rev.2 Silent Spirit особо не отличается от первоначальной версии и состоит из …

Компания Intel готовится выпустить линейку твердотельных накопителей SSD 530. Главным козырем продуктов является использование совершенно нового интерфейса M.2, а также форм-фактора следующего поколения Next Generation Form-Factor. Релиз серии первоначально планировался на июнь 2013 года, но затем был перенесен на начало августа. Всего компания планирует представить пять моделей общим объемом 80 ГБ, 180 ГБ, 240 ГБ, 360 ГБ и 480 ГБ.

Intel SSD 530 базируются на контроллере LSI SandForce SF-2281 и используют память типа MLC NAND, разработанную по нормам 20 нм технологического процесса. …

Как я писал в предыдущих публикациях, на самом деле Windows 8 есть что предложить пользователю кроме нового интерфейса Metro (а иногда и в противовес ему). У меня Windows 8 прочно обосновалась на настольном ПК благодаря одному только Hyper-V , но это, конечно, довольно специальное применение, востребованное далеко не каждым. В этой статье речь пойдет о еще одной важной новинке, которая также достаточно сложна в техническом плане, но, тем не менее, может претендовать на гораздо большую популярность.

Storage Spaces

В русскоязычной версии Windows 8 функция, с которой я хочу познакомить читателей, называется «Дисковые пространства».

Перевод совершенно неудачный, поскольку набирающие популярность SSD к дискам никакого отношения не имеют. По-английски же название звучит совершенно корректно - Storage Spaces, пространства хранения.

Если не вдаваться в глубокую теорию, то «Дисковые пространства» представляют собой программный RAID в составе всех редакций Windows 8. Вообще говоря, для Windows это не новость - похожую функциональность предоставляют динамические диски, а Drive Extender из Windows Home Server можно считать прямым прообразом нынешнего решения. Тем не менее «Дисковые пространства» имеют свою специфику, и можно предположить, что они умышленно вынесены на пользовательский уровень, чтобы привлечь к ним дополнительное внимание. Но прежде чем приступить к их изучению, напомним вкратце о самом

RAID

Эта аббревиатура расшифровывается как Redundant Array of Independent Disks, т. е. избыточный массив независимых дисков. Причем первоначально I означало Inexpensive, поскольку речь шла о применении недорогих дисков из мира ПК. По мере развития технологии, в частности с применением SCSI-дисков, это качество перестало ощущаться, что и привело к соответствующей замене в названии. Сейчас такая же участь, по-видимому, ожидает последнюю букву D, которую, ввиду все более широкого распространения SSD, следовало бы трактовать как Drives, накопители.

Наиболее принципиальное свойство RAID - избыточность (т. е. использование накопителей сверх минимально необходимого количества), которая в итоге трансформируется в другие полезные качества: отказоустойчивость и/или производительность. Существуют различные схемы работы RAID, каждая из которых имеет свои особенности.

К примеру, самый простой RAID 0 объединяет два или более накопителея в единое пространство суммарного объема, причем распараллеливание операций чтения/записи позволяет существенно повысить производительность. Ценой же будет, вообще говоря, снижение надежности, т. к. выход из строя одного накопителя разрушает весь массив из-за того, что запись ведется не файлами, а достаточно крупными блоками данных.

А RAID 1 представляет собой простейшее «зеркало», когда все операции на двух накопителях дублируются, т. е. они всегда представляют копии друг друга. Таким образом при отказе одного, вся информация остается доступной на другом. Это главное, но не единственное преимущество. RAID 1 также ускоряет чтение данных, распараллеливая операции, тогда как скорость записи остается примерно такой же, как и у одиночного накопителя. Здесь как раз хорошо видна та самая избыточность: ведь мы используем два накопителя, хотя с точки зрения объема данных хватило бы и одного.

Реализации RAID бывают аппаратные и программные. Первые представляют собой платы расширения, которые могут быть достаточно дороги, поскольку включают специализированный процессор, RAM для кэша, резервное питание (батарейку) для корректного завершения работы в случае пропадания внешнего питания и пр. Программные RAID, соответственно, реализуются средствами ПО и сегодня существуют для всех распространенных ОС. Они, таким образом, задействуют обычные вычислительные ресурсы компьютера, что и является их основным недостатком - под большой нагрузкой общая производительность системы может снижаться. С другой стороны, близость программных RAID к ОС позволяет обеспечить дополнительную гибкость, что мы и увидим на примере «Дисковых пространств».

Как это работает

Microsoft постаралась сделать «Дисковые пространства» максимально прозрачными для пользователя и гибкими в применении. Для этого будущее хранилище формируется на двух уровнях.

Прежде всего, необходимо создать так называемый пул хранения, т. е. логическое объединение нескольких накопителей. Примечательно, что при этом можно комбинировать устройства с разными объемами и интерфейсами - USB, SATA, SAS, SCSI и даже iSCSI. Количество накопителей, вообще говоря, также может быть совершенно произвольным, не считая минимальных ограничений для каждого типа пространств (см. ниже).

Если вы еще не экспериментировали с данной функцией, то, запустив аплет «Дисковые пространства», увидите приглашение выполнить первичную настройку:

Дальше будут автоматически найдены все физические накопители, которые можно объединить в пул - отдельно пустые и содержащие данные или отформатированные. Имейте в виду, что старые данные будут безвозвратно удалены. Кроме того, для RAID не может быть использован системный накопитель - вот первое (впрочем, достаточно очевидное) ограничение.

Как уже говорилось, нет никаких препятствий для объединения в один пул накопителей различных типов и объемов, как, к примеру, на иллюстрации ниже - объединены внутренний SATA- и внешний USB-диски:

На протяжении всего процесса настройки Windows не выдает никаких рекомендации или предупреждений о возможных нюансах - скажем, с производительностью. Между тем, чрезмерные вольности, безусловно, могут приводить к негативным эффектам. Именно поэтому перед использованием «Дисковых пространств» следует разобраться с ними.

Затем на основе пула хранения создаются уже собственно пространства, которые на системном уровне будут выглядеть как обычные логические диски, хотя их природа, как понятно из описания, достаточно виртуальна. Поскольку в моем примере пул объединяет два физических накопителя, то Windows довольно логично предлагает организовать двухстороннее зеркало:

Однако доступны и другие варианты:

Остановимся чуть подробнее на каждом из них.

Простое пространство , которое является аналогом RAID 0, не улучшает надежности и может использоваться для ускорения работы с некритичными данными или с файлами огромных размеров. Более того, можно считать, что на самом деле в данном случае надежность как раз ухудшается. Дело в том, что данные на дисковые пространства (любых типов) записываются не файлами, а довольно большими блоками и считаны они могут быть только с функционирующего пространства. Но простое дисковое пространство разрушается, если в пуле выйдет из строя хотя бы один накопитель - при этом никаких аварийных инструментов пока нет, хотя блоки, вероятно, могут хранить какие-то файлы целиком. Такая же проблема касается и всех прочих типов - при отказе числа накопителей свыше допустимого. Некоторые сторонние разработчики заявили о намерении создать соответствующие утилиты, но, насколько мне известно, реально пока ничего не показали. Хотя правильней было бы, чтобы этим вопросом озаботилась сама Microsoft.

В двухстороннем зеркале каждая операция записи осуществляется одновременно на два накопителя. Соответственно, при отказе любого одного накопителя пространство остается работоспособным. Однако, если в пуле более двух дисков то задействоваться они могут все и алгоритм такого «размазывания» от пользователя скрыт.

Трехстороннее зеркало подразумевает параллельную запись на три накопителя, что, соответственно, защищает от отказа любых двух. Для соответствующего пространства, однако, требуется целых пять дисков, хотя в бета-версии Windows 8 достаточно было именно трех. Вероятно, схема RAID видоизменилась уже в последний момент и в доступной сегодня документации четко не описана. Скорее всего, это нечто вроде RAID 1E, где каждый блок действительно записывается трижды, но каждая следующая операция выполняется со сдвигом на один накопитель, т. е. заведомо равномерно «размазывается» по всему пулу. Обычно это делается для улучшения производительности (за счет большего распараллеливания), но будет ли это справедливо в данном случае - вопрос открытый. Некоторые обозреватели также предположили, что речь может идти о RAID 6, однако это достаточно медленная схема (из-за необходимости расчета двух типов контрольных сумм), чего по тестам не видно. В любом случае, для «Дисковых пространств» трехсторонне зеркало - единственный способ добиться максимально надежного хранения критичных данных.

Наконец, пространство с контролем четности (видимо, для краткости оно называется просто четность ) в точности соответствует RAID 5. В нем одновременно может задействоваться от 3 до 8 накопителей (хотя пул, как обычно, может содержать и больше). Схема работает следующим образом: на все накопители кроме одного записываются блоки с полезными данными, а на последний - блок контрольных сумм, представляющих собой результат операции XOR. Соответственно, при отказе одного из накопителей, недостающие данные могут быть буквально вычислены. C точки зрения надежности пространство с контролем четности аналогично двухстороннему зеркалу, однако в остальном они отличаются заметно. Так, избыточные данные в первом случае составляют 1/N от общего объема, где N - от 3 до 8 (т. е. равно количеству накопителей, на которые одновременно ведется запись), а во втором - всегда 1/2. Однако из-за необходимости расчета контрольных сумм, пространства с контролем четности ощутимо медленнее на запись, вследствие чего их рекомендуют для хранения больших объемов редко изменяемых данных, к примеру, видео.

На предыдущей иллюстрации видно, что одной из немногочисленных настроек пространства является его размер. В данном случае он вроде бы логично для двухстороннего зеркала установлен в половину от общего доступного объема. Однако же использованные накопители вовсе не равны. Более того, на самом деле можно установить любой размер - на функционировании пространства это никак не скажется. В частности, как только будет заполнен меньший накопитель, пространство демонтируется и восстановить его функционирование можно будет добавлением в соответствующий пул новых накопителей. Подобный принцип работы обеспечивается так называемой тонкой инициализацией (thin provisioning), когда, несмотря на заявленные показатели, физическое пространство реально выделяется только под конкретные запросы системы.

Отсюда, в частности, вытекают еще несколько особенностей «Дисковых пространств». Во-первых, в отличие от аппаратных реализаций RAID в данном случае нет жесткого закрепления за накопителями определенных функций. В общем случае данные и контрольные суммы как бы «размазываются» по всем доступным накопителям, что несколько улучшает производительность и придает технологии дополнительную гибкость, но как уже говорилось затрудняет восстановление. Во-вторых, на каждом пуле может быть создано несколько пространств, причем любых типов. К примеру, при использовании накопителей большой емкости не обязательно сразу же целиком отдавать их под зеркало, если объем критичных данных будет расти постепенно. Параллельно можно создать простое пространство и использовать его (до поры до времени) для повышения производительности при работе, скажем, с временными файлами.

На системном же уровне созданные пространства выглядят как обычные логические диски, их использование абсолютно прозрачно и никаких явных особенностей не имеет.

Специфика функционирования

Надеюсь, предыдущий раздел дал общее представление о гибкости «Дисковых пространств», однако, как и всегда, это качество достигается за счет ряда компромиссов. Часть из них, как то: блочная запись и объединение накопителей различных типов - уже затрагивались. Но есть и другие, которые также необходимо иметь в виду.

Пространства и пулы вполне переносимы, но только в пределах Windows 8, так как в других ОС технология не поддерживается. Сам этот процесс совершенно прост, поскольку вся информация о конфигурации, а также достаточно подробные журналы операций хранятся на самих накопителях. Понадобится лишь вручную смонтировать пространство через аплет в Панели управления, т. к. автоматически это не делается.

Протоколирование работы с пространствами имеет ряд преимуществ. К примеру, при добавлении нового диска в пул пространства не будут перестаиваться, что, с одной стороны может снижать эффективность их работы, но с другой - минимизирует дополнительную нагрузку на компьютер. При замене дефектного накопителя в сохранившем работоспособность пространстве заполнение его необходимой информацией будет выполнено автоматически, причем в фоновом режиме. При отключении и повторном подключении накопителя все данные на нем сохранятся, будут лишь добавлены новые, связанные с пропущенными операциями записи. Обо всех проблемах в работе пулов и пространств выдаются краткие системные оповещения с приглашением заглянуть в аплет «Дисковые пространства»:

А вот реакция Windows на заполнение пространства достаточно своеобразна. Начиная с 70% пользователю будут выдаваться соответствующие оповещения, а при полном исчерпании места пространство автоматически демонтируется - подключить его обратно можно вручную через аплет «Дисковые пространства». Хотя кажется более логичным, чтобы пространство просто переводилось в режим только для чтения.

Производительность

Вполне закономерно, что это один из самых неоднозначных вопросов, относящихся к «Дисковым пространствам». Комбинирование накопителей с разными интерфейсами может приводить к самым различным эффектам. Особенно это касается USB, где не всегда даже понятно, как порты распределяются между контроллерами и, конечно, дело не только в пропускной способности интерфейса (т. е. USB 3.0 не решит всех проблем). К сожалению, никаких предупреждений при формировании пулов и пространств пользователь не получает - хотя некоторые неудачные конфигурации вычисляются довольно легко.

Вот как выглядит производительность дисковых пространств из примеров этой статьи.

А вот, для сравнения, производительность использованных физических накопителей.

Внутренний SATA-диск:

Внешний USB-диск:

Видно, что запись на зеркало определяется худшими показателями для двух накопителей, а чтение, как и все операции с простым пространством - усредненными. В данном случае результаты, пожалуй, было несложно предсказать, исходя из принципов работы схем RAID. Однако если бы накопителей в пуле было больше, арифметика была бы не столь проста.

К сожалению, для проведения полновесного тестирования под рукой не оказалось необходимого оборудования, но в общем можно утверждать, что в тех случаях, когда удается распределить одинаковые накопители по независимым каналам, результаты примерно соответствуют общим представлениям о RAID, хотя и с несколько худшим уровнем масштабируемости:

• простое пространство увеличит производительность и чтения, и записи пропорционально количеству накопителей;
• при зеркалировании производительность записи примерно соответствует показателям отдельного накопителя (хотя в некоторых случаях может и замедляться), скорость чтения повышается;
• пространство с контролем четности также улучшает производительность чтения, но замедляет запись в разы (типично - вчетверо).

Выводы

Благодаря различным компромиссам и ухищрениям «Дисковые пространства» реализованы таким образом, чтобы среднестатистическому пользователю не пришлось даже задумываться о подробностях конфигурирования и обслуживания RAID. C помощью этой возможности, к примеру, можно совершенно просто задействовать старые, разрозненные накопители, которые уже рискованно использовать поодиночке. Да, это приведет к каким-то негативным эффектам, но работать все будет исправно и совершенно автоматически. Для более опытных пользователей и администраторов небольших серверов имеется возможность и тонкой настройки посредством PowerShell. Конечно, сегодня появляется все больше бюджетных NAS, однако они все-таки служат несколько иным целям, требуют дополнительных затрат и не обладают гибкостью «Дисковых пространств». В любом случае, хорошо иметь выбор. Наконец, само появление «Дисковых пространств» в Windows 8 говорит о том, что Microsoft пока не собирается сбрасывать со счетов рынок традиционных ПК.