Windows storage server что это

Windows Storage Spaces для начинающих

Во многих дата-центрах и серверных фермах для хранения данных используются HDD и SSD. Статистика, однако, сообщает о том, что после трёх лет работы 10% дисков становятся негодными.

Гибкие возможности масштабирования тоже привлекательны: можно объединить 3 и более драйвов в единый сторадж-пул и затем формировать на его основе “стораджики” нужного размера. А поскольку при работе с пулом формируются и сохраняются дополнительные копии для ваших данных, то проблемы с одним из дисков не приведут к потере всего и вся. А если понадобилось больше места? Просто добавь воды еще дисков в пул.

Storage Spaces для Windows 10

— Он забирается на самую высокую сосну и оттуда планирует.

— Ага, простите, что планирует?

— Он прыгает и планирует.

Даже если сценарий развертывания, который вы хотите воплотить, входит в число самых популярных, и инструкция к нему коротка и вроде даже сходу понятна, этап подготовки и планирования все равно никто не отменял. Итак:

Если вы используете дисковые пространства Storage Spaces на машине с Windows 10, то рекомендуется обеспечить наличие минимум 2 дисков помимо системного. Эти диски могут быть как встроенными, так и внешними. Поддерживаются SSD; можно комбинировать SATA, USB и SAS.

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

После того, как вы все рассчитали и подготовили, можно организовать собственно Storage Spaces. Для этого в Windows 10 нужно выполнить вот такие шаги:

Проверить, что диски, которые вы планируете задействовать, у вас подключены.

Важно! Если вы укажете, что в сторадж-пул хотите включить размеченный диск, имейте в виду, что Windows безвозвратно удалит все разделы и файлы на нём. До начала работы сделайте резервную копию всего, что вам дорого на этом диске!

Для простоты в поле поиска в панели задач вводим Storage Spaces и из полученного списка выбираем Storage Spaces.

Кликаем Create a new pool and storage space.

Выберем нужные нам диски и затем кликнем Сreate new storage pool.

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

На случай сбоя рекомендуется выбрать метод обеспечения отказоустойчивости (Resiliency) как одну из следующих опций: Two-way mirror, Three-way mirror или Parity.

Важно! Помните про количество дисков, которые потребуются в каждом из указанных вариантов, о чем мы говорили выше. Если, допустим, вы предпочтете Two-way mirror, то для нового storage space будет создаваться две копии данных. Так что для такого сценария понадобится минимум два диска (помимо системного).

Затем задайте максимальный размер стораджа для Storage Spaces.

Когда с настройками покончено, нажимаем Create storage space.

Оптимизация работы

Рекомендуется своевременно оптимизировать работу с дисками. Вот что советует делать Microsoft:

При добавлении новых дисков в существующий пул рекомендуется оптимизировать использование диска. При этом некоторые данные будут перемещены на новый диск, чтобы оптимизировать использование емкости пула. Это стандартное действие при добавлении нового диска в обновленный пул в Windows 10: флажок Optimize to spread existing data across all drives будет установлен по умолчанию.

Однако если вы сняли этот флажок или добавили диски до обновления пула, вам нужно вручную оптимизировать использование диска. Для этого в поле поиска на панели задач введите Storage Spaces, выберите Storage Spaces из списка результатов поиска, а затем щелкните Optimize drive usage.

Автономный сервер

Если у вас один отдельно взятый сервер, то для настройки на нем дисковых пространств Storage Spaces есть подробная инструкция от Microsoft, на русском языке и даже с картинкой. Storage Spaces поддерживаются для Windows Server 2019, Windows Server 2016, Windows Server 2012 R2 и Windows Server 2012.

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

На базе сторадж-пула можно создать несколько виртуальных дисков. (Windows идентифицирует их как обычные диски, которые могут быть отформатированы.)

Для их создания можно использовать File and Storage Services; в настройках можно указать thin provisioning либо fixed provisioning, а также размер. Дополнительные настройки можно задать с помощью команд PowerShell.

Кластеры и Storage Spaces Direct

