Создание частного облака с помощью System Center 2012 (часть 6)

Опубликовано: 8 Марта, 2023
Создание частного облака с помощью System Center 2012 (часть 6)

  • Создание частного облака с помощью System Center 2012 (часть 3)
  • Создание частного облака с помощью System Center 2012 (часть 4)
  • Создание частного облака с помощью System Center 2012 (часть 5)
  • Создание частного облака с помощью System Center 2012 (часть 7)
  • Создание частного облака с помощью System Center 2012 (часть 8)
  • Создание частного облака с помощью System Center 2012 (часть 9)
  • Создание частного облака с помощью System Center 2012 (часть 10)
  • Создание частного облака с помощью System Center 2012 (часть 11)

В предыдущей статье этой серии мы наконец закончили создание частного облака. Конечно, наше частное облако на данный момент ничего не делает. На самом деле это не более чем набор ресурсов. Наша цель теперь состоит в том, чтобы сделать частное облако полезным.

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

Как видите, шаблоны имеют решающее значение для успешного развертывания автоматизированных виртуальных машин. Поскольку шаблоны (или шаблоны служб, как их называют в Microsoft) играют очень важную роль, я хочу поговорить о них, прежде чем мы начнем процесс создания шаблона.

Шаблон службы легко представить как механизм для создания новых виртуальных машин. Однако в действительности между шаблонами служб и виртуальными машинами не обязательно должно быть отношение один к одному. Шаблоны служб можно использовать для создания коллекций виртуальных машин.

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

Стоит отметить, что шаблоны служб не являются чем-то новым для System Center 2012. Они существовали и в предыдущих версиях. Однако Microsoft внесла два очень важных изменения в шаблоны служб в System Center 2012.

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

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

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

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

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

Концепция профиля гостевой ОС, вероятно, звучит довольно просто (и это так). Однако, поскольку концепция настолько проста, легко упустить из виду огромное влияние, которое профили гостевых ОС оказывают на процесс развертывания виртуальной машины.

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

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

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

Шаблоны услуг нуждаются в более подробном объяснении. Как следует из названия, шаблон службы определяет конфигурацию службы. Когда речь идет о System Center 2012 и частной облачной среде, службу лучше всего рассматривать как функцию или даже как распределенное приложение.

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

Итак, если службы связаны с приложениями, чем отличаются шаблоны служб от профилей приложений? Итак, профили приложений управляют конфигурацией приложения. Однако часто приложения корпоративного класса, такие как Exchange Server, используют несколько серверов и несколько ролей приложений. Для каждой роли приложения потребуется уникальная конфигурация.

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

Вывод

Теперь, когда я рассказал о ролях, которые играют различные профили и шаблоны, пришло время вернуться к процессу настройки. Я проведу вас через процесс создания профиля оборудования в Части 7.

  • Создание частного облака с помощью System Center 2012 (часть 3)
  • Создание частного облака с помощью System Center 2012 (часть 4)
  • Создание частного облака с помощью System Center 2012 (часть 5)
  • Создание частного облака с помощью System Center 2012 (часть 7)
  • Создание частного облака с помощью System Center 2012 (часть 8)
  • Создание частного облака с помощью System Center 2012 (часть 9)
  • Создание частного облака с помощью System Center 2012 (часть 10)
  • Создание частного облака с помощью System Center 2012 (часть 11)