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

  • Статья

В этой статье описывается планирование вычислительной структуры system Center диспетчер виртуальных машин (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\New York\Site21\VMHost05 указывает, что узел VMHost05 принадлежит группе узлов Site21, которая является дочерней группой узлов группы узлов Нью-йорка.
  • При изменении резервов узлов для родительской группы узлов можно выбрать, следует ли каскадировать параметры резервирования узлов для узлов во всех дочерних группах узлов. Если вы решили каскадировать параметры резервирования узла, все параметры резервирования узла для родительской группы узлов перезаписывают все предыдущие параметры для всех узлов во всех дочерних группах узлов родительской группы узлов.
  • Если родительская группа узлов используется для самообслуживания виртуальной машины, каждая из дочерних групп узлов автоматически наследует политики самообслуживания из родительской группы узлов. Однако можно добавить политику самообслуживания для одного пользователя или группы как в родительскую группу узлов, так и в ее дочернюю группу узлов. Добавив политики в родительский и дочерний, можно назначить одинаковых пользователей разные шаблоны, задать разные разрешения виртуальной машины и назначить другую квоту виртуальной машины в подмножестве узлов в родительской группе узлов.
  • Группу узлов можно использовать для изоляции узла. Например, если у вас есть узел с гостевыми операционными системами, выполняющими критически важные приложения, можно изолировать этот узел, разместив его в собственной группе узлов. Таким образом, вы можете убедиться, что нет политик самообслуживания, применяемых к группе узлов, и что системные ресурсы, отложенные для запуска операционной системы узла, подходят, таким образом, максимизируя ресурсы узлов, доступные для использования гостевыми операционными системами.

Следующие шаги