Если вы работаете с кластером и используете для каждой его ноды СХД с прямым подключением (DAS), то Storage Spaces Direct могут оказаться вполне разумным и эффективным вариантом по сравнению с NAS и SAN. Storage Spaces Direct отличаются хорошей масштабируемостью и возможностями управления. Технология Storage Spaces работает наряду с кэшированием, RDMA и поддержкой СХД для разных уровней (tiers). Помимо этого, поддерживаются диски NVMe.

Storage Spaces Direct поддерживаются для Windows Server 2019 Datacenter, 2016 Datacenter и Insider Preview Builds. Можно создать конвергентное или гипер-конвергентное пространство.

Настройка сети (этот этап не относится к сценарию развертывания Storage Spaces Direct на виртуальных машинах).

Все эти этапы очень подробно описаны здесь (на русском языке).

Storage Spaces vs. RAID

Как водится, у Windows Storage Spaces и RAID есть свои преимущества и свои недостатки. Об этом уже написана не одна сотня строк (например, здесь). Вкратце:

Для программных RAID, как и для Storage Spaces отсутствуют ограничения по числу сокетов (у традиционных RAID они есть).

Если говорить о производительности, то RAID 0 превосходит Storage Spaces с режимом simple mode примерно вдвое. Однако на скоростях 4K они уже сравнимы. RAID 1 быстрее выполняет последовательные операции чтения, зато Storage Spaces в режиме two-way mirror mode вдвое быстрее выполняет операции записи, нежели RAID 1. Что касается hardware RAID, то операции чтения и записи для них гораздо быстрее, чем Storage Spaces в режиме parity mode.

Источник

Windows Storage Server – зачем нужны специализированные ОС

Статья опубликована в №23 (734) от 29 июня

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

В задачу ИТ-подразделения организации любого размера и рода деятельности в первую очередь входит создание такой инфраструктуры хранения данных и средств доступа к ним, в которой бы выполнялись следующие условия:

предоставление доступа к данным всем, кто в них нуждается, тогда, когда требуется, там и на том устройстве, где это нужно;

защита информации с точки зрения разрешений и прав доступа, системных сбоев и катастрофических событий;

быстрое восстановление данных в случае их потери или повреждения.

Учитывая постоянно растущие задачи по хранению и обработке большого количества данных, где львиная доля приходится на обычные офисные документы, ИТ-подразделения и специалисты должны использовать инструменты (программные и аппаратные), позволяющие им создать инфраструктуру, которая отвечала бы приведенным выше условиям. К таким ИТ-инструментам, кроме общих, декларативных, современный бизнес выдвигает куда более четкие требования – масштабирование, отказоустойчивость и высокая доступность, защита данных от потери, управляемость.

При первом запуске вас встречает приглашение сконфигурировать ОС

В то же время под масштабируемостью понимается не только решение задачи расширения дискового объема, но и обеспечения гарантированного хранения лишь необходимой компании информации. В 70% украинских фирм важные данные находятся либо на локальных рабочих местах пользователей, либо на разрозненных децентрализированных файловых серверах. При этом «масштабирование» выполняется путем простой замены старого накопителя на новый, большего объема без учета типов документов и политик их применения в организации, срока их жизни, возможного наличия дубликатов на других файловых серверах и т. п. Централизованные СХД, в которых присутствуют механизмы управления копиями, политиками и представляющие собой единую точку входа для пользователей, куда также в автоматическом режиме реплицируются их локальные документы, – то самое обязательное условие для построения масштабируемой инфраструктуры хранения данных с низким ТСО.

Еще одной задачей, которую решает централизация систем хранения, является унификация точки подключения пользователей к хранилищам в части протоколов и методов доступа. Наличие единой системы упрощает, например, предоставление им доступа к хранилищу извне с помощью современных технологий работы в WAN, таких как Microsoft Direct Access.

