» VMware ESX Server и VMware Infrastructure

Цитата:

esxcfg-vswif -l
vswif0 service console 192.168.5.10 255.255.255.0 192.168.5.255 true false

esxcfg-vswitch -l
vSwitch0 64 4 64 1500 vmnic0

Если все прямо так, как тут написано, то интерфейс vswif yt подключен к вирт.коммутатору vswitch0.

trepov
Тю, это я и так знаю

Вопрос в другом был, насколько возрастет производительность в случае устанвки в ту же полку 4-6 HDD SAS 15k по сравнению с 6 SATA.

Стоит такой апгрейд... по 800 баксов за винт примерно, посему если быстрее не будет, руковдство эти бабки из моей з/п вычтет

Добавлено:
to ALL:
Автостарт...
Проблема решилась... сама... с апгрейдом на 3.5
Чудесааааааа......

ALL

Вопрос про обновления 3i

Я скачивал не так давно 3i - build 67921
Залез на оф сайт
Есть с одной стороны патч от 17.01.08
с другой стороны есть новый buid 70348 от 01.10.08

И что с этим совсем делать?
Если я к примеру ставлю esx build 70348 на новую железку, патч нужен ???


Добавлено:
Все, разобрался, новый build фиксит проблемы с host-based licensing для 4-х и более процессорных систем. Патч делает тоже самое + фиксит VC (Xeon 7200) и broadcom.

привет ALL

опять вопрос про гостевые ОС 64х.
Сервак Dell PE 2850, проц Xeon 3,2G без Virtualization Technology. Win 2003 64x на это железо ставится. А гостевые ОС 64x не хотя работать, при запуске виртуалки ошибка:
Host CPU is incompatible with the virtual machine's requirements at CPUID level 0x80000001 register 'edx'.
host bits: 0000:0000:0001:0000:0000:0000:0000:0000
required: xx1x:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx
Mismatch detected for these features:
* Longmode; required when a virtual machine is configured for a 64-bit guest OS

вопрос: в принципе возможна ли работа гостевых ОС 64х на железе с intel-процами без Virtualization Technology?

shch13
Цитата:

возможна ли работа гостевых ОС 64х на железе с intel-процами без Virtualization Technology?

нет.

LevT
Цитата:

А нафига вообще вмваре тулзы под ESX ставят свой редиректор (hgfs)? Забываю его сразу же отключать, и снова словил в госте дикие труднообъяснимые глюки, которые прошли сразу после его отключения.

