Схд на windows server 2012

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

Сегодня мне хотелось бы рассказать вам про новинки которые у нас появятся в области управление дисковыми подсистемами и хранилищами данных в Windows Sever 2012 R2. Несмотря на то, что с выходом Windows Server 2012 улучшений, касающихся хранилищ данных и работы с дисковыми массивами и сетями SAN, было огромное множество, версия 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 у нас доступны в предварительной версии для ознакомления и скачать их можно тут:

1) Windows Server 2012 R2 Preview — technet.microsoft.com/ru-RU/evalcenter/dn205286
2) System Center 2012 R2 Preview — technet.microsoft.com/ru-RU/evalcenter/dn205295

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

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

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

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

Георгий А. Гаджиев

iSCSI — это сетевой протокол для работы с системами хранения данных (СХД). Он позволяет взаимодействовать по сети с различными системами хранения данных. В упрощенном виде она состоит из следующих частей:

  • iSCSI-target (таргет) — это ресурс, к которому осуществляется доступ посредством протокола iscsi
  • iSCSI-initiator (инициатор) — это хост который инициирует (устанавливает) iSCSI-соединение
  • IQN (iSCSI Qualified Name) — это полный уникальный идентификатор устройства iSCSI, однозначно определяющий данное устройство (есть и у таргета и у инициатора)

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

Не является исключением и ОС Windows, где компоненты iSCSI являются дополнительными компонентами системы.

Установка iSCSI-таргета.

Для создания таргета необходимо через мастер добавления ролей и компонентов диспетчера серверов добавить роль “Сервер цели iSCSI” из раздела “Файловые службы и службы хранилища”.

Для этого необходимо нажать комбинацию клавиш Win-R и в командную строку ввести compmgmt.msc.

Командная строка

Далее запустить мастер установки ролей и компонентов нажав кнопку “добавить роли и компоненты”.

Добавить роли и компоненты

Откроется страница приветствия. Можно просто нажать “Вперед”, а также поставить галочку “Пропускать эту страницу по умолчанию”, если вы не хотите постоянно видеть эту страницу при запуске мастера установки ролей и компонентов, так как эта страница чисто информационная.

Роли и компоненты

После этого, ОС задаст уточняющий вопрос.Выберем установку ролей и компонентов.

Уточнение выбора

Укажем на какие сервера устанавливать роли и компоненты. Выберем интересующий нас сервер и нажмем далее.

Выбор сервера

Выбираем необходимые из списка ролей сервера. Надо раскрыть Файловые службы и поставить галочку “Сервер цели iSCSI”.

Выбор роли сервера

Установка дополнительных компонентов — добавляем нажатием соответствующей кнопки.

Установка дополнительных компонентов

После этого выбранная роль отметится галочкой и можно переходить к следующему этапу нажатием кнопки “Далее”.

Выбранная роль

Установку компонентов можно пропустить, так как они нам в данный момент не нужны, нажав кнопку далее.

Пропуск компонентов

После этого, предупреждение о готовности роли к установке. Нажимаем “Установить”. Можно также поставить галочку “Автоматический перезапуск конечного сервера, если требуется” чтобы не перезапускать сервер вручную. Следует иметь ввиду, что нажатие этой галочки перезапускает конечный сервер после установки без дополнительных предупреждений, поэтому используйте ее с осторожностью.

Установка

После нажатия кнопки установить запустится процесс установки, можно закрыть это окно нажатием соответствующей кнопки. Следует иметь ввиду что это действие не отменяет процесс установки, а только скрывает текущее окно.

Заходим последовательно в “Диспетчер серверов”-”Файловые службы и службы хранилища”-”Тома”-”Диски”.

Выбираем на каком томе будет храниться наш таргет и в контекстном меню пустого тома выбираем “Создать виртуальный диск iSCSI”.

Выбор томов

На первой странице еще раз определяем том на котором будет храниться таргет.

Место хранения таргета

