Если вы планируете использовать ESXi на более чем одной машине, то покупки Vmware Virtual Center вам не избежать, по причине того, что клонировать и мигрировать образы простой VMWare Infractructure Client не умеет.

А какой смысл виртуализироваться, если нельзя забекапить-разбекапить vmware образ?

Вы все еще думаете, что бесплатный сыр бывает не в мышеловке?

Дополнение от читателя guran[at]sibmail.com:

 Штатными средствами VIC прекрасно можно осуществлять бекап-разбекап виртуальных машин. Все это делается легко и быстро средствами экспорта так называемых "виртуальных устройств" (virtual appliance). Более того, экспорт осуществляется на основе продакшен стандартизованного формата OVF, что позволяет потом прикрутить экспортированное виртуальное устройство хоть к VMware Workstation, хоть к VMware Server, хоть к другому ESXi. Первые два случаю требуют дополнительно применения средст WMware Converter (базовый необходимый для этого функционал бесплатен), случай же последний не требует вообще ничего кроме того же VIC (впрочем, это простой разбекап в чистом виде и есть). 

Тернисто, ой тернисто проходила установка VMWare ESXi 3.5 на HP Proliant ML110 G5. А казалось бы, известный бренд, ходовая модель сервера, чего, спрашивается, не поддерживатся ESXом?

Первое, что нужно сделать, так это в БИОСе

включить поддержку VTi (virtualization) и выключить SATA Native mode у HDD, иначе все попытки установки приведут к невозможности найти storage.Также прийдется выключить встренный SATA RAID :(

Но и это еще не все, на 44% установки происходил глюк и установка прекращалась. После непродолжительного гугления выяснилось, что баг такой происходит с 1Гб памяти на борту. Добавил планку еще 1Гб, после чего установка завершилась успешно! Это удивительно, но факт. После установки планка памяти была вынута, но все загружалось как положено. Эксперименты по установки native sata после уже установленной системой заканчивались неудачей при загрузке.

Итог: встроенный полусофтовый SATA RAID в этой модели ESXом не поддерживается, прийдется докупать честный контроллер. На 1Гб ESX не устанавливается. Сетевая карточка ESXом определяется и поддерживается как надо.

Сегодня в нашем подкасте в течение часа зажигают Роман Богданов и Максим Прокопов.
Подскаст будет интересен ИТ-профессионалам, которые раздумывают о внедрении виртуализации.

— пора вообще переименоваться в фонд защиты vmware, т.к. сегодняшний подкаст посвящен целиком и полностью виртуализации во всех ее проявлениях.
— практическое внедрение виртуализации в НБ «Траст», достигнутые выгоды
— мы коснемся всех продуктов VMWare, как тех, с которыми все понятно, так и совсем незнакомых.

28.3 Мб / 70:46 / MP3, 56 kbps

update: по некоторым причинам подкаст убран из публичного доступа. если есть желание отпишите на електропочту - я дам прямую ссылку.

И вот опять есть что сказать, ибо дошли руки до тестирования ESX 3.5i, о котором так долго говорили большевики.

Продукт, безусловно, прекрасный.

250Мб инсталла, загрузка, установка в стиле "откинься на спинку кресла" и вуаля, работающий VMWare ESX!

Все управление осуществляется через VMWare Infractructure Client, доставшийся в наследство от старшего брата VMWare Infrastructure. 

При помощи него заливаем образы систем на хранилище VMWare, стартуем, и опа! Все работает.

Хочется отметить особо приятные моменты: например мониторинг параметров хоста, таких как температура девайсов, вращение кулеров, SMART винчестеров и прочие вещи. Гибкое управление пулом ресурсов. Правда после активации бесплатной лицензии на ESX отпадает фича consolidated backup. 

В целом, что можно сказать?

Ну, это уже почти счастье :)

Удивительно, но VMWare сделала это!

Теперь можно пользоваться всеми благами гипервизора для виртуализации и паравиртуализации просто бесплатно.

Исчерпывающее руководство как грузить Vista, Ubuntu или Windows XP используя любой из bootloader операционных систем.

