Компания Netwell ‐ российский дистрибьютор высокотехнологичного оборудования. Основные направления деятельности – сетевые технологии, системы хранения данных, сетевая и информационная безопасность. Netwell является официальным дистрибьютором компании NetApp.

NETAPP TECHNICAL REPORT

Microsoft Hyper-V с использованием SMB 3.0

в Clustered Data ONTAP: Рекомендации

Pavel Lobanov, John Reed, NetApp

Май 2013 | TR-4172

Коротко о главном:

Этот документ предлагает основные рекомендации и наилучшие практики для использования

Microsoft® Hyper-V™ на системе хранения NetApp® с использованием NAS-протокола SMB 3.0.

2

Оглавление 1 Цели документа ................................................................................................................................. 4

2 Clustered Data ONTAP 8.2 ................................................................................................................... 4

2.1 Протокол SMB 3.0 в Clustered Data ONTAP 8.2 ........................................................................... 4

Persistent Handles (Continuously Available File Shares)................................................................... 4

Witness Protocol ............................................................................................................................. 5

Clustered Client Failover (CCF)......................................................................................................... 5

Scale-Out Awareness ....................................................................................................................... 6

Offloaded Data Transfer (ODX, Copy Offload) .................................................................................. 6

Remote VSS ..................................................................................................................................... 6

2.2 Установка Clustered Data ONTAP 8.2 ........................................................................................... 6

2.3 Согласование протокола SMB 3.0 ............................................................................................... 7

2.4 Важные аспекты использования Clustered Data ONTAP для SMB 3.0 ........................................ 9

3 Конфигурирование CIFS Vserver и сетевой Share на нем ................................................................. 9

3.1 Настройки корневого (Root) тома и томов данных (Data) ......................................................... 9

3.2 Настройки Data и Management LIF ............................................................................................. 9

3.3 Настройки SMB 3.0 .................................................................................................................... 10

3.4 Настройки ODX .......................................................................................................................... 10

3.5 Настройки Remote VSS (Shadow Copy Feature VSS) .................................................................. 11

3.6 Настройки Automatic Node Referral .......................................................................................... 12

3.7 Создание Continuously Available File Shares ............................................................................. 12

3.8 Создание Network Interface Failover Groups............................................................................. 13

4 Улучшения Microsoft Windows Server 2012 ..................................................................................... 14

4.1 SMB 3.0 ...................................................................................................................................... 14

4.1 Hyper-V Improvements .............................................................................................................. 14

5 Настройки Microsoft Hyper-V Windows Server 2012 ........................................................................ 14

5.1 Фермы серверов Hyper-V ......................................................................................................... 15

5.2 Типы виртуальных дисков ........................................................................................................ 16

5.3 Быстрое создание виртуальных дисков с помощью ODX ........................................................ 17

6 SnapManager for Hyper-V 2.0 (SMHV 2.0) ......................................................................................... 17

6.1 Remote VSS ................................................................................................................................ 17

6.2 Компоненты SMHV 2.0 .............................................................................................................. 18

6.3 Командлеты SMHV Windows PowerShell .................................................................................. 18

7 Конфигурирование и работа со SMHV 2.0 ...................................................................................... 18

7.1 Подключение SMHV к системе хранения NetApp .................................................................... 18

7.2 Создание датасетов и политик резервного копирования ....................................................... 19

3

7.3 Резервное копирование и восстановление VM ....................................................................... 19

Справочные материалы ...................................................................................................................... 21

Version History ..................................................................................................................................... 21

4

1 Цели документа Компания NetApp находится на переднем фронте в решении сложных проблем бизнеса,

используя свои инновационные технологии и подходы. Одна из наиболее сильных сторон NetApp

в решении этих проблем, это поддержка использования виртуализации в масштабах датацентра.

Серверная виртуализация – это один из основных компонентов современного датацентра, и

Microsoft является одним из ключевых игроков на рынке систем серверной виртуализации. Этот

документ дает техническое детальное руководство того, как спроектировать и реализовать

решение серверной виртуализации Microsoft, с использованием систем хранения NetApp,

работающих по файловому, NAS-протоколу SMB 3.0, под управлением Clustered Data ONTAP® 8.2.

Он описывает использование наилучших практик и рекомендаций по установке и настройке

системы Windows® 2012 Hyper-V со SnapManager® for Hyper-V (SMHV) 2.0 для защиты VM,

работающих по протоколу SMB 3.0, и хранящих данные на NetApp Clustered Data ONTAP.