Отказоустойчивость и высокая доступность систем хранения данных в настоящий момент достижима на аппаратном уровне дисковой подсистемы, где повсеместным является широкое применение различных RAID-контроллеров и избыточного количества дисков, но при этом не обеспечивается надежная работа самого сервера хранения данных в ИТ-инфраструктуре организации. Посему в текущий момент для большинства ИС, которым требуется доступ к информации на уровне 99% и выше, характерно применение технологий отказоустойчивых кластеров и создания репликационных систем хранения, когда данные дублицируются в нескольких хранилищах на случай выхода из строя непосредственно дисковых подсистем или какой-либо катастрофы.

Быстрое восстановление потерянной информации в централизованной и защищенной системе должно обеспечивать не только ее резервное копирование и восстановление в рамках самого централизованного хранилища, но и пользовательских данных с локальных компьютеров, т. е., как уже упоминалось выше, в требованиях к масштабированию – репликацию локальных файлов в хранилище. Также СХД должны предоставлять такой инструментарий (например, в виде расширений возможностей графического интерфейса его клиентской ОС для работы с файлами), который бы обеспечивал быстрое восстановление копий удаленных или поврежденных пользовательских данных как в хранилищах, так и локально, без непосредственного участия администратора. Кроме того, очень важное требование к СХД – наличие в них механизмов резервного копирования открытых файлов и возможности создания «быстрых» слепков файловой системы.

И наконец, управляемость решения при построении инфраструктуры хранения данных, которая и является в дальнейшем ключевым фактором стоимости владения хранилищами (ТСО), поскольку операции по всем перечисленным выше условиям (масштабирование и контроль за заполнением носителей, производительность и доступность, надежное и своевременное выполнение резервного копирования) требуют от ИТ-персонала обширных технических знаний и существенных временных затрат. В общем, идеальное решение по хранению данных с точки зрения управляемости – это полная интеграция СХД с уже имеющимися в организации инструментами управления ИТ-инфраструктурой.

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

iSCSI Initiator Properties

Типичным представителем подхода, при котором на базе универсальной ОС создается специализированный продукт для хранилищ данных, является Microsoft Windows Storage Server 2008. Он представляет собой модифицированную редакцию «обычного» Microsoft Windows Server 2008, поставляемую вместе с готовыми аппаратными решениями и адаптированную под работу с хранилищами. При этом Windows Storage Server 2008 создавался с учетом приведенных выше современных требований к СХД и содержит все необходимые функции для их реализации.

Во-первых, даже будучи встраиваемой системой, Microsoft Windows Storage Server 2008 полностью сохраняет за собой черты «обычного» Windows Server – т. е. все административные операции с ним выполняются так же, как и с другими Windows-серверами в ИТ-инфраструктуре, используются те же инструменты управления и подходы. Администратор, получивший в руки «черный ящик» сетевого хранилища под Windows Storage Server, сразу же способен добавить его в домен, создать необходимые ему сетевые файловые папки, предоставить соответствующие разрешения на файлы и т. п., даже не «заглядывая» непосредственно на рабочий стол хранилища, не устанавливая и не изучая специальных утилит и принципов работы, как это было бы в случае со специализированным СХД. Кроме того, во многих организациях применяются системы мониторинга ИТ-инфраструктуры, для которых управление Windows Storage Server практически «прозрачно», поскольку он является подмножеством Windows Server, и для них интерфейсы управления Windows Storage Server/Windows Server идентичны. Внешние средства резервного копирования, способные выполнять его под Windows Server, также очень толерантно будут относиться к появлению в ИТ-инфраструктуре хранилищ под управлением Windows Storage Server и эффективно работать с ними. Обновление ПО аппаратного хранилища под управлением Windows Storage Server также полностью интегрировано с существующими сервисами управления обновлениями в ИТ-инфраструктуре – WSUS и System Center Configurations Manager. Таким образом, появление в сети решения для хранилища данных под Windows Storage Server не повышает нагрузки на системных администраторов, сохраняя (или даже снижая, например при консолидации хранилищ) уровень общей стоимости владения ИТ-инфраструктурой.