Задаем имя и по желанию описание нашего диска и жмем далее.

Описание диска

Вводим размер диска и определяем как будет выделяться под него пространство — сразу или динамически. Доступный размер под iSCSI-диск показан в самом верху.

Размер диска

Определяем создавать ли новый таргет или присоединить диск к существующему (если они есть).

Создание нового таргета

Задаем имя и описание нового таргета.

Имя и описание таргета

Выбираем инициаторы которым можно подключаться к данному таргету (может быть переопределено) посредством кнопки “добавить”. Можно добавить инициаторы через поиск, выбрать из кеша, если ранее инициаторы уже подключались или задать вручную через IQN, DNS-имя, ip или mac-адрес. Как минимум один инициатор должен быть задан. Введем например IQN вручную.

Выбор инициаторов

Нам стала доступна кнопка далее.

Назначение серверов доступа

Можно включить дополнительную проверку подлинности если это необходимо (например таргет публикуется в сети интернет).

Дополнительная проверка подлинности

На последнем шаге выводится сводная информация по таргету. Проверяем и нажимаем “Создать”.

Сводная информация по таргету

Начнется процесс создания таргета.

Создание таргета

После этого можно подключаться к данному таргету инициатором, заданным на этапе создания.

На этом настройка хранилища iSCSI на Windows Server 2012R2 окончена. В нашей базе знаний вы найдёте ещё множество статей посвящённых различным аспектам работы в Windows, а если вы ищете надежный виртуальный сервер под управлением Windows, обратите внимания на нашу услугу — Аренда виртуального сервера Windows.

 

Продолжая тему создания систем высокой доступности, в данном материале мы рассмотрим настройку iSCSI-хранилищ в современной версии серверных ОС от Microsoft. Мы не будем повторяться и снова обсуждать общие вопросы, поэтому, если вы только начинаете работать с iSCSI, то настоятельно рекомендуем ознакомиться с вступительной частью к нашему предыдущему материалу.

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

Широкое распространение виртуализации и потребности в создании отказоустойчивых систем даже при небольших внедрениях заставили компанию Microsoft пересмотреть свое отношение к доступным из коробки ролям Windows Server и политике лицензирования. Если раньше iSCSI Target предлагался только в редакции Windows Storage Server, то начиная с Server 2008 R2 он стал доступен в виде отдельно устанавливаемого компонента, а с выходом Windows Server 2012 закономерно стал частью ОС.

Для установки роли Cервера цели iSCSI запустите Мастер добавления ролей и компонентов, затем последовательно разверните пункты Файловые службы и службы хранилища — Файловый службы и службы iSCSI и укажите одноименную роль.

iscsi-targer-server2012r2-001.jpg

Перезагрузки сервера не требуется и по завершении работы мастера можно сразу переходить к настройке сервера целей. Для этого в левом меню Диспетчера серверов выберите Файловые службы и службы хранилища и перейдите в раздел iSCSI.

iscsi-targer-server2012r2-002.jpg

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

iscsi-targer-server2012r2-003.jpg

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

Следующим шагом укажите имя и размер создаваемого диска. Windows Server 2012 поддерживает новый формат виртуальных дисков — VHDX, а также динамически расширяемые диски. Если доступные ранее диски фиксированного размера резервировали дисковое пространство хранилища сразу при создании, то динамически расширяемые диски увеличивают размер согласно реально записанным в них данным. Это позволяет существенно экономить дисковое пространство хранилища, нарезая виртуальные диски с запасом.

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

Еще один поддерживаемый тип дисков — разностный, когда все изменения пишутся не на исходный виртуальный диск, а на вновь созданный, к использованию в производственных средах не рекомендуется ввиду существенно более низкой производительности, но может оказаться полезным при отладке и разного рода экспериментах, когда надо иметь возможность быстро откатиться к исходному состоянию.

iscsi-targer-server2012r2-004.jpg

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

iscsi-targer-server2012r2-005.jpg