Этот документ не предназначен быть исчерпывающим детальным руководством по установке и

настройке. Для решения конкретных задач требуется дополнительная экспертиза на месте.

Свяжитесь с вашими контактами в представительстве NetApp для того, чтобы получить

консультации наших экспертов по Microsoft Hyper-V. NetApp стремится к тому, чтобы помочь вам

преобразовать ваш датацентр и ускорить движение вашего бизнеса.

2 Clustered Data ONTAP 8.2 Clustered Data ONTAP 8.2 обеспечивает исчерпывающее решение для пользователей систем

хранения NetApp, разворачивающих виртуализованную среду и защищающих виртуальные

машины (VM), которые работают по файловому протоколу SMB 3.0.

2.1 Протокол SMB 3.0 в Clustered Data ONTAP 8.2 Одна из важных возможностей, появившихся в версии Clustered Data ONTAP 8.2, это поддержка

NAS-протокола SMB 3.0, которая позволяет пользователям NetApp использовать возможности

этого файлового протокола, появившиеся в Windows Server® 2012. С этими новыми

возможностями Clustered Data ONTAP может использоваться, чтобы нести на системе хранения

NetApp виртуальные диски VM и настройки конфигураций, в совместно используемых файловых

ресурсах CIFS.

Некоторые из новых возможностей SMB 3.0 реализованы в Clustered Data ONTAP 8.2, чтобы

обеспечить возможности так называемых «постоянно доступных файловых ресурсов»

(continuously available file shares) и хранилища для Hyper-V:

Persistent handles (continuously available file shares)

Witness protocol

Clustered client failover

Scale-out awareness

Offloaded data transfer (ODX)

Remote VSS

Persistent Handles (Continuously Available File Shares)

Для обеспечения постоянной доступности файлового ресурса (file share), клиент SMB открывает

файл от имени приложения, такого как VM, выполняющейся на хосте Hyper-V, и запрашивает

persistent handles для файла VHDX. Когда сервер SMB получает запрос на открытие файла с

5

использованием persistent handle, то сервер SMB сохраняет достаточно информации о file handle,

вместе с уникальным ключом возобновления операции (resume key), созданным на клиенте SMB.

Информация о persistent handle совместно используется узлами в кластере.

В случае планового переноса сетевых файловых ресурсов (file share) с одного узла кластера на

другой, или в случае отказа одного из узлов, клиент SMB переподключится к активному и

доступному узлу и возобновит открытие файла с помощью persistent handles. Приложение/VM,

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

и не вернет ошибку в ходе такой операции. С точки зрения VM, это выглядит как кратковременная

задержка операций ввода-вывода с виртуальным диском, похожая на временную приостановку

нормального доступа, но не ведущая к прерыванию и остановке работы с диском.

Witness Protocol

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

определения факта сбоя на файловом ресурсе, таком как открытый файл. SMB 3.0 позволяет

изменять величины для таймаутов TCP, и, так как виртуальный диск есть критически важный

ресурс, исполняющаяся на сервере Hyper-V VM хочет определять недоступность сетевого ресурса

как можно скорее, чтобы иметь возможность быстрее совершить переключение на резервный

узел. Witness protocol существенно улучшает время реконнекта SMB-клиента.

В ходе подключения к совместно используемому ресурсу (TREE_CONNECT), сервер SMB

предоставляет информацию о функциях сетевого протокола, доступных для ресурса, например,

что ресурс кластерный, горизонтально масштабируется на несколько узлов (scaled out), и

непрерывно-доступный (continuously available). Исходя из этой информации, клиент SMB

запрашивает такие же данные с других узлов. После получения этой информации, клиент SMB

регистрируется на всех этих узлах.

В случае отказа кластерного узла, клиент SMB оказывается уже подключен к другому узлу,

который может обнаружить отказ и уведомить клиент SMB. Это экономит время, так как клиент

SMB не ожидает, ка кранее, истечения TCP timeout, и только затем начинает процесс

переподключения к работающему узлу, а может это проделать немедленно, получив

уведомление по witness protocol, сводя к минимуму время, когда клиент отключен от ресурса. Для

VM, чей виртуальный диск хранится на такой SMB share, время, в ходе которого диск оказывается

отключен, сокращается до такого интервала, что VM не может даже диагностировать такое

отключение как аппаратный сбой.

Эта возможность включается на Clustered Data ONTAP по умолчанию только в том случае, если вы

