Сценарий для автоматической установки пакетов
VirtualBox от Sun является потрясающим, свободным, и открытым. Это является лучшим для моих потребностей, но необходимо оценить каждую опцию в свете потребностей. VMware ESX превосходен для того, чтобы получить все возможное от VMs на поле, я слышу.
Я никогда не слышал об одном выполнении это; я держал пари, что Вы могли сделать это наоборот, все же.
Вы имеете в виду машину на который выполненный VMs? Это будет зависеть полностью от того, необходимо ли выполнить их одновременно, какой продукт Вы используете и т.д. Но конечно много RAM, Вы хотите удостовериться, что каждый VM имеет много RAM, что означает, что хост должен быть немного загружен при вхождении в выполнение больше чем одного VM за один раз. Если Вы получаете машину мульти-ЦП и настраиваете VMs как машины единственного ЦП, можно получить высокую эффективность в VMs.
Виртуализация имеет именно так много преимуществ с точки зрения создания его очень легкий испытать вещи, сохранить предыдущие копии всех машин, и т.д. Но просто бросив его там, в наше время существуют очень дешевые небольшие компьютеры, которые используют очень, очень мало питания - Asus B202 приходит на ум. [У меня есть несколько их выполняющий Windows Server 2008 как хосты VM (мне не нужно много физической привлекательности от VMs, я работаю на них).]
Ответ на последующий вопрос: Да, конфигурирование VirtualBox в Windows довольно легко. Просто установите программное обеспечение, разожгите UI, и далеко Вы идете. (Можно прочитать устаревшие сообщения, говоря, что определенные сетевые опции являются сильной болью, но в VirtualBox 3, в котором разобрались.), Но одна из фантастических вещей о VirtualBox - то, что что-либо, что можно сделать с UI, можно сделать из командной строки, что означает, что это полностью scriptable. Я нахожу это неоценимым. Устройства присоединения/отсоединения, запустите/остановите VMs, создайте VMs, измените их конфигурацию, и т.д., и т.д., все из сценариев.
Я предполагаю, что это не действительно сценарий, но Вы могли установить puppet и используйте тип пакета. Затем это просто будет вопрос создания файла с набором package директивы.
Например:
package { zsh:
ensure => latest
}
package { vim-enhanced:
ensure => latest,
name => $operatingsystem ? {
'centos' => 'vim-enhanced',
'ubuntu' => 'vim',
}
}
Вы могли также использовать марионетку для настройки набора других вещей как оболочка и .rc файлы и т.д. при входе настроение расширить объем. Это могло бы казаться, что излишество, но в конечном счете немного дополнительного усилия, вероятно, окупится.
В дополнение к использованию флага-y для да отвечает, что Вы также захотите установить DEBIAN_FRONTEND=noninteractive, чтобы препятствовать тому, чтобы debconf установил вопросы открыться.
DEBIAN_FRONTEND=noninteractive apt-get install PACKAGE -y
Однако это могла бы быть лучшая дорога в конечном счете, чтобы следовать за предложением Kyle и смотреть на систему управления конфигурацией, такую как Марионетка.
Мой ответ является немного более широким объемом, чем исходный вопрос, но если бы Вы хотите сделать это неоднократно, с нуля, через несколько машин Вы настраиваете затем, я рекомендовал бы провести время, изучив pxeboot. (Я предполагаю, что Вы - debian производная способность упоминания). Кривая обучения крута, документация, которую, немного неоднородная, но стоит сохранить при необходимости в ней.
Если необходимо сделать машины как это на полу регулярной основе, это не brainer. У нас есть сборка машин от пробела до полностью настроенного приблизительно за 8 минут с тонной пользовательских пакетов, автоматических установленный.
Для бонусных очков изучите своего рода способный механизм кэширования также.
Совершенно хорошая установка должна сделать сервер сборки / способный кэш из изображения виртуальной машины, чтобы не загрязнять существующую машину