Во-вторых, из «родительской» универсальной ОС наследуются механизмы не только управления, но и защиты от сбоев и резервного копирования. Если хранилища на базе аппаратных дисковых массивов с возможностью кластеризации требуют серьезных капитальных вложений, то создание отказоустойчивых кластеров для построения надежных сервисов данных в Windows Storage Server унаследованы от Windows Server. Таким образом, создание отказоустойчивого сетевого файлового сервиса на основе платформы Windows Storage Server доступно для системного администратора с базовыми знаниями администрирования Windows Server и выполняется из штатной оснастки управления Windows Server. Также Windows Storage Server поддерживает не только подключение к сетям SAN, но и предоставляет обратные сервисы – имея встроенный программный сервис iSCSI Target, Windows Storage Server может быть сам основой для SAN организации и выступать хранилищем для отказоустойчивых Windows Server кластеров.

Кроме наследования функций высокой доступности, «черный ящик» Windows Storage Server получил в наследство все функции Volume Shadow Copy, что обеспечивает эффективное резервное копирование всех открытых файлов, создание разовых снимков для хранения промежуточных резервных копий данных, поддержку штатных API для продуктов резервного копирования трех производителей. Также для формирования не только отказоустойчивых локальных кластеров, но и геораспределенной реплицируемой сети данных Windows Storage Server может выступать как любой из элементов штатной инфраструктуры распределенной файловой системы Windows Distributed File System (DFS).

В-третьих, в Windows Storage Server реализованы не только «нижние» уровни работы с данными, но и «верхние» сервисы, отвечающие за то, как СХД будет взаимодействовать с логикой их хранения, с другими сетевыми сервисами в ИТ-инфраструктуре и с клиентскими ОС. Здесь можно выделить то, что для специальных аппаратных решений на базе Windows Storage Server характерна функция Single Instance Storage (SIS) «из коробки». Это существенно снижает потребности в дисковом пространстве, так как СХД будет самостоятельно поддерживать режим наличия единичной физической копии данных на дисках, сколько бы копий файлов пользователи не пытались сделать. Другая важная функция – это возможности создания политик хранения файлов, позволяющих администраторам управлять типами, объемами и временем хранения данных в СХД под Windows Storage Server.

В Storage Explorer видна возможность работать и с FC, и с iSCSI

Механизмы взаимодействия с клиентом также унаследованы от «родителя» – все то, что предлагает Windows Server/Windows Client в виде онлайновой/офлайновой синхронизации пользовательских файлов и профилей целиком, поддержки кэширования на клиенте отдельных документов и папок, удаленного доступа к инфраструктуре через технологию Direct Access – все перечисленное (и многое другое) присутствует и в Windows Storage Server 2008. Это позволяет проводить быструю миграцию разрозненных файловых серверов на аппаратную реализацию Windows Storage Server с повышением эффективности использования и снижением стоимости владения.

Таким образом, можно сказать, что, с одной стороны, специализированные аппаратно-программные решения типа Windows Storage Server для управления хранилищами данных на базе универсальных ОС являются более эффективными решениями для ИТ-инфраструктуры средних и малых предприятий, поскольку они предоставляют полный спектр функций, нежели аппаратные платформы, и отлично вписываются в уже существующую ИТ-инфраструктуру, а с другой – имеют лучшее соотношение производительность/надежность/цена по сравнению с универсальными ОС, выполняющими аналогичные функции управления хранением данных.

Напечатать Отправить другу

Источник

Windows storage server что это

Этот форум закрыт. Спасибо за участие!

Лучший отвечающий

Вопрос

Никак не могу найти где можно купить\скачать сей странный продукт.

Вопросов больше, чем я смог найти ответов! Этот сервер поднимается как роль на обычном W2K8R2 или это самостоятельный продукт? Если это самостоятельный продукт тогда почему его никто не продаёт, закрадывается мысль, что их продают в нагрузку к железным хранилищам. Но тогда ещё вопрос: а кокой софт используется на продаваемых хранилищах вообще?

Я так понял, что этот сервер не удастся протестировать в hyper-v, как виртуальную машинку?

Ответы

а собрать такую штуку очень хочется.