следуете всем рекомендациям и наилучшим практикам, и LIF есть на каждом узле и в каждом

Vserver. Также заметьте, что witness protocol работает только для сетевых ресурсов типа

continuously available.

Clustered Client Failover (CCF)

Для увеличения избыточности в системе виртуализации, серверы Hyper-V должны быть

размещены в кластере Microsoft failover cluster. Когда узел сервера в MS Hyper-V, несущий на себе

VM, выходит из строя, то для VM выполняется live migration или обычный перезапуск на другом

узле кластера. До появления CCF в SMB 3.0, перемещение VM на другой узел кластера

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

уже открытым файлам на сетевых файловых ресурсах совместного доступа (file shares), дожидался

истечения таймаута TCP, и закрытия file handle. CCF дает VM возможность открывать файл

6

виртуального диска на сетевом ресурсе немедленно, и обеспечивает возможность использования

уникального идентификатора приложения. Когда узел кластера сервера Hyper-V выходит из строя,

VM запускается на другом серверном узле Hyper-V и использует тот же идентификатор

приложения, что позволяет серверу SMB закрыть существующие file handles, и клиент SMB может

переподключиться к ранее открытому файлу.

Scale-Out Awareness

Clustered Data ONTAP является горизонтально-масштабируемой и обеспечивает возможность

обслуживать данные с разных узлов. Это дает дополнительную возможность избыточности

данных в сети и распространяет нагрузку с нескольких клиентов SMB между нескольким узлами

кластера. Scale-out awareness позволяет клиентам SMB подключаться ко всем узлам кластера и

получать идентичные данные.

Offloaded Data Transfer (ODX, Copy Offload)

Хотя эта возможность и не требуется для запуска Hyper-V по SMB 3.0, в обычной системе, где

пользователю надо разворачивать множество VM, она может существенно сократить время

развертывания VM. Главное достоинство этой опции, это то, что она прозрачна для клиентских

машин, и в ходе операции копирования не происходит передачи трафика по сети. Clustered Data

ONTAP обеспечивает различные механизмы на бэкэнде для копирования блоков данных. В случае

одного тома, обслуживающего файловые сетевые ресурсы (file share), NetApp использует так

называемые SIS-clone, которые устраняют процедуру копирования данных, создавая лишь

указатели на уже существующие на дискахданные. Это ускоряет бэкэнд-операции и улучшает

производительность при копировании с использованием ODX на платформе NetApp, в сравнении

с другими реализациями ODX на других дисковых системах. Когда данные копируются в кластере,

но не на одном томе, процесс остается offloaded, и трафик между клиентом и сервером по сети не

создается.

Remote VSS

Volume Shadow Copy Service (VSS) это фреймворк, обеспечивающий координацию между вводом-

выводом приложения и физическим хранилищем данных на том же сервере, и позволяет

создавать консистентные мгновенные «снимки»-копии данных на этом хранилище. Microsoft

Windows Server 2012 расширяет функциональность VSS на любые сервера, в том числе и

нелокальные по отношению к приложению. Например, приложение, которое запущено на одном

сервере, имеет хранилище данных в файловом сетевом ресурсе на другом сервере. Remote VSS

координирует процессы ввода-вывода в ходе операции резервного копирования между обоими

серверами и обеспечивает консистентность «снимка» состояния данных на хранилище для

приложения, исполняющегося на другом сервере. Clustered Data ONTAP 8.2 расширяет

функциональность Remote VSS включением в фреймворк VSS; сервис VSS запущен на контроллере

NetApp, и провайдер VSS работает на сервере Windows Server 2012. С точки зрения VSS, система

хранения NetApp работает также, как и Windows File Server.

2.2 Установка Clustered Data ONTAP 8.2 Для установки Clustered Data ONTAP 8.2 с использованием возможностей SMB 3.0 нет каких-то

особых требований. По умолчанию, Clustered Data ONTAP 8.2 поддерживает все версии SMB,

включающие в себя версии 1.0, 2.0, 2.1, и 3.0. Большинство обычных приложений, использующих

протокол SMB, например для совместного использования в сети пользовательских файлов и

документов, могут работать с версиями протокола ранее 3.0, и не получают принципиальной

выгоды от использования для своей работы именно SMB 3.0 и его новых возможностей. Однако

7

Hyper-V требует именно протокола SMB версии 3.0 и некоторых его особы возможностей, таких

как continuously available shares. Примите во внимание дополнительный оверхед при хранении и

