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

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

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

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