Мегауниверсально. Если в случае с убунтой все можно сделать более-менее стандартными средствами (boot from cd+grub), то виндовс, как всегда, подкачал, и без утилиты EasyBСD (бесплатно), в этом случае не обойтись.

В мемориз: The definitive dual-booting guide: Linux, Vista and XP step-by-step

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

А для расширения диска в vmware есть вот такой нетривиальный, в общем-то, способ в статье ниже:

http://www.vmgu.ru/articles/15/1/ 

Если вкратце резюмировать статью с vmgu.ru:

1. Создаем бекап виртуальной машины (а у вас всегда есть для этого место)?
2. Утилитой vmware расширяем физический виртуальный диск на оригинальной машине.
3. Загружаемся в бекапном образе системы, предварительно подключив основной диск оригинальной виртуалки как вторичный диск к бекапной виртуалке.
4. Используем системную виндовую утилиту diskpart, расширяя этот вторичный диск до нужного размера.
5. Грузимся в оригинальную виртуалку. Диск изменился до нужного нам размера.

Глядя на эту процедуру стоит задуматься, а так ли уж необходимо именно расширять диск? Возможно стоит просто подключить новый, ведь это куда проще!

Сначала cмотреть видео vmware infrastructure 100Mb.(2brj - да, я прослезился ;)

Потом пробуем установить VMWare ESX 3 на сервер. И сразу же проблема с честным сервером на базе MB SuperMicro: vmware при установке не находит рейд Adaptec SATA Hostraid.

Потом читаю: 

 * IDE/ATA disk drives - Установка ESX Server на IDE/ATA drive или IDE/ATA RAID поддерживается. Однако, необходимо удостовериться, что данный контроллер поддерживается. Хранение виртуальных машин на IDE/ATA дисках и массивах не поддерживается.Файлы виртуальных машин необходимо размещать на VMFS-партициях на SCSI drive, SCSI RAID или в хранилище SAN. SATA drives не поддерживаются ни для установки ESX Server, ни для размещения виртуальных машин даже если они помечены как IDE или SCSI.

Лично для меня такая нелюбовь к SATA является большой загадкой. 

Оказалось, что проблема присуща именно этой платформе, решается, внимание,

УСТАНОВКОЙ ДРАЙВЕРА ПРОЦЕССОРА AMD как в хостовой, так и в гостевой системах. 

Также, на всякий случай, установил AMD Dual-Core Optimizer который по описанию точно имеет отношение к часам и частотам, на которых работает процессор.

В общем, так проблема и решилась :) 

Вот про это же в ixbt:

http://www.ixbt.com/news/all/index.shtml?06/40/84 

Имеется: VMWare сервер 1.0.1 на базе Athlon 64 Dual Core 3800+, в нем устрановлен контроллер домена, виртуальный сервер терминалов и FreeBSD роутер.

Началось все со странно работающей синхронизации времени на клиентах, очевидно, что время на клиентских машинах и на контроллере домена не совпадало, что в принципе, является ситуацией неординарной, т.к. для корректного функционирования kerberos5 протокола аутентификации между сервером и клиентами требовалось корректное (читай одинаковое) время. А разница во времени была, и очень немаленькая. А рассинхронизация времени на клиенте с контроллером домена влекла за собой последствия весьма неожиданые (сетевые принтеры не печатали, в терминалах вообще было вообще что-то невообразимое, политики применялись через раз). И вот захожу я на контроллер домена, и, о ужас, время идет БЫСТРЕЕ чем надо, т.е. буквально, секундная стрелка наворачивала круги как электросчетчик при включенном сварочном аппарате.

Windows cannot find the machine account, The clocks on the client and server machines are skewed. .
 

Вот такая печальная история. VMWare рекоммендует много workaround, есть целые дискуссии на форумах и описание проблемы в целом pdf на сайте производителя.  Гугль дает по поиску много страниц. Лично у меня есть подозрение на power saving options в биосе и на работу dual core в vmware.

UPDATE: 

Проблема решилась. Заходим в BIOS и ставим технологию Cool'n'Quiet в disable. 

UPDATE2:

Не ставим виртуальным машинами ДВА ПРОЦЕССОРА. Только по одному.