реплицировании между HA-узлами кластера данных persistent handle, обеспечивающих

функционирование continuously available shares, настоятельно рекомендуется использовать только

continuously available shares при работе Hyper-V по SMB.

2.3 Согласование протокола SMB 3.0 Процедура согласования возможностей протокола SMB между клиентом и сервером начинается,

когда клиент устанавливает соединение с CIFS/SMB file share. В ходе отправки запроса SMB (см.

рис. 1), клиент запрашивает сервер о поддерживаемых им так называемых «диалектах» (версиях)

SMB. Эта глава показывает, как происходит процесс согласования и как диалекты и функции

протокола согласуются между клиентом и сервером. Если требуется анализ процесса

согласования, то пользователь может использовать трассировку IP-пакетов для того, чтобы

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

Рис. 1) Запрос согласования SMB.

8

Сервер отвечает, возвращая максимальный поддерживаемый номер версии протокола SMB (см.

рис. 2).

Рис. 2) Ответ согласования SMB.

В ответ на запрос tree connect от клиента, сервер NetApp SMB 3.0 CIFS server отвечает набором

поддерживаемых функций, как показано на рисунке 3.

Рис. 3) Ответ на запрос tree connect.

9

Рисунок 3 показывает, что NetApp CIFS server поддерживает три функции:

Cluster

Scale-out

Continuous availability

Основываясь на наборе функций, поддерживаемых на сервере CIFS, клиент будет использовать

такие возможности, как persistent handles и witness protocol.

2.4 Важные аспекты использования Clustered Data ONTAP для SMB 3.0 Когда вы устанавливаете Clustered Data ONTAP 8.2 для использования в качестве сервера

continuously available file shares для размещения дисков VHDX, примите во внимание следующее:

Persistent handles работают только между узлами в HA-паре.

Witness protocol работает только между узлами в HA-паре.

Continuously available file shares поддерживаются только для Hyper-V.

ODX поддерживается в Clustered Data ONTAP 8.2 и работает для любых протоколов.

Копирование между файловыми сетевыми ресурсами и iSCSI, или FCP LUN использует ODX.

Подключение между хостами Hyper-V и дисковым массивом NetApp рекомендуется по

сети 10Gb Ethernet, если она имеется. В случае доступности только сети Gigabit Ethernet

(1GbE), NetApp рекомендует создавать интерфейсную группу, состоящую из нескольких

портов Gigabit Ethernet.

Должны быть установлены лицензии CIFS и FlexClone® (требуются для remote VSS в SMHV).

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

использовать Network Time Protocol (NTP), если NetApp CIFS server включен в домен

Windows Active Directory® (AD).

3 Конфигурирование CIFS Vserver и сетевого ресурса на нем Существует несколько аспектов ограничений настройки SMB 3.0 на CIFS Vserver, используемых с

Windows Server 2012 Hyper-V. Некоторые из этих ограничений приходят из Windows AD domain, в

который включен CIFS file server, а некоторые - задаются SnapManager for Hyper-V. Минимальная

версии Microsoft OS, поддерживающих SMB 3.0, это Windows Server 2012 и Windows 8.

3.1 Настройки корневого (Root) тома и томов данных (Data) Тома типа root и тома данных (data volumes) в NetApp CIFS Vserver должны быть типа FlexVol®, и

иметь тип security style – NTFS. Symlinks, hardlinks, и widelinks не поддерживаются SnapManager for

Hyper-V. Также не поддерживаются точки монтирования (junctions) внутри томов данных.

3.2 Настройки Data и Management LIF По меньшей мере, один data LIF должен быть создан на узле, для каждого Vserver в кластере.

Интерфейс data LIF не должен быть сконфигурирован как AutoRevert. Каждый IP-адрес,

присвоенный LIF, должен иметь запись в DNS, алиасы NetBIOS для записей в DNS не допускаются.

Network interface failover groups должны быть сконфигурированы так чтобы указывать на какие

конкретные сетевые порты может быть перемещен LIF. Кроме этого, SMHV требует минимум один

дополнительный интерфейс management LIF на Vserver.

10

3.3 Настройки SMB 3.0 Хотя протокол SMB 3.0 и включен по умолчанию, он может быть включен, выключен и его

состояние может быть проконтролировано с помощью команды vserver cifs options на уровне

привилегий Advanced. Для входа в advanced mode, используйте команду set advanced.

Vespus::> set advanced