Затем потребуется указать инициаторы, которым будет разрешен доступ к этой цели. IQN инициатора можно посмотреть на клиенте, для этого откройте Панель управления — Администрирование — Инициатор iSCSI, на вопрос об автоматическом запуске службы ответьте утвердительно.

iscsi-targer-server2012r2-006.jpg

IQN ткущего инициатора можно посмотреть на закладке Конфигурация:

iscsi-targer-server2012r2-007.jpg

Но можно поступить проще, перейдите на закладку Конечные объекты и выполните Быстрое подключение к Cерверу цели, подключиться по понятным причинам не получится, но IQN инициализатора останется в кэше сервера.

iscsi-targer-server2012r2-008.jpg

Вернемся на сервер и нажав кнопку Добавить выберем IQN инициатора из кэша, для современных систем вы также можете получить IQN инициатора выполнив подключение к нему по IP-адресу или имени хоста:

iscsi-targer-server2012r2-009.jpg

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

iscsi-targer-server2012r2-010.jpg

Возвращаемся на закладку Конечные объекты и выполняем ручное подключение найденных дисков, при этом, нажав на кнопку Дополнительно, можно самостоятельно настроить параметры подключения, например, выбрать сетевой адаптер, обслуживающий сеть SAN.

iscsi-targer-server2012r2-011.jpg

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

iscsi-targer-server2012r2-012.jpg

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

I am not talking about 80`s or 90`s, Even few years back if you have to built a new file server with data redundancy, you needed two physical servers and a RAID / SAN drive which would have been a costly component. This could have cost you some good amount of money as well as time. Now days, If you ask some to built the same server, you just need one physical server. Yes, you heard it right. Only one physical server. That`s the power of «Virtualization»

Lets see how only one physical server would have fulfill the requirement. One physical server with Hyper-V, hosting three Virtual Machines. Two VM`s for File Servers and one VM to be used as SAN. Yes, you again read it correctly, you can configure a Windows 2012 R2 Server as a SAN Server. And it Works !!!!

More to it, you could have added another server on cloud (Trust me, hosting a server on cloud is extremely easy and not at all costly. You pay only for the time that VM is running)

In this post, we will see how we can configure a Windows 2012 R2 Server as a SAN Server and we will use this SAN as a cluster disk in our next post on How to Configure Microsoft Cluster on Windows 2008 R2

In case, you think that this (Windows 2012 R2) is the only possible solution for a virtualized SAN then I strongly recommend you to read the following post:-

Configuring SAN on OpenFiler
http://www.adshotgyan.com/2016/04/configuring-san-on-openfiler.html

So, Lets get started !!!!

Here in this lab, we have a Windows 2012 R2 Server named vSAN

Since this being a VM, I have attached two more drives on this server (20GB and 200GB). These two drives will be used later as Quorum and Storage Disk when we will configure cluster

In Disk Management (diskmgmt), we can view these two drives (Uninitialized)

Lets first install some required roles to make this machine as SAN

A SAN can be a Fibre Channel (FC) SAN or a iSCSI SAN

In this lab we will implement a iSCSI SAN

Under Roles, Highlight «File and Storage Services«

Remember, just highlight it, do not select the whole component

In the list under File and Storage Services, Select the following:-

— iSCSI Target Server
— iSCSI Target Storage Provider (VDS and VSS Hardware Providers)

Once done, Select File and Storage Services in the left pane of the Server Manager

Below are the different tabs in left pane

Servers
Lists all the servers managed by this server
Lists events on a particular server (highlighted)

Volumes
List all the Volumes available on the server
List the Shares
Lists all the Disks

Disks
List all the Disks
List all the Volumes
List all the Storage Pools

Storage Pools
List all the storage pools

Storage Pool is a new feature of Windows Server 2012.

Shares
List all the Shares
List all the Volume
List all the Quota

iSCSI
List all the iSCSI Virtual Disks



