» VMware ESX Server и VMware Infrastructure

Цитата:

ты живешь в пустыне гоби или ином подобном месте, где не продают интеловских сетевух?

Подойдет любая или почти любая e100 (дохрена бушных oem-маркированных типа Compaq - но на чипе имеющих логотип интела). Но лучше e1000. Если есть выбор - бери ту, под которую в интел просете есть дрова для 64-битного 2008 сервера. Уж своего-то железа глюки интел знает.

не совсем согласен, интел я конечно найду запросто, но тогда в чем смысле ESX3i ? в чем смысл бесплатности ??? не платить за софт ? или дать попробывать, а вот пробуют обычно на чем-то простом, в чем мы и получаем затык....

murphy2000

забудь про бесплатность и прочую идеологию. Есть простая схемотехника. ahci, ata_piix и ide это драйвера портов, через которые работает туева хуча оборудования (за исключением особых железных извращенцев). Для локального стораджа годится неоптимальность: лишь бы заводилось. Если ещё и вмфс для бэкапов удастся создать - ваще благодать!

Ничего подобного, общепризнанного, для оффлоад движков нет. А для ESX необходимы именно их фичи, а фич "класса" - которыми часто обходятся линуксовые дрова - заведомо недостаточно.

LevT ну тогда нужно вообче все убрать, оставить 1 сетевуху с которой все работает, и забить на всех остальных, путь по любому гибельный.... При этом основных производителей не так много и реально поддерживать необходимо всего 4-5 карточек.

Спасибо всем!
Немного разобрался.
Мирить марвел с вм-кернел не хватит ни знаний ни времени. Поетосу подожду 4-ерку.
А пока нашел Intel® 82540EM Gigabit Ethernet Controller, только он у меня поднимается на 100Mbps, хотя на него смотрит гигабитный порт свича..

[root@esxserv root]# esxcfg-nics --list
Name PCI Driver Link Speed Duplex MTU Description
vmnic0 01:06.00 e1000 Up 100Mbps Full 1500 Intel Corporation PRO/1000 MT Desktop Adapter

При попытке мануально включить 1000 - воопще не подымается:

[root@esxserv root]# esxcfg-nics -s 1000 -d full vmnic0
[root@esxserv root]# esxcfg-nics -l
Name PCI Driver Link Speed Duplex MTU Description
vmnic0 01:06.00 e1000 Down 0Mbps Half 1500 Intel Corporation PRO/1000 MT Desktop Adapter

Дрова наверное..

murphy2000

ещё раз: ESX принципиально юзает TOE процессоры - потому что такова сущность серьёзной виртулизации. А на них стандарта НЕТ.

Даже MS, впервые попытавшаяся абстрагировать это железо в 2003 SP2, обделалась жиденько - и через полгода втихаря отозвала обязательный ключик в реестре.
Для 2008 они плотно работают с вендорами. Может быть, со временем благодать в виде результатов этого сотрудничества дойдёт и до линуксячьего мира...

Но я где-то читал сетования Балмера (кажется) на то, что в стандартизацию PnP вкладывалась MS - а линуксоиды пользуются нахаляву, дескать, обидно. Если это серьезная тема - то следующего раза они могут и не допустить.

Я исправил свой пост :http://forum.ru-board.com/postings.cgi?forum=66&topic=0068&postno=2966 .
Спасибо всем за оперативные комменты. Я не против, я- ЗА. Но, денег не дают...... А покупать мне за свою зарлату ... не дождутся. Просто много времени, нервов и унижений потрачено БЕЗ РЕЗУЛЬТАТНО. ДУМАЛ ХОТЬ КОМУ ТО ПОМОЖЕТ.
Извиняйте.

Кстати, с тем, что марвел по сравнению с интелом сосёт, согласен абсолютно.
Под виндой юзал транковые дрова от тех и от других: кончилось тем, что марвелловские снес нах, ибо нех.

1) Интеловские вланы с легкостью пробрасываются в виртуалки вмваре воркстанции по принципу Virtual Switch Tagging, а с марвелловскими секс и позор.
2) Марвел реально не понимает антаггед влан, хотя кажется делает вид.

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