Warning: These advanced commands are potentially dangerous; use them only when

directed to do so by NetApp personnel.

Do you want to continue? {y|n}: y

Vespus::*>

Для отображения и изменения всех других настроек необходимо вводить их в режиме уровня

привилегий Advanced. Для проверки того, включен ли SMB 3.0, используйте команду:

vserver cifs options show.

Vespus::*> vserver cifs options show

Vserver: nacifs

Copy Offload Enabled: true

Default Unix Group: -

Default Unix User: pcuser

Export Policies Enabled: false

Is Referral Enabled: false

Is Local Auth Enabled: true

Is Local Users and Groups Enabled: true

Max Multiplex Count: 255

Read Grants Exec: disabled

Shadowcopy Dir Depth: 5

Shadowcopy Enabled: true

SMB2 Enabled: true

SMB3 Enabled: true

WINS Servers: -

Is Use Junction as Reparse Point Enabled: true

Vespus::*>

Для включения и выключения SMB 3.0, используйте команду vserver cifs options modify –

vserver <vserver name> -smb3-enabled {true|false}.

Vespus::*> vserver cifs options modify -vserver nacifs -smb3-enabled true

Vespus::*>

3.4 Настройки ODX Для использования ODX для быстрого развертывания VM из мастер-образа, подготовленного с

помощью утилиты Microsoft SysPrep на том же сетевом ресурсе, что несет на себе файлы VHDX,

функция ODX включается, по умолчанию, глобально, или же для каждого Vserver индивидуально.

Для проверки того, что ODX включен, воспользуйтесь командой: vserver cifs options show.

11

Vespus::*> vserver cifs options show

Vserver: nacifs

Copy Offload Enabled: true

Default Unix Group: -

Default Unix User: pcuser

Export Policies Enabled: false

Is Referral Enabled: false

Is Local Auth Enabled: true

Is Local Users and Groups Enabled: true

Max Multiplex Count: 255

Read Grants Exec: disabled

Shadowcopy Dir Depth: 5

Shadowcopy Enabled: true

SMB2 Enabled: true

SMB3 Enabled: true

WINS Servers: -

Is Use Junction as Reparse Point Enabled: true

Vespus::*>

Для включения или выключения функции ODX, используйте команду: vserver cifs options

modify –vserver <vserver name> -copy-offload-enabled {true|false}.

Vespus::*> vserver cifs options modify -vserver nacifs -copy-offload-enabled true

Vespus::*>

3.5 Настройки Remote VSS (Shadow Copy Feature VSS) Эта функция должна быть включена, если вы намерены использовать SMHV для защиты VM. Для

того чтобы убедиться, что remote VSS включен, используйте команду:

vserver cifs options show.

Vespus::*> vserver cifs options show

Vserver: nacifs

Copy Offload Enabled: true

Default Unix Group: -

Default Unix User: pcuser

Export Policies Enabled: false

Is Referral Enabled: false

Is Local Auth Enabled: true

Is Local Users and Groups Enabled: true

Max Multiplex Count: 255

Read Grants Exec: disabled

Shadowcopy Dir Depth: 5

Shadowcopy Enabled: true

SMB2 Enabled: true

SMB3 Enabled: true

WINS Servers: -

Is Use Junction as Reparse Point Enabled: true

Vespus::*>

12

Для включения и выключения remote VSS , используйте команду: vserver cifs options modify

–vserver <vserver name> -shadowcopy-enabled {true|false}.

Vespus::*> vserver cifs options modify -vserver nacifs -shadowcopy-enabled true

Vespus::*>

3.6 Настройки Automatic Node Referral Хост Microsoft Hyper-V активно использует аутентификацию Kerberos, которая несовместима с

NetApp IP-based automatic node referral. По умолчанию, node referrals отключены, но при

развертывании Hyper-V на SMB, убедитесь, что это в самом деле так, использовав команду:

vserver cifs options show.

Vespus::*> vserver cifs options show

Vserver: nacifs

Copy Offload Enabled: true

Default Unix Group: -

Default Unix User: pcuser

Export Policies Enabled: false

Is Referral Enabled: false

Is Local Auth Enabled: true

Is Local Users and Groups Enabled: true

Max Multiplex Count: 255

Read Grants Exec: disabled

Shadowcopy Dir Depth: 5

Shadowcopy Enabled: true

SMB2 Enabled: true

SMB3 Enabled: true

WINS Servers: -

Is Use Junction as Reparse Point Enabled: true

