Ознакомьтесь с нашей политикой обработки персональных данных
  • ↓
  • ↑
  • ⇑
 
Записи с темой: vmware (список заголовков)
12:02 

VMWare Multicore Virtual Machines

В Dash'e под Chronostasis'ом.

Возможность создания многоядерного процессора для виртуальной машины - это благо. Особенно, когда речь идет о ВМ под различные базы данных, где условия лицензирования, прямо скажем, драконовские, а производительности хочется побольше. Яркий пример - лицензия, привязанная к количеству процессоров на сервере. Стандартный метод повышения производительности - увеличение количества процессоров, влечет за собой расходы на дополнительную лицензию ПО. Что же делать?
Вот тут и приходят на помощь множественные ядра процессора. В ВМ процессор будет один, но более производительный за счет 2 и более ядер. Как же такого добиться?
В базе знаний VMWare есть статья, которая может служить отправной точкой для создания multicore cpu ВМ. Вот она:
Setting the number of cores per CPU in a virtual machine
Ок, следуем рекомендациям, изложенным в данной статье, выставив параметр number of virtual processors равным 1 (один процессор), и cpuid.coresPerSocket равным 2 (нужно два ядра), запускаем машину, и вот что получаем:

Получаем 1 одноядерный процессор. Результат совсем не тот, что ожидался.
Для сравнения, вот что получается, если выставить number of virtual processors равным 2, а cpuid.coresPerSocket - 1:

Видим, что у нас два одноядерных процессора. Такая комбинация настроек сработала так, как и следует. Но опять же, не то, что нам в итоге необходимо.
Делаем фокус - ставим оба параметра равными 2. Получаем прекрасное:

Что и требовалось. Процессор один, число ядер - два.
То есть получаем, что по факту в vSphere 4.1 параметр number of virtual processors определяет не количество самих процессоров, а количество ядер, которое будет отдано в распоряжение ВМ. А число процессоров уже рассчитывается по формуле number of virtual processors / cpuid.corespersocket.
Все вышеуказанное справедливо именно для vSphere 4.1. Как дела обстоят в vSphere 5 - мне неизвестно, пятую версию использовать еще не доводилось.

@музыка: Buck-Tick - Dress (Trinity Blood Mix)

@темы: VMWare, Virtualization

22:03 

VMWare VCA-DCV certificate

В Dash'e под Chronostasis'ом.

Экзамен сдан еще 4 октября. Пакет пришел только пару дней назад, но он все же пришел.




Идем дальше...

@темы: VMWare, Virtualization

03:54 

Nested Hypervisor

В Dash'e под Chronostasis'ом.

По большому счету, запись эта - шпаргалка для самого себя (записная же книжка, помним?), но мало ли кому еще пригодится.
Итак, ситуация - необходимо в виртуальной машине VMWare Workstation установить Hyper-V. При попытке провернуть такой фокус в виртуальной машине выведется печальное сообщение:
A hypervisor is already running.

Хотя в системе виртуальной машины ничем подобным и не пахнет.
Решение таково:
1. В vmx-файл виртуальной машины прописать следующее:

2. В свойствах виртуальной машины выбрать процессор(ы) и в его(их) свойствах включить следующие параметры: Virtualize Intel VT-x/EPT or AMD-V/RVI и Virtualize CPU performance counters
После этого установка Hyper-V завершится успешно.

@музыка: Diane and David Arkenstone - Night Flight

@темы: VMWare, Hyper-V, Virtualization

16:23 

VMWare ESXi 5.5 with 2 GB RAM

В Dash'e под Chronostasis'ом.

Это извращение. Поскольку esxi 5.5 требует минимум 4 ГБ памяти, лучше просто добавьте памяти в хост-систему. Если же такой возможности нет...
1. Загрузить хост с диска установки esxi 5.5
2. На стартовом экране приветствия нажать Alt+F1, чтобы попасть в консоль.
3. Войти в систему, используя в качестве логина root с пустым паролем.
4. Сменить текущий каталог на /usr/lib/vmware/weasel/util
cd /usr/lib/vmware/weasel/util
5. Удалить скомплимированный скрипт установки, называется он upgrade_precheck.pyc:
rm upgrade_precheck.pyc
6. Сбросить неубиваемый обычными методами флаг Read Only с файла скрипта установки (файл upgrade_precheck.py)
cp upgrade_precheck.py upgrade_precheck.py.new
rm upgrade_precheck.py
cp upgrade_precheck.py.new upgrade_precheck.py
rm upgrade_precheck.py.new
chmod a+w upgrade_precheck.py