Не ругайте сильно, я ток начинаю вникать в виртуалицацию. С бэкапом виртуальным машин понятно, есть софт (ток какой выбрать, пока разбираюсь), а вот с самой платформой esx как быть, если она полетить? Соотвественно полетят и все виртуальные машины. Есть ли софт для архивации самой платформы или типа политит и Х с ней, переставить его и если есть архивы машинок то по быстреннькому востановить их и все? или же есть какой то софт. И нужно же резервы делать на других дисках, а как это делать если ESX позволяет мне сохранять инфу только внутри одного дискового массива где установлена сама ESX?

Проблема: Сделал VM (Win XP SP3). На одном компе работает без проблем. Скопировал все файлики от VM на другой. Запустил. Запустилась. Но BIOS в VM пропищал и Device manager в гостевой системе показал что не нашел драйвера для устройства CPU.

На обоих машинках WIN XP SP3 + Wmware 6.5

zeliboba

Цитата:

а вот с самой платформой esx как быть, если она полетить? Соотвественно полетят и все виртуальные машины

ничего не полетит. Можно вообще не заморачиваться с лицензиями, юзать ESX шестьдесят триальных дней - а затем менять систему. После некоторой тренировки делов на 15 минут. Ж)


foruum

убедись, что процессор на хосте такой же (интел или амд) и фичи в биосе включены аналогично (виртуализация, 64-бита, XD бит и пр.)

А если только в девайс манагере желтые восклицухи - то можно смело игнорировать: на этом уровне не будет только работать управление электропитанием из оси.

Цитата:

а вот с самой платформой esx как быть, если она полетить?

просто переставить.


Цитата:

Соотвественно полетят и все виртуальные машины.

работать они не будут, а на диске спокойно останутся.


Цитата:

И нужно же резервы делать на других дисках, а как это делать если ESX позволяет мне сохранять инфу только внутри одного дискового массива где установлена сама ESX?

это вообще что то не в тему.

foruum
что делать не подскажу, но веткой ты ошибся.
тебе нужна по workstation, а тут обсуждают esx.

Приветствую уважаемое сообщество!

А кто как делает резервирование Virtual Center? Насколько правильно будет просто делать имидж этого сервера? Ведь у него собственная SQL база, в которую он периодически что-то пишет... Подхватится ли VC из бекапа недельной давности (к примеру)? В 4-й версии вроде заявлена кластеризация vCenter.... А сейчас как быть?
Спасибо!

zeliboba

ИМХО сам esx, а уж esx3i тем паче, бекапить смысла ноль, там всеравно ничего полезного нет.
Чуть что проще переустановить с нуля. Особенно учитывая что оно замечательно ставится просто повех сдохшего не трогая раздел с VM'ами если об этом специально не попросить.

VelAndr

Цитата:

А кто как делает резервирование Virtual Center? Насколько правильно будет просто делать имидж этого сервера? Ведь у него собственная SQL база, в которую он периодически что-то пишет... Подхватится ли VC из бекапа недельной давности (к примеру)? В 4-й версии вроде заявлена кластеризация vCenter.... А сейчас как быть?

Для vCenter заявленна поддержка работы с MSCS (MicroSoft Cluster Service), что касаемо MSSQL так там своя репликация есть, да и с MSCS оно тоже хорошо скрещивается...

Цитата:

Особенно учитывая что оно замечательно ставится просто повех сдохшего не трогая раздел с VM'ами если об этом специально не попросить.

ага, только вопрос, как отнесётся VC, если поставить новый ESX поверх старого с тем же именем. Наверное, нормально: по-моему, он свои серверы не по имени, а по UUID кличет Если же по dns-имени - то лучше прежде чем подключать к датацентру новый сервак удалить оттуда старый.

Да и база VC регенерируется на раз-два при переустановке. В сохранении этой базы мало смысла, если нет _развитой_ инфраструктуры кластеров.