Vespus::*>

Для запрета этой функции используйте команду: vserver cifs options modify –vserver

<vserver name> -is-referral-enabled false.

Vespus::*> vserver cifs options modify -vserver nacifs -is-referral-enabled false

Vespus::*>

3.7 Создание Continuously Available File Shares Для обеспечения непрерывной доступности, файловые сетевые ресурсы на NetApp CIFS Vserver

должны быть настроены с установкой свойств continuously available. Continuously available shares

являются единственно поддерживаемым типом репозиториев VM в Hyper-V, и не должны

создаваться для обычных сетевых шар SMB, например для размещения на них домашних папок

пользователей. Такие опции, как homedirectory, branchcache, access-based enumeration, или

attribute caching не должны использоваться.

Для установки опций файловой шары, используйте команду: vserver cifs share properties

add -vserver <vserver name> -share-name <share name> -share-properties continuously-

available.

13

Vespus::*> vserver cifs share properties add -vserver nacifs -share-name Home -

shareproperties continuously-available

Vespus::*>

Для проверки того, какие свойства сетевого файлового ресурса установлены, воспользуйтесь

командой: vserver cifs share properties show.

Vespus::*> vserver cifs share properties show

Vserver Share Properties

---------------- ------------------------- -----------------------------

Nacifs admin$ browsable

Nacifs fdsa oplocks

browsable

changenotify

nacifs Home oplocks

browsable

changenotify

continuously-available

nacifs ipc$ browsable

nacifs odx oplocks

browsable

changenotify

Vespus::*>

Чтобы позволить Hyper-V работать с файловыми сетевыми ресурсами, разрешения на share и NTFS

должны позволять полный доступ (full control) для учетной записи, от которой запускается сервер

Hyper-V.

3.8 Создание Network Interface Failover Groups Для создания network interface failover group, используйте команду: network interface

failover-groups.

Vespus::> network interface failover-groups create -failover-group nacifs_e1a -node

Vespus-01 -port e1a

Vespus::> network interface failover-groups create -failover-group nacifs_e1a -node

Vespus-02 -port e1a

Vespus::> network interface failover-groups show

Failover

Group Node Port

------------------- ----------------- ----------

clusterwide

Vespus-01 e0a

Vespus-01 e0b

Vespus-01 e0c

Vespus-01 e0d

Vespus-01 e1a

Vespus-02 e0a

Vespus-02 e0b

14

Vespus-02 e0c

Vespus-02 e0d

Vespus-02 e1a

nacifs_e1a

Vespus-01 e1a

Vespus-02 e1a

12 entries were displayed.

4 Улучшения Microsoft Windows Server 2012 Microsoft Windows Server 2012 это новая серверная платформа для датацентров и облачных

сервисов. В ней появились новые и улучшенные возможности сетевой подсистемы, хранилища

данных и виртуализации, а также улучшенные возможности управления и автоматизации

процессов. Этот раздел описывает отдельные важные возможности, относящиеся к совместной

работе продуктов Microsoft с технологиями NetApp, включая улучшения в области сетевых

протоколов (сетевой протокол SMB 3.0) и виртуализации (Hyper-V).

4.1 SMB 3.0 Протокол SMB 3.0 появился в OS Windows 8.0 и полностью поддерживается в Microsoft Windows

Server 2012 и клиентской OS Windows 8.x. Он позволяет приложениям, таким как Hyper-V, хранить

данные на сетевой файловой папке, используя существующую сетевую инфраструктуру, вместо

протоколов блочного уровня, таких, как Fibre Channel и iSCSI.

4.1 Улучшения Hyper-V Одной из важных новых возможностей Hyper-V при использовании SMB 3.0, является

возможность хранить виртуальные диски VM и ее конфигурационные файлы на сетевом

хранилище, вместо хранения их на локальном диске или на томе Cluster Shared Volumes (CSV).

Cluster Shared Volumes, обычно создается на LUN-ах, для доступа к которым используется блочные

протоколы, такие как iSCSI и FCP.

NetApp традиционно является надежным и испытанным решением хранения для Hyper-V при

использовании блочных протоколов. С появлением SMB 3.0 открывается новая возможность

использовать мультипротокольные возможности систем хранения NetApp, не только с SAN-

инфраструктурой и блочными протоколами, но и с сетевыми файловыми ресурсами общего

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

развернуть сервисы Hyper-V на файловых сетевых папках NetApp по протоколу SMB3,

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