7. Отредактировать файл скрипта:
vi upgrade_precheck.py
В нем нужно найти параметр MEM_MIN_SIZE и прописать в него следующее:
MEM_MIN_SIZE = ((n * 1024 - 32) * SIZE_MIB
где n - количество гигабайт памяти в хосте.
Сохранение файла: :wq
8. Убить из памяти запущенный экземпляр инсталлятора (найти PID процесса /bin/python weasel/main.py):
ps -c | grep weasel
kill PID_of_/bin/python weasel/main.py

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

@темы: VMWare, Virtualization

14:34 

Магия и технологии

В Dash'e под Chronostasis'ом.

Просто без лишних слов. Кусок романа "Тайна Клуба Дубовых Листьев":

— Если бы я не заселил это место, оно осталось бы бесполезной мертвой игрушкой. А беглые Магистры вдохнули в мой маленький остров жизнь, подарили ему часть своей силы. Теперь это место принадлежит им, и они не столько пленники, сколько его повелители. Если бы они оказались в настоящей Королевской тюрьме — ты же знаешь, какие там порядки? Колдовать в Холоми не получается ни у кого — по крайней мере, Очевидная магия там совершенно невозможна. А в Истинной эти ребята до сих пор не разбираются. И что бы они там делали? Жрали, спали, читали свежие газеты? Не так плохо по сравнению со смертью, но не так уж весело по сравнению с их нынешним существованием!
— Выходит, там, на острове, они могут колдовать? — осторожно спросил я.
— Сколько угодно, — кивнул Маба. — Но их чары не распространяются за пределы острова. Так что ребята могут творить все, что им вздумается, — нашему Миру они не повредят. Даже солнце тучкой на пять минут не закроют, ты уж мне поверь!


!!! ДА ЗДРАВСТВУЕТ ВИРТУАЛИЗАЦИЯ !!!

@музыка: Madonna - Frozen

@темы: Virtualization, VMWare, Hyper-V, Этот веселый мир

17:22 

VMware Hands-on-labs Site

В Dash'e под Chronostasis'ом.

VMWare просто молодцы. Давно пора было это сделать. Как в плане сервиса в целом, так и в плане поддержки/ее отсутсвия разных браузеров :)

 photo 95ea48f4-cd48-444d-ab4d-be97696de2e6_zps6e18096b.png

@темы: Virtualization, VMWare, Этот веселый мир

22:39 

VM Boot option

В Dash'e под Chronostasis'ом.

Буду краток. Запуск виртуальной машины в VMWare Workstation 10:

Я дождался!

@музыка: Genesis - Invisible Touch

@темы: Virtualization, VMWare

01:03 

VMWare Workstation copy/paste

В Dash'e под Chronostasis'ом.

Проблема, буквально задалбывающая при работе с VM WS - ни с того, ни с сего отваливается фукнция копирования/вставки их Host OS в Guest OS и наоборот. Обычный метод лечения - перезагрузка хоста, но бывают же случаи, когда перезагрузить хост просто нельзя. Тогда делаем так:
1. Идем в Guest OS. Вырубаем там процесс vmtoolsd.exe.
2. Идем в Host OS. Вырубаем там процесс vmware-tray.exe, после чего запускаем его заново.
3. Идем в Guest OS. Запускаем там ранее убитый vmtoolsd.exe при помощи команды "C:\Program Files\VMware\VMware Tools\vmtoolsd.exe" -n vmusr, или "C:\Program Files (х86)\VMware\VMware Tools\vmtoolsd.exe" -n vmusr для 64-bit Host OS.
И наслаждаемся копипастом ровно до следующего вылета.

Пробовал обойтись только перезапуском процесса в Guest OS, не помогает :(

@музыка: David Arkenstone - Prelude: Talis the messenger

@темы: Virtualization, VMWare

17:25 

Guest VM provisioning

В Dash'e под Chronostasis'ом.

Очень хорошая статья на тему автоматической начальной настройки гостевой ОС:
Specialize Windows Server Hyper-V guest OS automatically - Клац!
Интересна она тем, что применить изложенный метод можно не только к Hyper-V, но и к любому гипервизору, способному работать с файловой системой оффлайн-ВМ. Потому как на одном из этапов нужно будет подложить в гостевую ВМ файл с параметрами машины.

Попробовав выполнить все описанное в VMWorkstation, могу сказать - работает. Если требуется поднять сразу пачку ВМ - все будет значительно быстрее, чем вбивать параметры сети и имени машины в домене руками. Хотя в моем случае нашлась пара подводных камней.

Первое. Засада с файлом ответов unattend.xml. В статье говорится, что ветку Autologon необходимо прописывать в этап конфигурации oobeSystem. В моем случае это не так, пришлось записать его в этап Specialize, иначе не работает.

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

@музыка: Nigel Stansord - Deep Space

@настроение: клац-клац-клац

@темы: Virtualization, VMWare, PowerShell, Hyper-V

Записная книжка

главная