Поделиться через


Настройка хранилища в VMM

 

Опубликовано: Март 2016

Применимо к: System Center 2012 SP1 - Virtual Machine Manager, System Center 2012 R2 Virtual Machine Manager, System Center 2012 - Virtual Machine Manager

Виртуализированные рабочие нагрузки в Virtual Machine Manager (VMM) имеют особые требования к емкости и производительности ресурсов хранилища.VMM распознает локальные и удаленные хранилища. Локальное хранилище представляет пространство для хранения данных, которое доступно на сервере или непосредственно подключается к нему. Локальное хранилище обычно используется в недорогих решениях по виртуализации. Удаленное хранилище позволяет разгрузить сервер, перенеся нагрузку на внешнее устройство хранения данных, масштабируемость и емкость которого обеспечивается оборудованием хранилища.

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

  • Хранилище блоков — VMM поддерживает устройства хранения данных на уровне блоков, которые предоставляют LUN для хранилища, используя механизмы подключения Fiber Channel, iSCSI и последовательное подключение SCSI (SAS). Дополнительные сведения о виртуальных адаптерах Fibre Channel см. в статье Управление виртуальным адаптером Fibre Channel в VMM.

  • Хранилище файлов — VMM поддерживает использование сетевых общих папок в качестве хранилища. Сетевые общие папки, которые поддерживают протокол SMB 3.0, могут размещаться на файловом сервере Windows или на запоминающем устройстве, подключаемом к сети (NAS), таких поставщиков хранилищ, как EMC и NetApp.

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

  • Поддержка API управления хранилищами Windows (SMAPI). Интерфейс SMAPI был представлен в Windows Server 2012 для управления устройствами, подключаемыми напрямую, а также внешними массивами хранения. SMAPI поддерживает поставщик управления хранилищем SMP или службу стандартизованного управления хранилищами (Майкрософт), а также поставщик SMI-S. SMAPI заменяет API-интерфейс службы виртуальных дисков VDS в Windows Server 2012. Дополнительные сведения см. в публикации блога An Introduction to Storage Management in Windows Server (Представление управления хранилищами в Windows Server).

  • В VMM интерфейс SMAPI применяется для управления внешними хранилищами с помощью поставщика SMP, а также для обмена данными с хранилищами, поддерживающими стандарт SMI-S — совместно со службой стандартизованного управления хранилищами. В VMM на платформе Пакет обновления 1 для System Center 2012 служба управления хранением данных (Майкрософт) заменена службой стандартизованного управления хранилищами Windows, которая представляет собой необязательный серверный компонент, обеспечивающий обмен данными с поставщиками хранилищ SMI-S.

  • Миграция по сети SAN с помощью устаревшего интерфейса поставщика оборудования службы VDS не поддерживается после выпуска System Center 2012. При обновлении System Center 2012 необходимо удалить программное обеспечение поставщика оборудования службы VDS с сервера VMM и включить поставщик SMI-S или собственный поставщик SMP инструментария управления Windows (WMI) согласно инструкциям поставщиков хранилищ.

  • Функции обнаружения массивов iSCSI со статическими целями и управления ими в VMM распространены на массивы назначения iSCSI, поддерживающие динамические и задаваемые вручную цели, включая Starwind, HP P2000, HP Lefthand, Dell EqualLogic и Microsoft iSCSI Software Target.

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

  • VMM обеспечивает поддержку службы Microsoft iSCSI Software Target с помощью поставщика SMI-S. Технология Microsoft iSCSI теперь полностью интегрирована в Windows Server 2012. Файл установщика (MSI) для поставщика SMI-S для службы Microsoft iSCSI Target Server включен в установку по следующему пути: CDLayout.EVAL\amd64\Setup\msi\iSCSITargetPRov\iSCSITargetSMISProvider.msi. Дополнительные сведения о службе Microsoft iSCSI Software Target см. в статье:

  • Windows Server 2012 обеспечивает поддержку использования общих ресурсов Server Message Block (SMB) 3.0 в качестве общего хранилища для Hyper-V. С помощью VMM можно назначать общие ресурсы SMB изолированным серверам под управлением Hyper-V и кластерам. Дополнительные сведения см. в статье Как назначить общие ресурсы SMB 3.0 файл узлов Hyper-V и кластеров в VMM.

  • Начиная с версии System Center 2012 R2, VMM обеспечивает поддержку создания и управления масштабируемыми серверами с дисковыми пространствами. Дополнительные сведения см. в разделе Создание пула носителей из физических дисков в VMM и в Создание общей папки из пула носителей в VMM.