Work Folders
List all the work folders configured on this server. Work Folder a new feature of Windows Server 2012 R2

Now lets start creating a SAN

Click on «Disks» and you will fond three disks listed on right pane

— 60 GB Disk (C Drive)
— 10 GB Disk
— 100 GB Disk

The two new disk we have added (10 GB and 100 GB) are Uninitialized. So, the first task is to «Initialize» the disks

Right click on a disk and select «Initialize«

Warning: Data will be Erased (Expected)

The disk is Initialized now

We now need to create a new volume

Right click on the disk and select «New Volume«

Select the Server and the Disk

Just a little warning stating that the disk will be Initialized

Select the Volume Size

Select the Drive Letter

The File System (NTFS), Allocation Unit Size and Volume Label

Once completed, the disk will be listed in Disk Management as Online

We now have two disks (10 GB — Quorum and 100 GB — Storage)

The disks are visible in Disks under «File and Storage Services»

Lets move to iSCSI Tab

Click on «To Create an iSCSI Virtual Disk, Start the New iSCSI Virtual Disk Wizard«

Select the Server Name and the Volume

Provide a iSCSI Virtual Disk Name, Description and Path

Provide a Size and Type

Type:

1. Fixed Size
2. Dynamically Expanding
3. Differencing

Specify a size of the disk

Here you need to select the iSCSI Target

Since this is the first time we are configuring iSCSI, there wont be any iSCSI Targets

So lets select the second option to create a new iSCSI Target

Provide a Name and a Description

Specify the iSCSI Initiators which will access this iSCSI Target

Here you get three options

— Query Initiator Computer for ID
— Select the Initiator Cache on the Target Server
— Enter the Value for the Selected Type

Type:
— IQN
— DNS Name
— IP Address
— MAC Address

We will select the IP Address of the Cluster Node

Both Nodes Added

Option to Enable CHAP Authentication

Done

Now the disk is available under «iSCSI«

Lets launch iSCSI on Node1

Since the service by default is set to stopped, so initiating the iSCSI Initiator will start the service

iSCSI Initiator

— Targets
— Discovery
— Favorite Targets
— Volumes and Devices
— RADIUS
— Configuration

The IP Address of the SAN Server is 192.168.1.25

Enter the IP Address of the SAN Server in the Target Field

Click on Connect

Connected

Click on Discovery Tab and you will find that the it has already discovered the target

Open the Disk Management and the disk you be visible here

Will do the same for the other node (Node4) as well

However, for the second drive, we will follow a different approach to present the disk

Click on iSCSI and then right click and choose the option «New iSCSI Virtual Disk»

Select the Disk (Storage — S)

Give a name to this disk

Select the size of the disk

And here this time since the target is already mentioned, just select this target

Now open the disk management on any of the node and the disk will be available on that node

Зафиксирую немного информации с семинара IT CAMPS, посвящённого Windows Server 2012 и «облакам». Более всего показалось интересным про нововведения в подсистеме хранения. А именно — Storage Spaces и дедупликация.

Storage Spaces (Пулы носителей)

Storage Spaces — это своеобразная эволюция RAID. Практически, Microsoft подошли к механизму организации ресурсов хранения так, как это уже довольно давно реализовано в системах хранения данных. Если упрощённо, на пальцах, то механизм такой:

— В сервер мы наталкиваем N дисков.
— Диски мы объединяем в пулы — можно все объединить в один пул, можно несколько пулов сделать. Имеет смысл делить пулы по типам дисков (то есть по скоростям их работы, то есть все SAS — в один пул, все SATA 7200 — в другой и т.д.) и/или по типам RAID, указываемым для каждого пула (поддерживаются зеркалирование [RAID1], чётность [RAID5] и, стандартно, RAID0).
— В пулах мы создаём логические диски необходимого нам объёма. Аналоги LUN в СХД.

