Если посмотреть  с глобальной точки зрения, всю виртуальную инфраструктуру можно разделить на 2 больших сегмента:

Постоянные виртуальные машины.

Это виртуальные машины, в которых установлены гостевые системы, поддерживающие серсвисы производственной и тестовой среды на постоянной основе. К ним относятся виртуальные серверы на базе VMware ESX / ESXi, на которых запущен, например, Microsoft Exchange, а также виртуальные настольные ПК пользователей, привязанные к ним на постоянной основе (например, в VMware View (VDI) это называется сущностью Individual desktop). Такие виртуальные машины состявляют основу производственной и тестовой среды. Однако есть еще и…

Временные виртуальные машины.

Это виртуальные машины, которые существуют определенный промежуток времени и могут быть уничтожены при исполнении своей задачи. Эти виртуальные машины могут использоваться в производственной среде, а могут стоять в резерве. Они могут  играть как вспомогательную роль (например, тестовая конфигурация для проверки ПО в локализованной версии ОС в VMware Lab Manager), так и роль средства производства (например, временно существующий виртуальный десктоп в неперсистентном пуле VDI для задач call-центра).

 Сегодня поговорим о типах временных виртуальных машинах, которые существуют в среде VMware Virtual Infrastructure. Итак, какие типы таких машин можно выделить:

·      Тестовые виртуальные машины (конфигурации) в VMware vCenter Lab Manager.

Эти виртуальные машины существуют для задач разработки и тестирования. В таких виртуальных машинах можно демонстрировать дефекты ПО разработчикам и организовать Workflow разработки, основанный на тестировании конфигураций ОС и приложений в виртуальных машинах. Библиотека готовых шаблонов позволяет «зачекаутить» готовую конфигурацию и производить операции над временно существующей виртуальной машиной. Также, VMware Lab Manager имеет и другие варианты применения, как например, создание конфигураций виртуальных машин для обучения и демонстраций.

·      Виртуальные машины жизненного цикла сервисов VMware vCenter Stage Manager.

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

·         Разработка сервиса (или установка сервиса от стороннего разработчика)

·         Тестирование сервиса

·         Отстаивание на стенде (Staging)

·         Выпуск в ИТ-инфраструктуру компании

При этом, во время такого рабочего процесса, может быть создано множество вариаций одного и того же сервиса для проверки различных условий. От Lab Manager этот продукт отличается, прежде всего, тем, что это - организационный и технологический инструмент для любой компании, использующей ESX в больших масштабах, а Lab Manager – инструмент для разработки и тестирования ПО (сам ESX при этом в производственной среде может и не использоваться).

·      Вспомогательные виртуальные машины в VMware vCenter Lifecycle Manager.

VMware Lifecycle Manager является общей платформой для обслуживания виртуальной ИТ-инфраструктуры, включающий в себя набор инструментов для развертывания новых виртуальных машин и их ввод в эксплуатацию в соответствии с политиками, заданными для сервисов. VMware Lifecycle Manager является организационной платформой, на которой зиждятся VMware vCenter Lab Manager и VMware vCenter Stage Manager. Orchestrator, входящий в состав Lifecycle Manager, позволяет плотно интегрировать виртуальную среду с физической и унифицировать развертывание новых задач в виртуальной среде. Временные виртуальные машины в Lifecycle Manager могут иметь установленный атрибут «Decommission Date», что позволит автоматически «списать» временные виртуальные машины, которые больше не нужны.

·      Неконтролируемые тестовые виртуальные машины

Такие виртуальные машины могут существовать в среде VMware ESX Server, как временные службы для реализации мгновенной задачи ИТ-персонала. «У меня не ставится PDF Converter. Разверну-ка я виртуалку и поставлю туда» - типичный пример создания такой виртуальной машины. И очень опасная модель поведения. Таки виртуальные машины, как правило, не обслуживаются, не контролируются и представляют опасность с точки зрения внешних и внутренних угроз. С такими временными виртуальными машинами нужно бороться, прежде всего, организационно.

·      Виртуальные настольные ПК «по требованию» в VMware View

Это виртуальные десктопы, которые создаются или отдаются пользователям брокером соединений VMware View Manager (Virtual Desktop Manager) из пула по требованию. Временная вииртуальная машина в неперсистентном пуле может быть создана из базового образа, в котором уже есть все необходимые приложения. При этом для одного образа может существовать множество связанных виртуальных машин (например, 10 одновременно работающих пользователей call-центра). Такие виртуальные машины могут существовать для реализации конкретной задачи, после чего они уничтожаются. Плюс таких виртуальных машин в том, что их просто обслуживать – необходимо обновлять только один базовый образ виртуальной машины.

This entry was posted on Вторник, Декабрь 9th, 2008 at 20:51 and is filed under Business value, VDI, VMware. You can follow any responses to this entry through the RSS 2.0 feed. You can leave a response, or trackback from your own site.