wwwtank
Enthusiast
Enthusiast

Как называется описываемое свойство?

Два хоста под ESXi 4.1 (vShpere Essential Plus), надо на них разместить терминальные серверы (VMWARE View не предлагать Smiley Happy

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

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

Как это называется? и возможно ли в моей версии?

Из свойств vShpere Essential Plus сейчас задействовано: HA Cluster и тегирование трафика по VLANам. Одна СХД, два LUN, оба доступны обоим виртуальных хостам.

Благодарю за ответы.

0 Kudos
10 Replies
RumataRus
Commander
Commander

wwwtank wrote:

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

Как это называется? и возможно ли в моей версии?

Называется это Distributed Resource Scheduler (DRS), (базовая ссылка и еще одна) для Essentials Plus отсутствует.

0 Kudos
EGarbuzov
VMware Employee
VMware Employee

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

Как это называется? и возможно ли в моей версии?

Называется это DRS. Небольшое уточнение: перекос нагрузки на хостах обнаруживает служба в vCenter, а не сами вм.

В вашей версии недоступно.

0 Kudos
wwwtank
Enthusiast
Enthusiast

спасибо за ответы. уже обнаружилось опытным путем Smiley Wink Сейчас пытаюсь активировать упрощенное замещение этого свойства в виде EVC, тогда хотя бы руками можно будет таскать VM  с хоста на хост. пока правлю маски у CPU у виртуалок.

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

0 Kudos
EGarbuzov
VMware Employee
VMware Employee

Ну почему же сразу "недосвойство"? Smiley Happy Механизм DRS это как раз и есть автоматическое или полуавтоматическое инициирование vMotion для вм, опираясь на данные по нагрузке хостов.

Т.ч. если вы будете сами следить за нагрузкой на хосты и вручную мигрировать вм при необходимости, то технически никаких дополнительных рисков добавиться не должно. Единственное, ЕМНИП, DRS старается выбрать для миграции с перегруженного хоста наиболее подходящую вм, а не абы какую. В этом, наверное и будет всё отличие.

wwwtank
Enthusiast
Enthusiast

дико извиняюсь потому как дико туплю из-за незнания чипсетов.

Помогите, пожалуйста, выставить маски виртуалкам

маски http://vm.pro-it.kz/2010/03/vmotion-guide/
процессоры http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=100321...

у меня такие процессоры

cpui.JPG
ставлю как для SSE 4.2 Level1 ecx и Level 800000001 edx, получаю при попытке включить EVC:
"The cluster cannot be configured with the selected Enhanced vMotion Compatibility mode; CPU features disabled by that mode may currently be in use by powered-on or suspended virtual machines in the cluster."

0 Kudos
EGarbuzov
VMware Employee
VMware Employee

А зачем вам выставлять маски прямо в виртуалках? Верните всё в дефаулт и в свойствах кластера включите EVC и выставьте уровень: Intel® Xeon® Core™ i7 EVC Mode.

При этом на хосте с более младшим процессором машины можно даже не выключать (на хосте с 5660 придётся перед этим все потушить).

UPD: выбор бейзлайна можно определить из таблицы в kb, по вашей ссылке. Просто говоря выделяете какие у вас группы процессоров на объединяемых хостах (это строчки таблицы - жёлтым выделены ваши два) и дальше смотрим в каком столбце для них всех стоит Yes. Для вашего случая можно выбрать любой из трёх столбцов, кроме самого правого, но обычно стоит выставлять уроверь, соответсвующий самому "продвинутому" набору инструкций.

0 Kudos
wwwtank
Enthusiast
Enthusiast

не получается Smiley Sad

уже все виртуалки просто выключены, кроме виртуалки в vCenter.

а на ней и в дефолт было сброшено и указано руками все тож самое, что и у соседок. Правда в разделе level 80000001 все все равно записывается в виде ---- ---- ---- ---- ---- ---- ---- ---- как не указывай пробелы. виртуалка была сделана тут же на этих хостах безо всякой миграции и конвертации p2v.

любой из трех вариантов Intel не катит, а на четвертый справедливо выдается, что не поддерживается одним из хостов.

0 Kudos
wwwtank
Enthusiast
Enthusiast

на хитром expert-exchange вот такое пояснение ошибки  "That is true - if you have powered on VMs in "westmere" mode, or native mode on westmere if evc has never been configured, then you will have to power off all vms on the cluster in order to lower the evc mode."

что это за режим такой? там советуют VM c этим режимом унести кудf-набудь на время поднятия vMotion или выключить. я могу выключить VM с vCenter и что-то на ней подправить и включить, а вот других хостов способных поддерживать VM c Win2008  у меня нет и оборудования под них тоже Smiley Sad

0 Kudos
wwwtank
Enthusiast
Enthusiast

уф... как-то получилось галочку EVM mode Core i7 поставить, теперь на кластере статус нормальный, а вот на каждом хосте в summary осталось VMotion Enable-NO (vmware EVM mode стоит у всех хостов Core i7)и при попытке у виртуалки  выбрать "мигрировать" тоже все серое, будто ничего и не включалось. Может что-то передернуть надо?

Кстати, проблему с процами получилось преодолеть, загнав с помощью HA все виртуалки на хост с  процом Е5520.

0 Kudos
wwwtank
Enthusiast
Enthusiast

все заработало! как-то вскользь упоминается в документации, что надо на VMKernel в свойствах поставить галку vMotion.

Спасибо за поддержку!

0 Kudos