Планирование структуры вычислений VMM

  • Статья

Важно!

Поддержка этой версии Virtual Machine Manager (VMM) завершена. Рекомендуется выполнить обновление до VMM 2022.

В этой статье описывается планирование вычислительной структуры System Center Virtual Machine Manager (VMM). Структура вычислений VMM состоит из библиотеки VMM, узлов виртуализации, групп узлов и других серверов инфраструктуры.

Планирование библиотеки VMM

Перед началом работы

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

Планирование узлов виртуализации

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

  • Топология узлов Hyper-V. VMM может работать с узлами Hyper-V, расположенными в том же домене, что и сервер VMM, в домене с двусторонним доверием или в домене без двустороннего доверия. VMM также может работать с узлами Hyper-V, которые находятся в сети периметра или в несвязанном пространстве имен.
  • Топология узлов VMware. VMM работает с узлами VMware, расположенными в любом месте вашей среды.
  • Количество и тип гостевых операционных систем, работающих на узле.
  • Системная конфигурация виртуальных машин, работающих на узле.
  • Типы приложений, работающих под управлением гостевых операционных систем.
  • Рабочие нагрузки виртуальных машин, которые будут выполняться на узле.
  • Требования к процессору для узла. Для запуска виртуальных машин требуется достаточная вычислительную мощность.
  • Требования к памяти для узла. После использования VMM для выделения ОЗУ узла виртуальной машине эта память будет недоступна для других ресурсов. Для работы операционной системы узла и любых других приложений требуется достаточный объем памяти.
  • Требования к хранилищу для узла. Требуется достаточное хранилище для самого узла, а также для виртуальных машин, работающих на нем. Помните, что необходимо учесть дополнительное пространство для файлов подкачки виртуальных машин, динамического расширения виртуальных жестких дисков, сохранения содержимого ОЗУ виртуальной машины, когда виртуальная машина находится в сохраненном состоянии, и контрольных точек виртуальной машины.
  • Требования к сети для узла. Если на виртуальных машинах выполняются приложения, которым требуется высокий уровень доступности, необходимо учитывать требования к сети.

Планирование групп узлов

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

Группы узлов можно создавать на основе параметров, подходящих для вашей организации. Например:

  • Для филиалов вашей организации.
  • Для соотнесения со структурой Active Directory.
  • Для отражения таких функций, как разработка, тестирование, генерирование или анализ.
  • Для ограничения узлов, которые используются для выполнения административных задач. Например, можно ограничить размещение виртуальных машин, выбрав определенную группу узлов.
  • Для резервирования ресурсов узла и определения ресурсов ЦП, памяти, места на диске, производительности операций дискового ввода-вывода и емкости сети, которые всегда будут доступны операционной системе узла.
  • Для автоматического размещения виртуальных машин на наиболее подходящем узле. Автоматическое размещение используется также для развертывания виртуальных машин, которые пользователи создают на виртуальных машинах самообслуживания.
  • Для назначения узлов самообслуживания, в которых пользователи смогут создавать и использовать собственные виртуальные машины. Чтобы пользователи могли создавать и использовать собственные виртуальные машины в управляемой среде на узлах в группе узлов и управлять такими машинами, в группу узлов добавляются политики самообслуживания.

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

  • Все группы узлов входят в корневую группу узлов All Hosts.
  • Каждый узел или группа узлов идентифицируются по пути к узлу — последовательности имен групп узлов, указывающей на положение узла или группы узлов в иерархии групп узлов в области навигации. Например, путь к узлу All Hosts\New York\Site21\VMHost05 показывает, что узел vmhost05 относится к группе узлов Site21, которая представляет собой дочернюю группу узлов группы узлов New York.
  • При изменении резервов узлов для родительской группы узлов можно выбрать, будут ли параметры резерва узлов переноситься на узлы во всех дочерних группах узлов. Если да, все параметры резервов узлов для родительской группы узлов перезапишут все предыдущие параметры для всех узлов во всех дочерних группах узлов родительской группы узлов.
  • Если родительская группа узлов используется для самообслуживания виртуальной машины, каждая из ее дочерних групп узлов автоматически наследует политики самообслуживания от родительской группы узлов. При этом можно добавить политику самообслуживания для одного и того же пользователя или группы как в родительскую, так и в соответствующие дочерние группы узлов. При добавлении политик одновременно в родительскую и в дочерние группы можно назначить одним и тем же пользователям различные шаблоны, установить различные разрешения для виртуальных машин и назначить отдельную квоту виртуальных машин для подсети узлов в родительской группе узлов.
  • С помощью группы узлов можно изолировать отдельный узел. Например, если есть узел с гостевыми операционными системами, в которых выполняются критические важные приложения, этот узел можно изолировать, поместив его в отдельную группу узлов. При этом можно сделать так, чтобы к этой группе узлов не применялись политики самообслуживания, а для работы операционной системы узла выделялось достаточно ресурсов системы — это позволит максимизировать ресурсы узла, доступные для гостевых операционных систем.

Дальнейшие действия