Организуйте структуру групп хостов для Virtual Machine Manager

Одной из наиболее важных, но недооцененных задач, связанных с использованием System Center Virtual Machine Manager (VMM) для управления инфраструктурой виртуализации, является организация узлов виртуализации в группы узлов. Для тех, кто может быть не знаком с концепцией групп хостов, они, по сути, представляют собой просто набор контейнеров, которые служат способом организации хостов виртуализации. VMM содержит одну группу узлов по умолчанию, которая называется «Все узлы», и в небольших организациях вполне приемлемо постоянное использование этой группы узлов по умолчанию. Однако более крупные организации почти всегда обнаружат, что им необходимо разработать какую-то организационную структуру для своих хостов виртуализации. В противном случае хостом может стать трудно управлять.

На изображении выше показано, как выглядит группа хостов по умолчанию. Вы можете создать дополнительные группы хостов, просто щелкнув правой кнопкой мыши All Hosts, а затем выбрав команду Create Host Group из контекстного меню, как показано ниже. После этого вам просто нужно будет указать имя для группы хостов, которую вы создаете.

Создавайте целые иерархии групп хостов

Как вы можете видеть ниже, любые группы хостов, которые вы создаете, существуют как дочерние объекты под группой All Hosts. Стоит отметить, что вы можете создавать целые иерархии групп хостов, создавая группы хостов внутри других групп хостов.

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

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

Имитация топологии Active Directory

Одной из наиболее часто используемых стратегий создания групп узлов в VMM является имитация топологии Active Directory организации. Идея, лежащая в основе этого подхода, заключается в том, что более крупные организации редко имеют однородную Active Directory. Чаще всего Active Directory организована в виде сайтов, доменов и организационных единиц. Структуры можно легко воспроизвести в коллекции хост-группы. Например, организация может создать отдельную группу узлов для каждого из своих доменов Active Directory, а затем поместить узлы виртуализации, находящиеся в каждом домене, в соответствующую группу узлов.

Организация групп хостов по географическому признаку

Другая часто используемая стратегия — организация групп хостов на основе географии. Существует бесчисленное множество вариаций этой техники, потому что география означает разные вещи в разных организациях.

Очень простым примером может быть организация с офисами в Майами, Лас-Вегасе и Новом Орлеане. Администратор может создать отдельную группу узлов VMM для каждого города, а затем поместить узлы виртуализации в этих городах в соответствующие группы узлов.

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

Конечно, можно также комбинировать две разные техники, которые я только что описал. Представьте, что огромная компания имеет офисы по всему миру и несколько филиалов в некоторых городах. В этом случае организация может извлечь выгоду из многоуровневой иерархии групп хостов. Эта иерархия может содержать группы хостов, ссылающиеся на континенты, страны, города и местоположения. Путь к конкретному филиалу в Нью-Йорке может выглядеть так: Северная Америка/США/Нью-Йорк/9-я улица.

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

Организуйте хосты по функциям

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

Группировать хосты по типу хоста

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

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