А вообще основной вопрос стал, всё же где взять этого мелкомягкого зверька ).

Сазонов Илья http://www.itcommunity.ru/blogs/sie-wl/

Все ответы

Этот продукт доступен только через канал OEM (Windows Storage Server is an OEM-only product, which means Microsoft OEM partners package and offer Windows Storage Server 2008 R2 NAS appliances.)

В продукт включено ПО Microsoft iSCSI Software Target 3.3, есть возможность бездисковой загрузки серверов Hyper-V.Реализована поддержка протоколов NFS и SMB. Есть SIS. Может использоваться для развертывания двухузлового серверного кластера, устойчивого к аппаратным сбоям и допускающего быструю автоматическую передачу параметров с одного узла на другой.

Страница тут. Даташит тут. К сожалению расская страница почему-то сейчас недоступна 🙁

Источник

Хранилища и высокая доступность в Windows Server 2012 R2

Всем привет, уважаемые коллеги и фанаты ИТ-технологий!

И так, давайте попробуем разобраться, что же у нас появилось принципиально нового в Windows Server 2012 R2, а что же продолжает стремительно развиваться в новой инкарнации нашего замечательного серверного продукта.

Хочу хранилку — большую, быструю, крутую… И совсем недорогую!

Как правило, такие вещи как высокопроизводительные дисковые хранилища и возможность плавного масштабирования системы на лету, ассоциируются, в первую очередь, с большими, дорогими «железками», которые имеют стоимость соизмеримую со стоимостью чугунного моста.
Но с другой стороны, далеко не каждая компания в состоянии позволить себе приобрести такую систему СХД, да и сеть SAN построить — дело непростое и ресурсоемкое, и дорогое, если быть откровенным.

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

Рисунок 1. Особенности платформы хранилища данных на базе Windows Server 2012 R2.

В левой части рисунка мы видим список челленджей, с которыми, как правило, сталкиваются компании когда речь заходит о внедрении систем хранения данных и дисковых хранилищ. На правой же части представлен список функций встроенных Windows Server 2012 R2, которые призваны разрешить эти моменты. Если быть детальным, то давайте разберем некоторые моменты, а точнее разберемся что же обычно требуется от современной высокопроизводительной «умной» системы хранения данных:

1) СХД должна быть устойчива к отказам компонентов, коими, как правило являются контроллеры дисковых массиов, дисковые полки, которые подключают непостредственно к контроллерам СХД, а также сами диски, точнее массивы и агрегаты которые образуют из дисков. Интерфейсы подключения, коими обычно выступают FC-адаптеры или iSCSI-адаптеры, также должны быть резервируемыми и сточки зрения доступа к дискам используют мультипоточность или же механизмы MPIO (Multi-Path Input/Output). Также на практике используют CNA-адаптеры (Converged Network Adapter — конвергентный сетевой адаптер) — новое веяние в области построения ЦОДов и сетей передачи данных, где адаптер используют среду Ethernet для передачи трафика как LAN, так и SAN-типа, и может быть динамически изменен тип, режим работы такого адаптера — с LAN на SAN — и наоборот. Также для поддержки CNA-подхода был разработан стандарт DCB (Data Center Bridging) для более удобного управления сетями передачи и данных и их конвергентсности — протокол DCB, кстати, поддерживается в Windows Server начиная с 2012 версии.

2) Современная СХД должна быть «умной», что в частности проявляется в наличии таких функций, как дедубликация данных, Thin Provisioning или т.н. «тонкое предоставление», «тонкая нарезка» и виртуализация дисковой подсистемы. Не лишним за частую оказывается и интеллектуальный тиринг (intellectual tiering) для распределения нагрузок по типам дисков.

3) Современной СХД неполохо было бы управлять каким-нибудь удобным инструментом, желательно встроенным в ОС. В реальной же жизни ИТ-среды состоят из гетерогенного окружения, что фактически говорит о том, что инфраструктурщики управляют различными моделями СХД от разных производителей, и исходя из этого факта, задача управления ими усложняется. Было бы неплохо использовать какие-либо нейтральные стандарты для управления. Примерами таких стандартов являются SMI-S (Storage Management Initiative-Specification) или SMP.