5 Настройки Microsoft Hyper-V Windows Server 2012 Конфигурирование Hyper-V в Windows Server 2012 для использования удаленного сетевого

файлового ресурса CIFS/SMB в качестве хранилища для виртуальных дисков VM является простым

и требует настройки размещения файлов VHDX (си. рис. 4) и конфигурационных файлов VM (см.

рис. 5).

15

Рис. 4) Настройки пути размещения файлов VHDX.

Рис. 5) Настройки пути размещения конфигураций VM.

5.1 Фермы серверов Hyper-V Ранее Microsoft рекомендовал использовать кластер Microsoft failover clustering из серверов

Hyper-V с подключенными по SAN LUN-ами томов CSV для размещения на них виртуальных дисков

VM. Сейчас же хранение виртуальных дисков в отказоустойчивом кластере Hyper-V не требует

обязательного использования томов CSV. Это устраняет необходимость использовать

инфраструктуру SAN, а также упрощает сетевую конфигурацию, при этом обеспечивая тот же

уровень избыточности на уровне хостов Hyper-V.

В версии Windows Server 2012, Microsoft представила новую возможность перемещения VM

между не входящими в кластер хостами Hyper-V (см. рис. 6). Использовав сетевые папки для

хранения виртуальных дисков VM, вам понадобится перемещать между хостами Hyper-V только

конфигурационную информацию о VM, оставив виртуальные диски VM на прежнем месте на

сетевом хранилище, доступном хостам Hyper-V. Это ускоряет весь процесс перемещения VM и

устраняет необходимость использования Microsoft failover cluster для менее критичных VM.

16

Рис. 6) Опции перемещения VM в Hyper-V.

5.2 Типы виртуальных дисков Microsoft Hyper-V в Windows Server 2012 поддерживают формат Windows Server 2008 R2 VHD

следующих типов:

Fixed VHD. Исторически, это единственный тип VHD, поддерживавшийся NetApp.

Dynamic VHD. Основанный на структуре этого виртуального диска файл VHD имеет

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

производительностью при использовании его на системе хранения NetApp.

Differencing VHD. Этот тип наименее производителен из всех трех и используется только

для виртуальных десктопов.

Кроме перечисленных в Windows Server 2012 появилось несколько новых типов, так называемые

виртуальные диски формата VHDX:

Fixed VHDX. Этот тип подобен формату VHD и по-прежнему рекомендуется для

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

хранения NetApp. Он может быть сделан thin provisioned средствами NetApp, он может

использовать FlexClone и дедупликацию на Clustered Data ONTAP.

Dynamic VHDX. Microsoft исправила проблемы с неверным выравнивание данных для

этого типа виртуальных дисков, их производительность была существенно улучшена, и

сравнялась с производительностью fixed VHDX.

Differencing VHDX. Этот тип по-прежнему наименее производителен из всех трех, и

используется только для виртуальных десктопов.

Основываясь на общем опыте, NetApp по-прежнему рекомендует использовать формат fixed VHD.

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

17

5.3 Быстрое создание виртуальных дисков с помощью ODX Функция ODX в Clustered Data ONTAP позволяет делать копии виртуальных дисков VHDX простым

копированием мастер-образа файла VHDX, размещенного на системе хранения NetApp. Поскольку

процесс копирования с использованием ODX не ведет к передаче данных копии по сетевому

интерфейсу, и происходит внутри самой системы хранения, он выполняется в шесть-восемь раз

быстрее, чем, допустим, при использовании для копирования интерфейса 10G. Таким образом,

для быстрого развертывания виртуальных машин вам нужен эталонный образ виртуальной

машины в виде виртуального диска, обработанного SysPrep, хранящийся на файловом хранилище

тома NetApp, и обычная процедура копирования этого образа, инициированная хост-сервером

Hyper-V.

6 SnapManager for Hyper-V 2.0 (SMHV 2.0) Эта глава описывает возможности remote VSS в SMHV v2.0. Подробнее о настройках SMHV,

конфигурировании и использовании, будет рассказано в отдельном документе.

Новая версия SnapManager for Hyper-V (SMHV) использует remote VSS. Это означает, что SMHV

может обнаружить, что конфигурационная информация VM и виртуальный диск хранятся на

удаленной файловой шаре, расположенной на системе хранения NetApp. В ходе процесса

резервного копирования, SnapManager координирует активность ввода-вывода на локальном

хосте Hyper-V, использующем local VSS и функции по взятию снэпшотов на томе NetApp, несущем

