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

Виртуализация ПК с публичными библиотеками с помощью vSphere Hypervisor

Я работаю в публичной библиотеке, у нас есть около 20 компьютеров с Windows 7, доступных для всеобщего использования. На данный момент они используют Deepfreeze для поддержания базового состояния ОС, чтобы пользователи не могли что-то испортить. Мы используем Clonezilla для развертывания sysprepped образа на ПК. (atm мы не используем сервер Clonezilla - мы делаем каждый вручную.)

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

Я хотел бы исследовать виртуализацию, чтобы упростить задачу (в том числе при изменении оборудования и т. Д.). Я не особо знаком с тем, что доступно, или с терминологией, извините. Сейчас я смотрю на VMWare vSphere Hypervisor.

Я представляю себе установку, которая работает так:

  1. На ПК работает какая-то минимальная ОС, единственная цель которой - загрузить виртуальную машину. (Это гипервизор vSphere?)

  2. Файл образа ВМ хранится локально на ПК. Упомянутая выше минимальная ОС будет регулярно проверять какой-либо сервер, чтобы узнать, доступен ли обновленный образ, и если да, он выполнит rsync или скопирует файл изображения.

  3. ВМ хранится в фиксированном состоянии. Изменения, внесенные пользователями, не будут сохранены после выхода из системы / перезагрузки. Виртуальная машина всегда возвращается в исходное состояние при перезагрузке.

  4. Требуется некоторая автоматизация, чтобы гостевые ОС Win7 на каждом ПК имели свой статический IP-адрес и имя хоста. PC_01, PC_02 и т. Д. Наивно, я представляю себе, что на ПК хранится какой-то текстовый файл с этой информацией, и для «минимальной ОС» можно создать сценарий для настройки виртуальной машины Win7 с этим именем хоста / IP.


Итак, к вопросам:

  1. Итак, действительно ли vSphere Hypervisor - это тот продукт, который я ищу, когда говорю «Минимальная ОС»? Или я неправильно понял свой жаргон и это какой-то другой продукт VMWare? (VMWare Player в сочетании с какой-то Linux в качестве ОС хоста, например.)

  2. Может ли гипервизор vSphere выполнить сценарий, который я написал выше? Есть ли лучший способ делать что-то, удовлетворяющее наши потребности? (Хотя нам не нужна модель клиент / сервер удаленного рабочего стола.)

  3. Как я могу добиться автоматизации, описанной в шаге 4? Каждая гостевая ОС Win7 должна иметь конкретное уникальное имя хоста и статический IP-адрес.


Я надеюсь, что это не вопрос типа «порекомендовать продукт», но я полагаю, что это обычная ситуация в школах, библиотеках, интернет-кафе и т. Д., Поэтому я хотел бы получить совет о том, успешно ли люди использовали виртуализацию для такого рода вещи, и что они сделали.

Для справки, вот статьи в Википедии о виртуализация рабочего стола и гипервизоры.

В большинстве случаев, когда люди говорят о виртуализации рабочих столов, они говорят о чем-то вроде vmware view / VDI, где все образы Windows запускаются на локальном сервере и отображаются по локальной сети на клиентах. Википедия называет это «централизованными виртуальными рабочими столами».

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

VMWare ESXi в этом случае не может выступать в роли гипервизора, поскольку у него нет графических или звуковых драйверов. Так что пока это может бегать образ Windows как виртуальная машина, он не может дисплей изображение Windows (ожидается, что оно будет отображаться клиентом по сети).

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

Есть несколько вариантов того, как вы могли бы подойти к этому по более низкой цене.

Вы можете развернуть собственное решение, подобное XenClient, с linux / xen (Я не очень внимательно это смотрел) или linux / kvm. Вы можете сделать то же самое с Windows / HyperV, но я думаю, что HyperV требует лицензии на сервер Windows.

Другой вариант - установить Windows или Linux в качестве базовой ОС и запустить гипервизор типа 2 как рабочая станция vmware, Виртуальный ПК, Virtualbox или Parallels под родным linux / windows. Затем запустите клиентскую ОС в полноэкранном режиме под гипервизором типа 2. Есть несколько вариантов окон для гипервизоров типа 2, которые могут быть лучше для вас, если вы не знаете Linux.

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

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

Последняя мысль. Вы говорите, что ваша сеть не может обрабатывать трафик VDI - вероятно, вы ошибаетесь. Если подключение к Интернету медленное, это почти наверняка связано с исходящим подключением к Интернету (кабельный модем, dsl, t1 и т. Д.). Ваш локальный Ethernet намного быстрее, чем это соединение. Даже с печатью и другим локальным трафиком он, скорее всего, сможет обрабатывать локальный трафик VDI.

Вы не сможете обрабатывать «размещенные» виртуальные рабочие столы (опять же, определение из Википедии), которые будут подключаться через Интернет.