> Если autostop настроен на остановку, она оснановится без лишних телодвижений.
Согласен, если только настроен :)
> Синхронизация происходит периодически. После запуска после паузы время корректируется на актуальное.
В данной ситуации можно выделить проблематику: если выполняющаяся работа зависит от времени guset ос, то подход не актуален.
Например: выполняется тест, в результате записываются данные о времени запросов к базе (оптимизируем 2-х часовой запрос). Вечером вирт.машина останавливается, утром включается, синхронизируется время — итого в отчет попадет неверный расчет.
Мое личное использование:
1. Сосед запускает на мне виртуальную машину.
2. Я не знаю как она сконфигурирована.
3. Мне надо выключить ПК.
4. Использую паузу, так как она менее требовательна к настройкам виртуал. машины соседа.
Рассматривался такой вариант.
Хотел спросить про время: при такой настройке, синхронизация происходит во время старта машины или через интервал времени?! Такую опцию никогда не использовал.
Просто так послать команду не получится, ее полюбому надо вызывать через сторонние библиотеки. Так что без кода не обойтись. А в примере много кода, так как я просто переделал стандартный поставочный скрипт — минимум усилий — максимум удовольствия.
Замечу:
В поставку входит еще такой стандартный скрипт, который можно вызвать ту же самую паузу одной командой. Но надо знать полный путь к машине.
Вот пример ключей:
C:\Program Files\VMware\VMware VIX>vmrun
Authentication flags
-h -P -u -p COMMAND PARAMETERS DESCRIPTION
list List all running VMs
start Path to vmx file Start a VM
stop Path to vmx file Stop a VM
reset Path to vmx file Reset a VM
suspend Path to vmx file Suspend a VM
upgradevm Path to vmx file Upgrade VM file format, virtual hw
installtools Path to vmx file Install Tools in Guest OS
snapshot Path to vmx file Create a snapshot of a VM
deleteSnapshot Path to vmx file Remove a snapshot from a VM
revertToSnapshot Path to vmx file Set VM state to a snapshot
Но тут то и оно, ты не знаешь, что у тебя за виртуалка стоит, ты не знаешь в какой точно папке.
Вот поэтому, мой способ просматривать все зарегистрированные машины и ставить их на паузу, более оптимален.
Пауза — это менее требовательная операция.
Выключение гостевой системы — требует многих нюансов и не всегда стабильна, поэтому более требовательна.
>>В любом случае, для режима shutdown guest os, нужен установлен vmware tools
>>Вы удаленно что-ли компьютеры выключаете?
Не удаленно, а в заданное время, по scheduler. Когда уже офис закроют точно. Многие сидят до 21.00.
Все сервера, что стоят в серверной они работаю и ночью.
Но некоторые не помещаются или просто используются мощные пользовательские ПК — в качестве серверов для виртуалок (ну конечно и как для работы)
===
батник:
Насчет батника: если есть батник, который вы хотите запускать, то можно просто в этом батнике было посылать команду для VMWare на выключение.
===
Не осилил этого :). Про какую команду идет речь?
В любом случае, для режима shutdown guest os, нужен установлен vmware tools. А он не всегда ставиться, коллегами. Представьте вы работает с машинами, их много, вы не уследите где, кто, что поставил.
Сохраняется образ памяти, потом восстанавливается.
После снятия паузы все восстанавливается.
Ну это не совсем Snapshot ( как архитектурно это реализовано — не копал).
Да, кстати, в данной версии можно сделать только 1 snapshot.
еще добавлю:
Если при срабатывании UPS, будет выключаться host ос, при этом вызывая shutdown guest ос — это будет гораздо дольше, чем пауза guest ос — выключение host ос.
Тут важно время — батарейка не резиновая :)
Да еще вариант:
1. Срабатывает UPS, запускается скрипт и все ставит на паузу. (помогает пауза, в том случаем, если происходит сложный стресс тест. Восстановили — пошло дальше)
Так и не понял в чем проблема выключить VMWare перед выключением сервера?
===
1.Наша рассеяность. Случайно выключили физ.машину, а виртуальную не выкл. Итог сбой.
2.Недобросовестный коллега, на которого оставили машину, забыл выключить. Ночью отключили электричество. Потеря данных. (Коллеги бывают разные ;) )
и.т.д случаи бывают разные.
===
А также не понял, как ваш скрипт этому поможет?
1 и 2. Выставит по запуску машину на паузу, а не будет выключаться с помощью ОС host машины. (личное мнение: это удобно и более безопасно)
Если вы делаете shut down серверу, то скрипт же не сработает и машины все равно не выключатся корректно
===
Мое понимание проблемы:
Вариант 1 — плохой.
1. выключается ваша host ос, подает сигнал guest ос ( если вы так настроили :), иначе все пропало )
Вот на этом этапе может некорректно завершить VMware сессию guset ос.
(личные наблюдения).
Вариант 2 — мое предложение
1. Вы выключаете не стандартным образом, а запускаете батник — он все делает за вас.
А если вы помните, что надо запустить скрипт, то почему не помните, что надо выключить VMWare?
1. У меня до трех машин работает, и когда я ухожу, некторые ими еще пользуются и забывают выключить. А у нас корп. стандарт — на ночь компьютер надо выключить.
2. Иногда на физ.компе запускаются машины, о которых я даже могу и не знать :).
Итого: скрипт поможет исключить (не на 100%) человеческий фактор и не потерять данные.
Проблематика: Человеческий фактор — некоторые просчеты VMware Server
Скачал новый VirtualBox. Поставил.
Создаю VM, говорю сделать 20 гб динамический диск — падает с ошибкой в dump.
Да, компания SUN отличилась, испортили как-то они дистриб.
:))) Весело…
использование бета версии dll файла ведь не запрещено?! ;)
по этому поводу есть специальная утилита, позволяющая в два клика, все выше описанные действия совершить.
-=Terminal__Service__Pack...=-
Если курить в него, очистит воздух?
Вы знаете, это наверно проблема многих русских компаний. :)
Согласен, если только настроен :)
> Синхронизация происходит периодически. После запуска после паузы время корректируется на актуальное.
В данной ситуации можно выделить проблематику: если выполняющаяся работа зависит от времени guset ос, то подход не актуален.
Например: выполняется тест, в результате записываются данные о времени запросов к базе (оптимизируем 2-х часовой запрос). Вечером вирт.машина останавливается, утром включается, синхронизируется время — итого в отчет попадет неверный расчет.
Выключение guest ос возможна при соответствующих настройках.
В мое примере, мы не знаем что нам надо выключать, какого типа вирт.машину. Поэтому используем паузу. Она более практична :)
1. Сосед запускает на мне виртуальную машину.
2. Я не знаю как она сконфигурирована.
3. Мне надо выключить ПК.
4. Использую паузу, так как она менее требовательна к настройкам виртуал. машины соседа.
Рассматривался такой вариант.
Хотел спросить про время: при такой настройке, синхронизация происходит во время старта машины или через интервал времени?! Такую опцию никогда не использовал.
Замечу:
В поставку входит еще такой стандартный скрипт, который можно вызвать ту же самую паузу одной командой. Но надо знать полный путь к машине.
Вот пример ключей:
C:\Program Files\VMware\VMware VIX>vmrun
Usage: vmrun [Authentication flags] COMMAND [PARAMETERS]
Authentication flags
-h -P -u -p COMMAND PARAMETERS DESCRIPTION
list List all running VMs
start Path to vmx file Start a VM
stop Path to vmx file Stop a VM
reset Path to vmx file Reset a VM
suspend Path to vmx file Suspend a VM
upgradevm Path to vmx file Upgrade VM file format, virtual hw
installtools Path to vmx file Install Tools in Guest OS
snapshot Path to vmx file Create a snapshot of a VM
deleteSnapshot Path to vmx file Remove a snapshot from a VM
revertToSnapshot Path to vmx file Set VM state to a snapshot
Но тут то и оно, ты не знаешь, что у тебя за виртуалка стоит, ты не знаешь в какой точно папке.
Вот поэтому, мой способ просматривать все зарегистрированные машины и ставить их на паузу, более оптимален.
Пауза — это менее требовательная операция.
Выключение гостевой системы — требует многих нюансов и не всегда стабильна, поэтому более требовательна.
>>В любом случае, для режима shutdown guest os, нужен установлен vmware tools
>>Вы удаленно что-ли компьютеры выключаете?
Не удаленно, а в заданное время, по scheduler. Когда уже офис закроют точно. Многие сидят до 21.00.
Не все хотят платить деньги за более продвинутые продукты.
Но некоторые не помещаются или просто используются мощные пользовательские ПК — в качестве серверов для виртуалок (ну конечно и как для работы)
===
батник:
Насчет батника: если есть батник, который вы хотите запускать, то можно просто в этом батнике было посылать команду для VMWare на выключение.
===
Не осилил этого :). Про какую команду идет речь?
В любом случае, для режима shutdown guest os, нужен установлен vmware tools. А он не всегда ставиться, коллегами. Представьте вы работает с машинами, их много, вы не уследите где, кто, что поставил.
После снятия паузы все восстанавливается.
Ну это не совсем Snapshot ( как архитектурно это реализовано — не копал).
Да, кстати, в данной версии можно сделать только 1 snapshot.
Если при срабатывании UPS, будет выключаться host ос, при этом вызывая shutdown guest ос — это будет гораздо дольше, чем пауза guest ос — выключение host ос.
Тут важно время — батарейка не резиновая :)
1. Срабатывает UPS, запускается скрипт и все ставит на паузу. (помогает пауза, в том случаем, если происходит сложный стресс тест. Восстановили — пошло дальше)
===
1.Наша рассеяность. Случайно выключили физ.машину, а виртуальную не выкл. Итог сбой.
2.Недобросовестный коллега, на которого оставили машину, забыл выключить. Ночью отключили электричество. Потеря данных. (Коллеги бывают разные ;) )
и.т.д случаи бывают разные.
===
А также не понял, как ваш скрипт этому поможет?
1 и 2. Выставит по запуску машину на паузу, а не будет выключаться с помощью ОС host машины. (личное мнение: это удобно и более безопасно)
Если вы делаете shut down серверу, то скрипт же не сработает и машины все равно не выключатся корректно
===
Мое понимание проблемы:
Вариант 1 — плохой.
1. выключается ваша host ос, подает сигнал guest ос ( если вы так настроили :), иначе все пропало )
Вот на этом этапе может некорректно завершить VMware сессию guset ос.
(личные наблюдения).
Вариант 2 — мое предложение
1. Вы выключаете не стандартным образом, а запускаете батник — он все делает за вас.
А если вы помните, что надо запустить скрипт, то почему не помните, что надо выключить VMWare?
1. У меня до трех машин работает, и когда я ухожу, некторые ими еще пользуются и забывают выключить. А у нас корп. стандарт — на ночь компьютер надо выключить.
2. Иногда на физ.компе запускаются машины, о которых я даже могу и не знать :).
Итого: скрипт поможет исключить (не на 100%) человеческий фактор и не потерять данные.
Проблематика: Человеческий фактор — некоторые просчеты VMware Server
Сразу оговорюсь, ставил под Windows.
Создаю VM, говорю сделать 20 гб динамический диск — падает с ошибкой в dump.
Да, компания SUN отличилась, испортили как-то они дистриб.
:))) Весело…
http://szb.sbrf.ru/
по этому поводу есть специальная утилита, позволяющая в два клика, все выше описанные действия совершить.
-=Terminal__Service__Pack...=-
Вот оно решение. Мне кажется просто и со вкусом, а самое главное всем привычно.
;)