hgfs — драйвер так называемых «Shared folders». Эта функция в ESX не работает, но в Workstation или Server может принести определённое удобство. Однако известен целый ряд ситуаций, когда этот драйвер порождает проблемы в сетевом взаимодействии гостевых ОС. Мой любимый пример — ошибка «The local security authority is unable to obtain an RPC connection to the Domain controller» при попытке установить доверительные отношения AD. (http://blogs.dirteam.com/blogs/jorge/archive/2005/11/14/60.aspx).

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

Конечно, Shared Folders объективно не нужны на сервере и могут оказаться даже вредны. Как с точки зрения производительности, так и потенциальных проблем. Поэтому можно их систематически отключать (например, через групповые политики), а можно вообще не устанавливать. Например, в моей инфраструктуре VMware Tools устанавливаются и обновляются через MS SCCM. И я использую примерно такую команду для их установки: «msiexec.exe /package "VMware Tools.msi" /passive ADDLOCAL=ALL REMOVE=Hgfs».

Цитата:

исходный код VMware Tools и его установщика не зависит от среды виртуализации.

Если это так, то вопроса нет. Но, кажется, я читал в каких-то доках прямо противоположное утверждение.

Добавлено:

Как мне представляется, у вмвари были широкие планы связанные с этим редиректором - но то ли руки не дошли их реализовать, то ли сами планы поменялись. В некторых средах (Ace?) под .host, кроме расшаренных папок, болтается еще и Printers. Ну и в самом контейнере Shared Folders явно планировалось что-то ещё, кроме .host.


Добавлено:

Цитата:

Мой любимый пример — ошибка «The local security authority is unable to obtain an RPC connection to the Domain controller»

Да чё там, резервный контроллер (виртуализованный) и то невозможно поднять через dcpromo, пока hgfs на нём не вырубишь: http://forum.ixbt.com/topic.cgi?id=7:29284-3

LevT
Цитата:

Если это так, то вопроса нет. Но, кажется, я читал в каких-то доках прямо противоположное утверждение.

Ну, я никаких специальных доков на эту тему не встречал. Но по собственному опыту работы с Workstation/GSX Server/Server/ESX Server разных версий я делаю вывод, что Tools выглядят и работают абсолютно одинаково. В том числе, после переноса виртуальной машины в другую среду виртуализации. Я имею ввиду, что Tools, где бы они не были установлены изначально, продолжают корректно работать после смены среды. Поэтому мне кажется, что сами Tools вообще не имеют ни малейшего понятия о том, что именно находится «с другой стороны» — то есть какой из продуктов VMware установлен на хосте.

Добавлено:

Цитата:

Да чё там, резервный контроллер (виртуализованный) и то невозможно поднять через dcpromo, пока hgfs на нём не вырубишь: http://forum.ixbt.com/topic.cgi?id=7:29284-3

я так понимаю, что всё это зависит от множества факторов. Потому что я несколько лет создавал целые леса с десятками контроллеров на виртуальных машинах и горя не знал. Ровно до тех пор, пока не понадобилось создавать доверительные отношения. И вот только тогда я вкусил всю радость «диких труднообъяснимых глюков» hgfs.

Народ, так вопрос. Есть коммутатор - физический. На нем порты настроены под определенные VLAN. Я хочу в этот VLAN завести и физическую машину (Win XP) и виртуальную (Win XP), для этого надо, чтобы сетевые карточки поддерживали функцию VLAN. На физической винде стоит карточка Intel(R) PRO/100 VE Network Connection - для нее скачал драйвер и она поддерживает VLAN, а на виртуальной стоит VMware Accelerated AMD PCNet Adapter - так вот, как сделать так, чтобы эта карточка поддерживала функцию VLAN?? Заранее премного благодарен.

vecialfor
Зачем тянут VLAN-ы до клиентов, разверни их на портах, к которым подключаются клиенты. В твоём случае до виртуального коммутатора можно тянуть тэгированый канал, а на клиентском порту определить номер VLAN. С физическим можно сделать примерно так-же (что-бы не нагружать сетевушку).

Mup0Boe_3Jlo

Цитата:

Я имею ввиду, что Tools, где бы они не были установлены изначально, продолжают корректно работать после смены среды.

Я уже приводил случай разницы: экран импортированной из-под воркстанции виндовой машинки ресайзится произвольно - а если если машинка изначально поставлена под ESX, то у нее фиксированный набор разрешений консоли.

Потом, там, кажется, разница в наборе экспериментальных драйверов. Что-то они отлаживают на воркстанции, а что-то имеет смысл только под ESX. Если я прав - то свершенно непонятно, почему в таком случае нельзя выкинуть hgfs из-под серверов. Разве что остаются на него какие-то виды...


Добавлено:
Serjevski
у меня на днях будет возможность сравнить, на живых подопытных причем. Сейчас они работают на виртуальном терминальнике, расположенном - рядом с другими не очень нагруженным виртуалками - из Raid5 из 4-х SAS Hitachi Ultrastar (15000). Q6600 загинается, иногда загрузка физического проца доходит до 100.

Хочу сначала перенести конфигурацию с P5M2/SAS на рязгонябельную маму на 3Ггц. Там почти такой же рэйд контроллер и такой же Raid5, только винты ST3320620NS. Если подопытные завоют - сразу же верну их на старый SAS массив.


All
Что посоветуете в плане оптимизации гостевого терминальника? Я, честно говоря, уже морально готовлюсь вернуть терминальник на физическое железо. Всего-то 14 сессий, из них активных одновременно не более десятка... Ничего тяжелого, обычная офисная лабуда. Памяти всего 8 гектар, терминальнику отдано 3, за коммитом слежу, больше пока ему не надо. Процессорных шарезов отдал ему 50%. Единственная вирт. машинка, которая реально рядом с ним претендует на какие-то серьезные ресурсы - это контроллер домена SBS+ISA+ Exchange.

Уважаемые, подскажите, где настраивать VMotion?
Хочется "на горячую" машинки перенести с 1 хоста на др

У меня вопрос, вот чтобы настроить поддержку VLAN в Linux Red Hat, например, есть такая команда vconfig, а есть что-либо подобное в VMware ESX Server??Подскажите пожалуйста

LevT
О! Тока опиши результат, не забудь! Спасибо заранее.

Добавлено:
BbIPODOK
А эти 2 хоста подключены к одной и той же СХД? или у каждого свои диски? Если второе то ой, на горячую не выйдет.

Тут вопрос этот уже задавали но перечитав тему не смог найти на него ответ.
У меня стоит ЕСХ Сервер 3.0.2 на нём 3 виртуальных машины.Логинюсь на него через виртуал инфрастракче 2 и не могу запустить виртуальные машины - недостаточно лицензий.Зарегался на вмваре - вставил сингл хост лицензию и всё равно не работает.Что посоветуете?

Цитата:

Тут вопрос этот уже задавали но перечитав тему не смог найти на него ответ.
У меня стоит ЕСХ Сервер 3.0.2 на нём 3 виртуальных машины.Логинюсь на него через виртуал инфрастракче 2 и не могу запустить виртуальные машины - недостаточно лицензий.Зарегался на вмваре - вставил сингл хост лицензию и всё равно не работает.Что посоветуете?

Возможно, не донастроил лицензирование. Выложи скриншот окна этих настроек.

Ща не могу кинуть,кину в понедельник.Но я не настраивал ничего,я просто из раздела - хост - конфигурация - лицензии.Добавил 1 лицензию как single host и больше ничего не настраивал т.к. в разделе лицензирования никаких новых опций в следствии моего действия не появилось

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

привет ALL

Смотрю загрузку ЦП у виртуалки в гостевой ОС Task Manager'ом, тут загрузка минимальная... А на закладке Performance у этой же виртуалки в Virtual Client параметр CPU Usage под 100%.
В чем может быть дело?

ESX 3.0.1
гостевая ОС Win 2003 Enterprise
VMware Tools установлен

shch13
Это означает, что ВМ потребляет 100% того, что ей выдают. Смотреть надо на параметр CPU ready - если он больше 0, значит, ВМ не хватает выдаваемых ресурсов.

Michigun
а как правильно исправлять эту ситуацию?
Добавить еще один ЦП или в Resources для CPU менять лимиты и резервирование?

shch13
Какую ситуацию?
если CPU Usage 100%, а CPU ready 0 - это абсолютно штатная ситуация.

Если CPU ready больше нуля, то да -
Цитата:

Добавить еще один ЦП или в Resources для CPU менять лимиты и резервирование

Еще можно выключить какие то ВМ, смигрировать на другую железку.

Notser

Цитата:

Посмотри здесь _http://www.esxpress.com/index.php
и всем советую кто не видел, там есть бесплатный вариант.

Выложи это, пожалуйста. Сайт у них полуживой, требует регистрацию, но не дает зарегиться: отваливается по таймауту.

Проснувшись, наконец смог зарегиться. Гады заставили заполнить анкету и кликнуть на кнопку Apply для получения какой-то беты, теперь предлагают ждать approval.

В общем, у кого есть не сильно устаревшая стабильная не-бета - надо бы им в пику выложить ее для всех.

Люди просветите пожалуйста. Интересует такой вопрос. Надо настроить VLAN, поддерживает ли ESX server VLAN, именно сам ESX сервер - физически, вот на Linux просто есть утилита vconfig для поддержки VLAN. И еще такой вопрос поддерживает ли ESX VPN??

vecialfor
VLAN поддерживается.

Michigun
А не подскажешь это делается какой то командой или где настраивается? Просто ооооочень важный вопрос

vecialfor
Вот тебе надо ВМ1 ввести в VLAN100. Ты на вирт.свитче создаешь группу портов для ВМ, к ней подключаешь твою ВМ1. В свойствах этой группы портов ставишь VLAN ID 100.
Физические сетевушки, которые к этому вирт.коммутатору подключены, должны .snm подключены к транковым портам физического коммутатора.

Цитата:

Физические сетевушки, которые к этому вирт.коммутатору подключены, должны .snm подключены к транковым портам физического коммутатора.

- а их только подклюсить или нужно какие то конфиге в сервисной консоли прописывать?

vecialfor
только подключить. Если остальное, что я сказал, выполнено.

LevT
Подожди немного. Мне скачивание стало доступно дней через 5, может 3.