Назад | Перейти на главную страницу

Центр обновления Windows для множества выключенных виртуальных машин

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

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

Нам нужен широкий спектр конфигураций виртуальных машин, поэтому я не буду управлять 5 образами. Я буду управлять гораздо большим, чем это. По сути, изображения будут находиться на файловом сервере в выключенном состоянии после их первоначального создания. Образы должны время от времени устанавливать обновления Windows вместе с некоторыми файлами компании. Я мог бы вручную просмотреть и обновить их все, но это было бы проблемой. Я уверен, что обновление Windows можно запустить без ручного контроля на виртуальных машинах, если они были включены, но я не уверен, как это сделать. В идеале было бы неплохо иметь программу, которую я мог бы запустить на выходных, которая проходила бы через каждую виртуальную машину отдельно, включала ее, запускала обновление Windows, а затем отключала эту виртуальную машину. Есть ли какое-нибудь программное обеспечение, которое могло бы это сделать?

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

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

Вы не говорите, какую конкретную технологию вы используете, поэтому это рекомендация для vSphere, но Hyper-V имеет аналогичное решение под названием Lab Management в SCVMM, насколько я понимаю.


Чтобы решить вашу озабоченность по поводу «бесплатного» - вам будет трудно делать это бесплатно. Виртуализация дает огромное преимущество, но если вы не хотите создавать свои собственные инструменты, вам придется потратить немного долларов.

Если вы являетесь клиентом Microsoft SA, имеющим право на MDOP, вы можете просмотреть объявление MED-V, которое, по сути, является уровнем управления поверх Virtual PC. Это далеко от возможностей vCloud Director и View, и вам, вероятно, придется много писать сценарии и объединять вместе, но он позволит вам развертывать и управлять настраиваемыми упакованными виртуальными машинами на отдельных рабочих станциях.

Что-то вроде View или другого удаленного доступа было бы легче управлять (и довольны ли представители производительности работы гостя на своей машине?), Но если вы твердо настроены на их распространение, вы могли бы сделать это:

  1. Создайте сценарий для выполнения WOL для целевых гостевых виртуальных машин или использования vCLI для включения оборудования в желаемое время / интервалы.
  2. Сделайте так, чтобы машины в домене и, следовательно, подразделение получали все свои обновления из WSUS каждый день и автоматически устанавливали или .... 2.a. Скрипт автоматических обновлений в целевых гостевых системах с помощью стороннего программного обеспечения (нет простых ловушек для AU, встроенного в Windows, IME)
  3. Напишите что-нибудь, чтобы туда были помещены файлы компании.
  4. Запишите отключение питания изнутри гостя, чтобы вызвать выключение, или через vCLI, чтобы выключить оборудование корректно.