В чём преимущество, по сравнению с предыдущим подходом? Более упрощённое управление дисковыми ресурсами. Создав разово пулы, можно потом аккуратно отрезать себе логические диски нужного объёма, производительности и отказоустойчивости, не заморачиваясь с нарезкой RAID. Кроме того (и это ключевое, на мой взгляд), появилась возможность создавать логические диски в режиме Thin. То есть резиновые. Которые будут занимать на физических ровно столько места, сколько занимают их данные. А это значит, что на одном пуле, ёмкостью, скажем, в 100 ГБ мы можем создать, например, 5 логических дисков, по 50 ГБ предельной ёмкости каждый. То есть, суммарно 250. Конечно, если мы два из этих пяти дисков тут же забьём данными под завязку, то на остальные три уже ничего записать не получится. Но эта технология является спасением от ситуаций, когда мы разметили диск в 1 ТБ, например как 500 ГБ под данные пользователей и 500 ГБ под базу данных, а в результате через год наблюдаем картину, что база данных занимает 150 ГБ и на диске больше половины свободного места, а пользователи забили весь свой диск и жалуются на простои в работе. (Пример условный, т.к. пользовательские папки общего доступа и файлы БД на одном пуле при thin-дисках я бы размещать не решился во избежание факапов.)

Было у меня одно опасение — что произойдёт, если ОС вдруг решит упасть и рассыпаться? Ладно если из-за программного сбоя или вируса, но аппаратный крах сервера вызывал ещё больше вопросов.

Оказывается, вся информация о пулах носителей и хранящихся на них логических дисках и данных размещена на самих дисках. И, в случае необходимости, мы просто переносим все диски на новый сервер, втыкаем их в любом порядке и новый сервер (при условии, что он — Windows Server 2012) собирает их в исходный вид.

Дедупликация

Что такое дедупликация, можно понять из следующей иллюстрации:

ru-deduplication_big

Грубо говоря, все идентичные экземпляры данных после дедупликации занимают место одного единственного экземпляра. То есть,  если у вас на диске 33 папки, в каждой из которых лежит фильм «Криминальное чтиво» на 4 ГБ, то до дедупликации на диске будет занято 132 ГБ, после — 4 ГБ. Если все 33 фильма разные, то вряд ли разница будет существенной.

Дедупликация бывает блочная, которая до сих пор была реализована из всех известных мне СХД только на NetApp и файловая, которую, без особого, впрочем энтузиазма, озвучивали некоторые другие производители СХД.

Надо ли говорить, что дедупликация на блочном уровне куда практичнее, чем на файловом.

В Windows Server 2012 реализована именно блочная дедупликация.

Включается в свойствах диска, является необратимым изменением. То есть отключить будет нельзя. Включить её можно только на томах NTFS (даже новая файловая система самого Windows Server 2012 — ReFS — не поддерживается).

Дедупликация — это фоновый процесс, выполняемый по расписанию (какому — непонятно, сказано лишь, что главный приоритет — не загрузить этим процессом систему). Дедупликации не подвергаются файлы размером меньше 32 КБ. В настройках  можно также исключить файлы по расширению и указать директории, содержимое которых не должно подвергаться дедупликации. А также указать минимальное время, которое файл должен провести на диске, после чего его можно будет дедуплицировать.

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

Если воткнуть дедуплицированный диск в компьютер с ОС Windows младше чем WIndows Server 2012, то есть не понимающую дедупликации, то диск будет открываться, файлы будут видны, но открываться файлы будут только те, которые не были подвержены процессу. C’est la vie.

В общем, весьма достойные изменения в новом сервере.

Понравилась статья? Поделить с друзьями:
0 0 голоса
Рейтинг статьи
Подписаться
Уведомить о
guest

0 комментариев
Старые
Новые Популярные
Межтекстовые Отзывы
Посмотреть все комментарии
  • Драйвер для usb клавиатуры windows xp
  • Blue screen view windows 10 как пользоваться
  • Reverse tcp shell windows
  • Scaciati windows media player
  • Asus sound driver windows 10