Развертывание ресурсов хранилища и управление ими

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

  • Обнаружение хранилища — администраторы часто не имеют полного представления о базовых инфраструктурах хранилищ. Посредством VMM вы можете автоматически обнаруживать локальные и удаленные хранилища, включающие массивы хранения данных, пулы и логические устройства, такие как тома хранилища или LUN, диски, тома и виртуальные диски.

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

  • Подготовка хранилища. В VMM возможна подготовка новых логических устройств из свободного дискового пространства для узла Hyper-V или кластера узлов. Подготовку новых логических устройств можно выполнять одним из следующих способов. Конкретный способ зависит от типа массива хранения данных и нагрузки виртуализации, которую необходимо развернуть.

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

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

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

    • На основе общих папок на файловых серверах Windows — можно подготовить новые общие папки на файловых серверах Windows и на запоминающих устройствах, подключаемых к сети (NAS).

  • Выделение хранилища— вы можете выделить доступные пулы носителей и LUN заданным группам узлов, которые могут представлять бизнес-группы, расположения и т. д. Ресурсы, как правило, необходимо выделять на уровне группы узлов, прежде чем их можно будет назначить узлам. Если выполняется выделение пула носителей, можно создать и назначить LUN непосредственно с узлов управления в группе узлов, которые имеют доступ к массиву хранения данных. Кроме того, VMM может автоматически создавать логические устройства из пула носителей, если используется быстрая подготовка виртуальных машин с помощью моментальных снимков или клонирования по сети SAN.

  • Списание хранилища — VMM может выполнить списание хранилища, которым управляет. Это важная возможность, так как позволяет избежать появления дефицита емкости хранилища с течением времени.

Сценарии использования

Типичные сценарии использования для функций хранилища включают перечисленные ниже.

  • Назначение и добавление хранилища к узлам и кластерам — группа узлов, которой требуется новое хранилище, находит его, выделяет и назначает по мере необходимости серверам под управлением Hyper-V или кластерам. Это автоматическое назначение хранилищ работает в сценариях быстрой подготовки на основе SAN, в которых клонируются логические номера устройств.VMM предоставляет хранилище для узлов виртуальных машин, инициализирует диски и форматирует новые тома. Для развертываний кластеров VMM создает требуемые ресурсы общих томов кластера и физического диска и сопоставляет том со всеми узлами кластера, предоставляя к нему общий доступ.VMM также может назначать дополнительное хранилище для узла или кластера, которому уже назначено хранилище.VMM автоматизирует снятие маски и подготовку тома. Для кластера VMM также создает ресурсы кластера. Инструкции см. в разделе Настройка хранилища на узле Hyper-V в VMM.

  • Создание кластера — VMM может создавать кластер, включающий до 64 узлов Hyper-V и автоматизировать назначение общего хранилища кластера в составе одного рабочего процесса. Упрощение создания новых кластеров с общим хранилищем — важный аспект развертываний частного облака. Дополнительные сведения см. в статье Общие сведения о создании кластера узлов Hyper-V в VMM.

  • Масштабируемый файловый сервер — начиная с версии System Center 2012 R2, VMM может создавать масштабируемый файловый сервер и управлять его хранилищем. Дополнительные сведения см. в статье Общие сведения о добавлении физических компьютеров в качестве узлов Hyper-V или масштабируемых файловых серверов в VMM.

  • Быстрая подготовка. Массивы хранения данных могут создавать копии виртуальных дисков очень эффективно и с минимальной нагрузкой на узел виртуальной машины.VMM может использовать эту возможность для быстрого создания виртуальных машин.VMM распознает возможности массива хранения, когда логическое устройство содержит файловую систему и виртуальный диск, и вы можете создать шаблон с виртуальным диском на логическом устройстве.VMM может обеспечить массив сведениями для создания копии виртуального диска путем подготовки нового хранилища в массиве, с помощью моментального снимка или путем клонирования массива.VMM затем предоставляет хранилище узлу путем монтирования файловой системы, а также связывания виртуального диска с виртуальной машиной. В консоли VMM быстрая подготовка используется для создания изолированных виртуальных машин или машин на основе службы. Функцию быстрой подготовки также можно интегрировать в собственные средства подготовки с помощью Windows PowerShell. Дополнительные сведения см. в статье Rapid Provisioning a Virtual Machine by Using SAN Copy Overview (Общие сведения о быстрой подготовке виртуальной машины с помощью копирования по сети SAN).

Настройка автоматизации хранилища