А знает кто-нибудь информацию какого рода пишет VC в свою базу? Это возвращаясь к тому вопросу про бекап недельной давности.
А вопрос в том, что есть3 сервера с ESX + сервер с VC,LS,VCB + реплицируемое хранилище. ESXы в кластере DRS+HA. И все замечательно работает. И единственное что беспокоит - если вдруг склеит ласты сервак с VC. А второй сервер ставить под кластеризацию VC в этой задаче нереально, ибо это все стоит на отдельной площадке.
К примеру, если умрет VC, в случае его повторной установки серверы ESX помнят, что они "приписаны" к старому VC и не дадут подцепить их к новому (проверено).
Но в случае имиджа сервера скорее всего все прокатит. Даже если не запомнятся какие-нибудь задачи в шедулере - не так страшно. Можно будет делать offline backup - за тот час, что будет делаться имидж, сервера поживут и без сервера лицензий и VC...
На следующей неделе попробую.
Поправьте меня, если я ошибаюсь в этой предпосылке...

в БД VC должно храниться следующее:
настройки кластеров(DRS,HA), пулов ресурсов, параметров доступа к хостам.
статусные сообщения и данные по загрузке.
вроде и все.


Цитата:

А вопрос в том, что есть3 сервера с ESX + сервер с VC,LS,VCB + реплицируемое хранилище. ESXы в кластере DRS+HA. И все замечательно работает. И единственное что беспокоит - если вдруг склеит ласты сервак

бест практис - защита не столько VC, скоко БД. Кластеризация, бекап.
К восстановленной из бекапа БД цепляется переустановленный VC и работает.
VC, кстати, можно не переустанавливать, а заранее подготовить ВМ с ним, и держать ее выключенной, до сбоя основного VC(предполагается, БД выживет).

Наконец, мне попадались инструкции как прикрутить MSCS к VC2.5.

Спасибо, буду копать в этом направлении.
А в случае VC на виртуалке - разве сможет виртуальная машина запуститься при отсутствии сервера лицензий (который у меня будет на той же машине с VC)? В свое время у меня не запускались...

Цитата:

А в случае VC на виртуалке - разве сможет виртуальная машина запуститься при отсутствии сервера лицензий (который у меня будет на той же машине с VC)? В свое время у меня не запускались...

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

Michigun
Спасибо большое! Для меня этот вопрос закрыт, пошел экспериментировать

VelAndr
только Update Manager не пробуй автоматизированный из такого VC. Для большинства обновлений хост должен быть переведен в Maintenance Mode - и тут возникает дедлок. Бедняга VC не догадывается проверить, что обновлять ему велено хост - собственный )

Можно долго биться над этой загадкою - а разгадка одна: безблагодатность

Цитата:

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

Не правильное предположение - все запущенные продолжат работать, а вот новые не создать и не запустишь.

Всем добрый вечер. Возникла следующая ситуация. Одна из виртуальных машин на сервере периодически сама перезагружается - подскажите как сделать так, чтобы отключить эту перезагрузку. ПРосто в настройках самой VM вроде бы не написано чтобы ее перезагружать, когда она не используется((

vecialfor
Смотреть в саму виртуалку, ESX тут никаким боком скорее всего, тем более говоришь, что ничего нет. Может глючить сама, смотри логи на самой машине.

Это может портить жизнь HA Virtual Machine Monitoring. Оно создано для перезагрузки виртуальной машины на случай если она зависла. Опеределяется по heartbeat от VmWare Tools. Но вот чего-то оно как-то иногда не так работает. Сам на это напоролся.

buldozzer
Спасибо, попробую настроить

1) Извиняюсь за недавнюю дезу. Я тут наехал на некоторые e1000 которые не включают джамбофреймы - оказывается, это особенность вмкерннела в esxi, так что сетевухи скорее всего не виноваты. Хотя например броадкомы именно те что на P5M2 не могут джамбофреймы нигде и никак - о чём предупреждает официально вмваре - и это особеность конкретных чипов внутри класса сетевух tg3.


2) очень важная ссылка: http://kb.vmware.com/selfservice/documentLink.do?externalID=1003710