файловый сетевой ресурс. Это проделывается до тех пор, пока система не убедится, что все

виртуальные диски не перешли в консистентное для приложения состояние. SMHV v2.0 умеет

работать с кластерным хостом Hyper-V и координирует действия резервного копирования между

всеми хостами Hyper-V и кластером Microsoft failover cluster. В настоящий момент SMHV v2

поддерживает до 16 узлов Hyper-V и до 2000 VM.

6.1 Remote VSS Функция Remote VSS позволяет скоординировать операции ввода-вывода между хостом,

генерирующим эти операции, и удаленным хостом или хранилищем, на котором расположены

данные. Компоненты NetApp remote VSS описаны на рисунке 7.

Рис. 7) Компоненты NetApp remote VSS.

18

6.2 Компоненты SMHV 2.0 SnapManager for Hyper-V v2.0 устанавливает на хост Hyper-V host следующие компоненты:

SMHV service

SMHV GUI

SnapIntegrator™ service

Модуль SMHV Windows PowerShell™

6.3 Командлеты SMHV Windows PowerShell Вы можете использовать для управления Hyper-V следующие командлеты PowerShell:

Get-SiCifsShadowCopyEmsMessage

Get-SiInfo

Get-SiSnapMirror

Get-SiSnapshot

Get-SiStorage

Get-SiStorageConnectionSetting

Get-SiVM

Invoke-SiEmsAutosupportLog

Invoke-SiSnapMirrorUpdate

New-SiCIFSShare

New-SiSnapshot

New-SiVolume

Remove-SiSnapshot

Remove-SiStorageConnectionSetting

Rename-SiSnapshot

Restore-SiSnapshot

Set-SiStorageConnectionSetting

7 Конфигурирование и работа со SMHV 2.0 После установки SMHV, требуются начальные настройки следующих компонентов:

Настройки отчетов (Report)

Настройки уведомлений (Notification)

Настройки SnapInfo

Настройки соединения с хранилищем (Storage connection)

Все конфигурационные настройки можно сделать путем выполнения конфигурационного мастера.

7.1 Подключение SMHV к системе хранения NetApp Пользователь указывает IP-адрес для management LIF нужного Vserver, и аккаунт с

административными привилегиями в этом Vserver, чтобы подключить SMHV к системе хранения

NetApp. Рисунок 8 показывает образец настройки подключения к хранилищу.

19

Рис. 8) Настройки подключения хранилища.

7.2 Создание датасетов и политик резервного копирования В SMHV имеется два мастера-wizard-а. Они помогут создать датасеты, которые содержат наборы

виртуальных машин и требуют сходных параметров защиты, и добавить политики резервных

копирований для каждого созданного датасета. Политики резервного копирования для датасета

определяют тип политик резервного копирования, например такие, как выбор application

consistent или crash consistent; расписание резервного копирования; и политику устаревания и

ротации резервных копий (retention policy). Если резервные копии хранятся удаленно, то можно

использовать опцию вызова запуска репликации SnapMirror® после успешного завершения

создания резервной копии.

7.3 Резервное копирование и восстановление VM Резервное копирование виртуальных машин выполняется или с помощью расписания

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

резервного копирования, как это показано на рисунке 9.

Рис. 9) Ручное создание резервных копий VM.

В случае аварии, VM могут быть восстановлены из резервной копии в снэпшоте за считаные

секунды (см. рис. 10).

20

Рис. 10) Восстановление VM.

Опции восстановления могут быть заданы так, как показано на рис. 11.

Рис. 11) Опции восстановления.

21

Справочные материалы При составлении документа были использованы следующие документы:

Windows Server 2012 Overview

http://www.microsoft.com/en-us/server-cloud/windows-server/overview.aspx

What’s New in Windows Server 2012

http://technet.microsoft.com/en-us/library/hh831769.aspx

Deploy Hyper-V over SMB

http://technet.microsoft.com/en-us/library/jj134187.aspx

Protect Data on Remote SMB File Share Using VSS

http://technet.microsoft.com/en-us/library/jj612865.aspx

Getting Ready for Windows Server 8 Part II – Hyper-V over SMB

https://communities.netapp.com/community/netapp-

blogs/msenviro/blog/2011/09/22/gettingready-for-windows-server-8-part-ii-hyper-v-over-smb

Version History Версия Дата История изменений

Version 1.0 Март 2013 Исходная версия. Pavel Lobanov, John Reed