Подготовка к работе

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

  • Автоматизация хранилища с помощью VMM поддерживается только для серверов под управлением Hyper-V.

  • Не устанавливайте поставщик SMI-S на сервер управления VMM. Эта конфигурация не поддерживается.

  • Поставщики SMP инструментария WMI из Dell EqualLogic и Nexsan должны быть установлены на сервере управления VMM.

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

  • Если поставщик SMI-S для массива хранения данных является "прокси"-поставщиком, который необходимо устанавливать на отдельном сервере, получите последнюю версию SMI-S у поставщика хранилища и установите ее на сервер, к которому сервер управления VMM может получить доступ по сети, используя IP-адрес или полное доменное имя.

  • Сообщите администратору хранилища, что по умолчанию, когда программа VMM управляет назначением LUN, она создает одну группу хранения или набор для маски на узел. Эта группа может включать инициаторы для узла. В конфигурации кластера VMM создает одну группу хранения на узел кластера, используя все инициаторы из этого узла кластера. Группа хранения может содержать один или несколько идентификаторов инициатора узла, например полное имя iSCSI (IQN) или WWN-имя.

    Для некоторых массивов хранения данных предпочтительнее использовать одну группу хранения для всего кластера, когда инициаторы узлов для всех узлов кластера содержатся в этой группе. Для поддержки этой конфигурации необходимо задать для свойства CreateStorageGroupsPerCluster значение $true, используя командлет Set-SCStorageArray в командной оболочке VMM.

    System_CAPS_ICON_note.jpg Примечание

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

Рабочий процесс автоматизации хранилища

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

  1. Обнаружение хранилища — в консоли VMM запустите мастер добавления ресурсов хранилища и выберите необходимый тип поставщика, файловый сервер Windows, SMI-S или SMP WMI. Для файлового сервера Windows и поставщиков SMI-S требуется указать IP-адрес или полное доменное имя. Для обнаружения хранилища с помощью SMI-S необходимо подключиться к поставщику хранилища SMI-S. Поставщик SMP инструментария WMI можно выбрать в поле с раскрывающимся списком. Инструкции см. в разделе Добавление и классификация SMI-S и SMP запоминающих устройств в VMM.

  2. Классификация— процесс классификации хранилища назначает пулам носителей значимую классификацию. Например, можно назначить классификацию GOLD для пула носителей, в котором размещается самый быстрый и избыточный массив хранения данных. Инструкции см. в разделе Создание хранилища классификации в VMM.

  3. Выбор способа создания логических устройств — укажите способ создания LUN во время быстрой подготовки виртуальных машин. Учтите, что по умолчанию новые логические устройства создаются на основе доступной емкости. Этот режим по умолчанию может потребоваться изменить, только если вы хотите использовать быструю подготовку с технологией копирования по сети SAN (такой как клонирование или создание моментальных снимков). Инструкции см. в разделе Выбор способа создания логических устройств в VMM.

  4. Подготовка хранилища — создание логических устройств хранилища. Инструкции см. в разделе Подготовка LUN хранилища в VMM. Кроме того, можно создать логические устройства, используя средства управления поставщика массива хранения данных. Если вы используете этот способ, VMM потребуется некоторое время на обновление и отражение изменений.

  5. Выделение хранилища группе узлов — в узле "Хранилище" консоли VMM или в диалоговом окне Свойства целевой группы узлов выделите созданные логические устройства или пулы носителей определенным группам узлов. Соответствующие инструкции см. в статье Выделение логических устройств хранения для группы узлов в VMM и Выделение пулов носителей для группы узлов в VMM.

    System_CAPS_ICON_note.jpg Примечание

    Если выполняется выделение пула носителей, можно создать и назначить LUN непосредственно с узлов управления в группе узлов, которые имеют доступ к массиву хранения данных. Кроме того, VMM может автоматически создавать логические устройства из пула носителей, если вы используете быструю подготовку для виртуальных машин с помощью моментальных снимков или клонирования SAN. Во время быстрой подготовки логические устройства создаются и назначаются автоматически.

  6. Назначение хранилища узлам и кластерам — настроенное хранилище, назначенное группам узлов, можно также назначить серверам под управлением Hyper-V и кластерам узлов в качестве общего (посредством общего тома кластера (CSV)) или доступного хранилища. Следует учесть, что все узлы в кластере должны иметь доступ к массиву хранения с помощью адаптеров шины (HBA) или iSCSI. Если пул носителей выделен группе узлов, можно создать и при необходимости назначить логические единицы непосредственно из диалогового окна Свойства узла или кластера узлов. Если массив хранения поддерживает подключение узла через iSCSI, в диалоговом окне Свойства узла можно создать сеансы подключения iSCSI к массиву хранения. Инструкции см. в разделе:

    1. Настройка хранилища на узле Hyper-V в VMM

    2. Настройка хранилища в кластере узлов Hyper-V в VMM

    System_CAPS_ICON_note.jpg Примечание

    Узлы должны иметь доступ к массиву хранения. Например, если используется сеть SAN Fibre Channel, каждый узел должен иметь адаптер шины и правильное разделение на зоны. Дополнительные сведения о виртуальных адаптерах Fibre Channel см. в статье Управление виртуальным адаптером Fibre Channel в VMM.

  7. При необходимости настроенное хранилище можно вывести из эксплуатации. Инструкции см. в разделе Удаление логических устройств хранилища в VMM.

Поддерживаемые массивы хранения данных

Сведения о самой актуальной версии поддерживаемых массивов хранения данных см. в статье Поддерживаемые массивы хранения данных для System Center 2012 VMM на вики-сайте TechNet.