Теперь давайте взглянем на эту картину с точки зрения возможностей Windows Server 2012 R2. Что касается поддержки мультипоточности для организации, по сути, кластеров хранилищ данных — то эта функция присутствует в Windows Server с незапамятных времен и реализуется она на уровне драйвера сетевого адаптера и функции ОС — с этим проблем нет. По конвергентность, поддержку CNA и DCB я уже сказал чуть ранее.
А вот если перейти ко второй части, то тут есть чем поживиться (то есть о чем рассказать — самйл).

И так, начнем с дедубликации данных. Впервые это функционал был представлен в Windows Server 2012 и работает дедубликация данных в WS2012/2012R2 на блочном уровне. Напомню, коллеги, что дедубликация может работать на 3-х уровнях, что определяет, с одной стороны, ее эффективность, а с другой — ресурсоемкость. Самая «лайтовая» версия — файловая дедубликация. Примерами файловой дедубликации можно назвать технологиюSIS (Single Instance Storage, которая уже канула в лету). Как нетрудно догадатья — работает она на уровне файлов и заменяет полностью повторяющиеся файлы ссылками на расположение оригинального файла. Замена реальных данных на ссылки — это общий принцип работы дедубликации. Но вот, если мы внесем изменения в дедублицированный файл, то он уже станет уникальным — и в результате, «сожрет» реальное место — так что сценарий не самый привлекательный. Поэтому дедубликация на блочном уровне выглядит более привлекательным решением и даже в случае изменения оригинального файла, место съедят только изменившиеся блоки, а не блоки всего файла целиком. Именно таким образом работает дедубликация данных в WS2012/2012R2. ну и для полноты картину остается упомянуть, что существует также битовая дедубликация оперирует, как нетрудно догадаться из ее название, на уровне битов, имеет самый большой коэффициент дедубликации, НО при этом имеет просто адскую ресурсоемкость… Как правило, битовая дедубликация применяется в системах оптимизации трафика, которые используют в случае сценариев с участием территориально-распределенных организаций, где каналы связи между офисами организации либо очень дороги в эксплуатации, либо имеют очень низкую пропускную способность. По сути функция таких устройств заключается в кэшировании предаваемого трафика в устройстве и передачи только уникальных битов данных. Решения подобного класса могут быть как аппаратными, так и на базе виртуальных апплаинсов (виртуальных машин с программным комплексом, реализующих соответствующий функционал).

Все было бы просто замечательно с дедубликацией, но во одно маленькое но… Дедубликация в WS2012 не могла применяться к online-данным, т.е. тем которые, заняты каким либо процессом, находятся в использование, а значит использование дедубликации поверх ВМ становится невозможным, что убивало всю привлекательность данного подхода. Однако улучшения в WS2012R2 позволяет нам использовать дедубликацию поверх активных VHD/VHDX-файлов, а также является эффективной для VHD/VHDX-библиотек, общих ресурсов с дистрибутивами продуктов да и для файловых шар в общем. Ниже приведен рисунок показателями эффективности применения дедубликации для моего хоум-сервера с пачкой виртуалок и VHD/VHDX-дисков.

Рисунок 2. Эффективность дедубликации в Windows Server 2012 R2

Если же мы говорим с вами про тонкое предоставление, тут тоже можно реализовать такой подход для ВМ. Сделать один прообраз, родительский диск — а от него уже делать разностные диски — тем самым мы сохраняем консистентность и единообразие виртуальной ОС внутри, а с другой — сокращаем место, занимаемое дисками ВМ. Единственный тонкий момент в таком сценарии — это размещение родительского виртуального жесткого диска на быстром накопителе — так как параллельный доступ к одному и тому же жесткому диску со множества различных ВМ приведет к повышенной нагрузки на данные сектора и блоки данных. Т.е. либо SSD — наш выбор, либо виртуализованное хранилище. Ну и интеллектуальный тиринг тут тоже пригодится.