этот момент совершенно упускается при сравнении ESX и ESXi. В первом ПРИНЦИПИАЛЬНО осложнено взаимодействие с хостовым железом. Видимо решение железных проблем следует начинать с ESXi а затем уже при необходимости переползать на ESX.

LevT


Цитата:

1) Извиняюсь за недавнюю дезу. Я тут наехал на некоторые e1000 которые не включают джамбофреймы - оказывается, это особенность вмкерннела в esxi, так что сетевухи скорее всего не виноваты. Хотя например броадкомы именно те что на P5M2 не могут джамбофреймы нигде и никак - о чём предупреждает официально вмваре - и это особеность конкретных чипов внутри класса сетевух tg3.

Официальная позиция самой Vmware - jumbo frames на esx3i вобще не поддерживается.
Хотя включить можно, и обычно даже работет...

Возникла такая проблема. После ребута сервера с установленным iSCSI и vCenter три сервера ESX 3.5.0 заявили, что не видят датастор, считают их снапшотами и предлагают ресигнатуру. Полазив по интернетам, сделал ресигнатуру. Перегрузил сервера, все разделы определились, лунки всех видно, ошибок в логе нет, датастора тоже нет. Вообще и в приципе. Диски на взгляд VIClient забитые под завязку, партицию VMFS он на разделах видит. Датастор состоит из 4 разделов, из них три экстенда.
Бэкапов как всегда в нужный момент не оказалось.
Полдня убил на расковыривание VMFS - не добился почти ничего. Данные восстановить не смог, только убедился, что все данные на месте, все виртуалки тоже на месте, но как вытащить их из датастора, который не монтируется - я так и не понял.
Кто чем может помочь в данной непростой ситуации - советом, ссылкой, или даже решением?...

Добрый день!

Такой вопрос: Есть два хоста ESXi 3.5.0 U3 b123629. На одном два Intel Xeon E5410, на втором - два Intel Xeon L5320. Пытаюсь мигрировать одну гостевую машину с первого на второй сервер. мне выдается сообщение
Unable to migrate from ... to ... : Host CPUis incompatible with the virtual machine's requirements at CPUID level 0x1 register 'ecx'
host bits: 0000:0000:0000:0000:0010:0010:0000:0001
required: x000:0x00:00x0:1x00:xxx0:0x1x:xxxx:xx01
Mismatch detected for these features: * SSE4.1

На сайте vmware я нашел статью как это исправить
http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1993

добавил в файл vpxd.cfg на сервере vCenter:
<guestOSDescriptor>
<esx-3-x-x>
<all-versions>
<all-guests>
<cpuFeatureMask>
         <intel>
         <level-1>
         <ecx>----:----:----:x---:----:----:----:----</ecx>
         </level-1>
         </intel>
</cpuFeatureMask>
</all-guests>
</all-versions>
</esx-3-x-x>
</guestOSDescriptor>

Перегрузил сервис vCenter, но ошибка не исчезла.
Может кто-нибудь сталкивался? Спасибо.

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

CryoZ
не совсем понял, но попробуй посмотреть тут - http://blog.vadmin.ru/2008/11/vmfs.html

brassnet

Цитата:

Не правильное предположение - все запущенные продолжат работать, а вот новые не создать и не запустишь.

НЕТ!
то, что ты описал - это когда ESX не_лицензирован.
А когда он был лицензирован, но пропал сервер лицензий - то наступает двухнедельный т.н. grace period, когда нельзя разве что новый хост в VC добавить, а все остальное, включая vmotion и включение ВМ работает.
вот подтверждение - http://kb.vmware.com/selfservice/microsites/search.do?cmd=displayKC&docType=kc&externalId=1005561&sliceId=1&docTypeID=DT_KB_1_1&dialogID=15466368&stateId=0%200%204998146

цитата:

Цитата:

During periods of license server unavailability, VirtualCenter and ESX Servers using served licenses are unaffected because they rely on cached licensing configurations for the duration of a 14-day grace-period even across reboots.