Подтвердить что ты не робот

Как вы размещаете изображения рабочей станции VMware?

В настоящее время я использую рабочую станцию ​​VMware для создания отдельных рабочих областей для различных клиентов, для которых я действительно работаю. Поэтому для данного клиента я устанавливаю только программное обеспечение, необходимое для конкретной работы, и вам не нужно беспокоиться о программном обеспечении A для клиента № 1, сбрасывающего программное обеспечение B для клиента № 2.

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

  • Сделайте обновление Windows на базовом образе VMware, который я сохранил.
  • Сделайте полный клон базового изображения и переименуйте новое задание
  • Запустите новое изображение и настройте/установите по мере необходимости.

После этого какое-то время у меня теперь есть коллекция изображений VMware, которые находятся на разных уровнях обновлений, если я вручную не перейду в каждое изображение и не начну цикл обновления. И если есть какой-то новый инструмент, который мне нужен во всех моих изображениях, мне также нужно пойти и сделать несколько ручных установок. Но я чувствую себя в безопасности, зная, что каждое изображение самодостаточно (хотя и принимает 10 + Gb при попадании), и что, если что-то происходит с одним изображением, то проблема не может распространяться на другое изображение. (Обратите внимание, что я делаю регулярные резервные копии всех моих изображений)

Итак, мой вопрос заключается в том, что я делаю это наилучшим образом, или я должен рассмотреть связанные клоны, чтобы мне только нужно было выполнить обновление Windows или обычную установку приложения в моей базовой системе? Каковы преимущества и преимущества каждого способа организации?

Кроме того, хотя я стараюсь не хранить файлы данных внутри локальных дисков Image, я обнаружил, что общий доступ к моему локальному жесткому диску кажется очень медленным по сравнению с файловой системой Images, поэтому я, как правило, оставляю работу внутри изображения. Должен ли я заставить себя не оставлять данные внутри изображения? Или по-другому: насколько коррупция может иметь изображение VMware до того, как какой-либо один файл в файловой системе изображений станет недоступным?

Edit

Некоторые мысли, которые я имел после публикации этого вопроса

  • С полным клоном я могу архивировать старую работу и удалять ее с моего основного жесткого диска.
  • Клоны ссылок занимают намного меньше места, чем полный клон, но меня беспокоит архивирование связанного клона в другом месте.
  • Время, необходимое для создания полного клона, не слишком значимо (5-10 минут), и я обычно делаю это еженедельно.
  • Однако я также часто делаю много "Давайте посмотрим, что происходит с чистой установкой", особенно когда я документирую, как устанавливать приложения для клиента.
  • Я обнаружил, что мои изображения VMware вызывают много фрагментации на моем жестком диске, поэтому я также делаю намного больше дефрагментации, прежде чем использовать VMware. Я не уверен, что использование связанных клонов уменьшит это.
4b9b3361

Ответ 1

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

Кроме того, вероятно, хорошая идея сохранить ваши изображения на собственном диске или, по крайней мере, на их собственном разделе. Если вы это сделаете, это не должно повлиять на фрагментацию остальной части вашей системы.

Ответ 2

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

Я бы с осторожностью относился к хранению файлов между хостом и виртуальными машинами, как вы уже упоминали. Лучше держать все ваши зависимости в одном месте.

Мне также интересно увидеть другие стратегии VM.

Ответ 3

Я работаю для CohesiveFT, парней, которые делают платформу Elastic Server, поэтому я предвзятый, но мы используем платформу для доставки проектов партнерам и клиентам. Это позволяет нам настраивать компоненты времени сборки для разных проектов, а затем создавать их в виртуальные машины "на лету" для VMware, Parallels, Xen и EC2. Служба имеет функцию тегов, чтобы вы могли пометить пакеты программного обеспечения, спецификации сервера и шаблоны и сохранить свои активы прямо.

Вы также можете создавать сборочные порталы (подумайте о системе управления контентом для сборки виртуальных серверов), которые вы можете контролировать или даже позволить клиентам иметь доступ к настройке собственных виртуальных серверов.

http://www.elasticserver.com

Ответ 4

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

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

Если обновления являются основным источником времени, попробуйте WSUS, ничего не связанное с самими виртуальными машинами, но оно помогает при развертывании обновлений Windows.

Наконец, проверьте блог Hanselman на Invirtus, Оптимизация виртуальной машины в лучшем случае.