Виртуализация… А какая она бывает.

Однако обо всем пор порядку.
Давайте вернемся к вопросу виртуализации дисковой подсистемы.
Исторически сложилось так, что виртуализация дисковой подсистемы — это очень старая тема и история. Если мы вспомним, что виртализация — это абстракция от физического уровня, т.е. скрытие нижележащего уровня — то RAID-контроллер на материнской плате таже выполняет фнкцию виртуализации храналища, а именно самих дисков.
Однако, в WS2012 появился механизм Storage Spaces — фактически аналог RAID-контроллера, но на уровне специального драйвера ввода-вывода данных ОС WS2012. Собственно, типы создаваемых логических агрегатов очень напоминают типы томов RAID: Simple (RAID 0), Mirror (RAID 1) и Parity (RAID 5). В ОС WS 2012 R2 к этому механизму добавился интеллектуальный тиринг хранилища. Иными словами теперь можно создавать агрегаты поверх различных типов дисков, SATA, SAS и SSD, которые включены в один агрегат — а WS2012 R2 уже будет интеллектуально распределять нагрузки на сами диски, в зависимости от типов и интенсивности нагрузок.

Рисунок 3. Включение функции интеллектуального тиринга при создании логического агрегата дисков с использованием Storage Spaces.

Надежность, надежность и еще раз надежность

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

С появлением WS 2012 у нас появилась возможность размещать нагрузки поверх файловых шар и файловой системы SMB 3.0. Ну и тут, конечно же, мы вспоминаем про дублирование компонентов нашего хранилища: сетевые адаптеры мы можем резервировать с использованием встроенного функционала NIC Teaming или же агрегации интерфейсов передачи данных, а механизмы SMB Multichannel выполняют функцию MPIO, но на уровне обмена сообщениями SMB. От падения канала мы с вами защитились — не забудьте и коммутаторы задублировать только. Ну а сточки зрения непрерывности размещения ВМ и не только, но и файлов в целом — мы можем развернуть масштабируемый файл-сервер (Scale-Out File Server — SOFS) и разместить на нем критические данные, таким образом гарантируя не то, чтобы высокую доступность, но именно непрерывность доступа к данным. Добавьте к этому возможность WS 2012 R2 использовать файловую систему ReFS для CSV-томов при создании кластера — и вот она, высокая надежность и исправление ошибок файловый системы практически на лету, без остановки работы! Остается добавить, что у ReFS были некоторые болячки в первой своей версии для WS2012, но теперь, она, естественно, поправилась и теперь является по-настоящему resilient-системой!

Возможность шифрование данных поверх SMB тоже является интересной фичей для тех, кто заботится о безопасном размещении данных и контроля доступа к ним.
Еще одной интересной фичей является возможность использования механизмов контроля пропускной способности и производительности дисковой подсистемы — Storage QoS. Механизм интересный и важный — позволяет в дальнейшем использовать политики размещения нагрузок поверх хранилищ с использованием этого механизма, а также передавать эти данные в System Center Virtual Machine Manager 2012/2012 R2.

Ну и на последок, остается напомнить, что с точки зрения задачи управления, что Windows Server 2012 R2, что System Center 2012 R2 поддерживают различные нейтральные механизмы управления — SMI-S, SMP, WMI.

Рисунок 5. Возможности по управлению хранилищами и их предоставления в System Center 2012 R2 — Virtual Machine Manager.

Is This the end. No — it is just the beginning!

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

Надеюсь вам было полезно и интересно, до новых встреч и хороших всем выходных!

P.S> Забыл вам напомнить, что 10 сентября я и Александр Шаповал проведем для всех желающих бесплатный онлайн-семинар на тему новинок Windows Server 2012 R2 — присоединяйтесь — будет огненно! Регаемся тут: technet.microsoft.com/ru-ru/dn320171

С уважением и пламенным мотором в сердце,

Человек-огонь,
по совместительству,
Эксперт по информационной инфраструктуре
корпорации Microsoft

Источник