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

Запуск виртуальной машины как исполняемого файла с минимальными накладными расходами

Есть ли решение создать виртуальную машину и запустить ее, имея исполняемый файл, который запустит машину? По возможности начать как можно быстрее. Странная ситуация? Не за что. Читай дальше...

Сценарий реальной жизни

Поскольку у нас не может быть контроллера домена в ОС, отличной от сервера, было бы неплохо иметь контроллер домена на как можно более тонком компьютере (возможно, Samba или аналогичном, потому что мы хотели бы, чтобы он запускался как можно быстрее - в дело нескольких секунд) упакованы в один исполняемый файл. Затем мы могли бы настроить нашу не-серверную ОС для запуска исполняемого файла при его запуске и до того, как пользователь войдет в систему. Это позволит войти в домен.

Фактическая информация о ситуации

По некоторым специфическим причинам я хочу любой ценой запускать не-серверную ОС. Это ОС Windows 7 x64 Enterprise. Это машина разработки, не подключенная ни к какому домену. Это отдельная машина. Мне нужно настроить его для разработки Sharepoint Server 2010. Итак, я устанавливаю Sharepoint. С помощью некоторых обходных путей можно заставить его работать с локальными учетными записями, но каждое изменение учетной записи должно выполняться вручную, что мне совсем не нравится. Итак, DC (или аналогичный) становится обязательно.
Это основная причина, по которой я хотел бы иметь какой-то контроллер домена с определенными пользователями домена, чтобы я мог запускать Sharepoint как можно ближе к производственной среде. Виртуализация DC кажется лучшим вариантом, и чтобы сделать его как можно более прозрачным, я хотел, чтобы DC инициализировался до того, как я даже войду в свою машину разработчика Win7. Тогда я бы зашел в систему, используя учетную запись пользователя домена.
Виртуализированный контроллер домена должен работать постоянно, потому что я буду постоянно разрабатывать / отлаживать свое решение, а это означает, что большую часть времени я буду аутентифицировать пользователей на уровне Sharepoint. Так что это не просто однократный запуск и выключение после запуска моего приложения.
Я также думал об установке ESXi на baremetal и настройке двух виртуальных машин. Один Windows Server 2008 R2 Server Core с ролью AD (назначая ему минимальную оперативную память для запуска) и мою фактическую машину среды разработки, но я раньше не работал с ESXi и не знаю, будет ли моя виртуальная машина работать с нормальной скоростью или нет. Моя виртуальная машина разработки должен быть быстрым, как если бы он был установлен на baremetal HW (или близко к нему).
Другое дело, что службы Sharepoint запускаются при загрузке ОС. И они используют пользователей домена для запуска. Вот почему я хотел бы, чтобы моя виртуальная машина DC запустилась как можно скорее. ESXi мог бы быть моим ответом, если моя машина разработчика будет работать должным образом.

Кстати: Я использую VMWare Workstation 7, а не Server, потому что иногда я запускаю некоторые виртуальные машины, которым также нужен USB. В этом плане Workstation работает безупречно. Но я не проверял, можно ли запустить виртуальную машину с рабочей станцией при загрузке ОС ...

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

Лучше всего приобрести недорогую систему и запустить ее как контроллер домена с легальной версией Windows Server, если вы не можете заставить Samba использовать необходимые службы. Невозможно развернуть виртуализированный контроллер домена за считанные секунды, даже если Citrix или VMWare упаковывают виртуальные приложения (я забыл, как они называют этот продукт).

Thinapp может это сделать, но если вам не нужен настоящий контроллер домена, почему бы просто не реализовать АДАМ (теперь называется AD-LDS) Затем, если вы действительно не хотите, чтобы он работал, просто остановите службу. ADAM не требует серверной ОС. (по какой-то причудливой причине AD-LDS делает), хотя согласно этому сообщению в блоге это подходит и для клиентских ОС

Вы можете запустить виртуальную машину как службу: https://web.archive.org/web/1/http://blogs.techrepublic%2ecom%2ecom/datacenter/?p=429

В любом случае это не так быстро, но запускает виртуальную машину до того, как ОС перейдет на экран входа в систему. Это также можно сделать с помощью VMWare Player.

Хотя в этот момент VMWare Server может запускать виртуальную машину во время загрузки.

VMWare ThinApp сделаю это за вас.

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

90-дневный пробный сервер Server 2008 Core может нормально работать при менее чем 256 МБ ОЗУ и зависать во время перезагрузки (загрузка контроллера домена обычно занимает немного времени).