Counter Strike на ESX

Не могу удержаться от следующей новости:
Counter Strike на ESX! :)

1 сервер, 4 процессора, 24 ядра(Intel Xeon 7400, Dunnington).
18 ВМ и 1296 игроков(36x36).
10 GB Ethernet - на лаги не пожалуешься :)
консолидация 18:1

Небольшой видеоролик на тему:
http://www.youtube.com/watch?v=TDvxvIg-iIs

RDM для ESX

Написал статейку про RDM, Raw Device Mapping.
http://wiki.vm4.ru/InstDetails/rdm

Как всегда, буду благодарен за отзывы.

правила работы DRS

Есть сведения, что VMware планирует опубликовать соображения работы DRS - в соответствии которым он мигрирует или не мигрирует ВМ.
Когда это будет, правда, не уточняется.
Пока же доступна следующая информация по этому вопросу:
(вольный перевод)
Некоторые критерии работы DRS

• Балансировка нагрузки с учетом уровня агрессивности, выставленного в настройках DRS кластера. Грубо - мы говорим DRS - "Я допускаю некоторый уровень несбалансированности нагрузки(небольшой=aggresive, большой=conservative)".
• Получает ли ВМ нужное кол-во ресурсов, где в "нужности" учитываются настройки раздачи ресурсов(reservation, limit, shares, resource pools). Учитываются, сколько ресурсов потребляет эта, и другие ВМ.
• Сумма reservation всех ВМ должна быть <= ресурсам хоста, даже если это количество ресурсов не используется в данный момент.
• предотвращение "пинг-понга" - DRS учитывает историю загрузки для определения ВМ со скачущей загрузкой, и пытается не мигрировать их все время.
  

ESXi не видит SATA контроллер

Есть мнение, что возможна ситуация, когда ESXi, устанавливаемый на сервер с SATA контроллером, ошибочно определяет его как IDE. Если такое случилось, можно попробовать следующую инструкцию:

* Use the instructions on this blog for creating a bootable usb stick with the contents of the ESXi installation ISO. These instructions will show you a simple way of updating the pci.ids and simple.map files so that your sata controller is recognised by ESXi.


http://www.grid.org/blog/cameron/development-using-vmware-server-esxi

+

http://www.grid.org/blog/cameron/updating-vmware-esxi-disk-dump-file


* Boot from the usb stick and once you get to the Welcome to the VMware ESX Server screen, hold down Ctrl + Alt and press F1 to switch to a different console


* Login as root with a blank password


* If you have followed the instructions in the above blog and your sata disks were detected by vmkernel then check the output of the following commands to confirm this:

*
o fdisk -l
o ls /dev/disks
o esxcfg-vmhbadevs


* All of the above commands should show you some vmhbaXX devices, where one of these will be the usb stick and others will be your sata disks.If these don't show you a vmhbaXX device other than your usb stick, then either the vmkernel didn't recognise your disks(check pci.ids/simple.map files) or your controller is not supported at all


IMPORTANT: ESXi seems to format ALL usable disks installed into the system during the installation and so do not keep any data on the machine you are installing ESXi onto. It should be a totally bare metal machine whose contents can be trashed!

* Change directory to the /usr/lib/vmware/installer/Core/ folder

cd /usr/lib/vmware/installer/Core/

* Use the vi editor to modify the TargetFilter.py file


* In the IDEFilter() function, change the return line so that it matches what is shown below:

Original line: return interface.GetInterfaceType() == ScsiInterface.SCSI_IFACE_TYPE_IDE

Modified line: return interface.GetInterfaceType() == ScsiInterface.SCSI_IFACE_TYPE_ISCSI

* Save the file and run the installer again by typing in:

install


NOTE: It seems the installer automatically switches the console upon running and so you need to switch back to the first console by holding down CTRL+ALT and pressing F1


You should be able to continue with the install as normal from now on.

Reply to this thread if this worked or not. Also, this is COMPLETELY unsupported by VMware as you are using hardware not in their certified as compatible list!

Источник - тема с форума Installing ESXi on whiteboxes? Were your sata disks not detected? Try this...

Неофициальное сравнение СХД под ESX

Интересная тема на форумах VMware -
Open unofficial storage performance thread.

Тема была создана со следующими целями:
"Для выкладывания результатов унифицированных тестов производительности дисковой подсистемы. Если кто то несогласен с какими то результатами - он может протестировать сам, и тоже выложить результаты. Результаты неофициальны, зато конкретны. Так как представлено большое кол-во систем, эта тема может помочь получить "нейтральное" сравнение".

Что здорово, не поленились свести результаты в таблицу Google Spreadsheet. К огромному сожалению, ее перестали обновлять в августе 2007 года :(


Так что и подробности как тестировать, и результаты - в самой теме.

Коллеги, напоминаю вам, что при тестах систем под виртуализацией, и тем более тестах СХД - вылезает много нюансов. Поэтому эта информация скорее справочная: а дружащие c английским могут подчерпнуть оттуда интересной информации на тему схд.

VMDirectPath

Еще одна новая технология, которая будет поддерживаться Intel - VMDirectPath, разработки VMware.

Она позволяет выдавать в прямое пользование ВМ контроллеры сети и СХД.

Доступна весьма интересная презентация от Intel, в который описываются и эта(слайды 27-32) и другие новые технологии Intel для виртуализации.

Судя по всему, уже через год другой нас ожидает интересное будущее - за счет функций, реализованных в железе, виртуализация перестанет давать ощутимых накладных расходов, а функционал станет просто волшебным.
Указанная презентация рекомендуется к ознакомлению - эти страшные слова и аббревиатуры полезно узнать еще до середины 2009 года, когда их обещают реализовать в железе.

Virtual Machine Device Queues, или Intel VMDq

Virtual Machine Device Queues, или Intel VMDq.

Это технология виртуализации ввода\вывода, разработанная Intel, и призванная повысить эффективность работы ВМ с соответствующими контроллерами, и снизить нагрузку на гипервизор и процессоры хоста.

VMDq является частью "Intel Virtualization Technology for Connectivity (VT-c)", наряду с "I/O Acceleration Technology (I/OAT)" и "Single Root I/O Virtualization (SR-IOV)".

Подробности в pdf тут - Virtual Machine Device Queues.

Поддерживается она в новых сетевых контроллерах 10GB Ethernet, Intel 82575 и Intel 82598.
Позволяет обрабатывать параллельные очереди пакетов, перенаправлять их в нужную ВМ на уровне чипсета. Это уменьшает задержки и нагрузку на CPU хоста.

ESX поддерживает эту штуку с версии 3.5 Update 1.

Не очень внятное, но видео на тему:

маркетинговые материалы VMware на Русском языке

Возможно, вам будут полезны Новые маркетинговые материалы VMware на Русском языке.

Список весьма велик - обязательно загляните.

VMware Site Recovery Manager(SRM)

Если вас интересует VMware Site Recovery Manager(SRM), то вам могут быть интересны темы на форумах VMware:

• SRM bunch of questions.
• Some unanswered questions.
• How to backup and recover a recovery plan

VMware Enterprise Administration Exam

Появляются первые упоминания с сдавших VMware Enterprise Administration Exam.
Вот в этой ветке форума - VMware Enterprise Administration Exam.

По поводу самого экзамена, и сертификации VCDX, для которой он нужен - имеет смылс читать на официальной страничке - Certification. Там же ссылка на заявку для сертификации VCDX - как я понимаю, заполняешь эту заявку, ее рассматривают, и после этого дают возможность сдавать тест VMware Enterprise Administration Exam и все прочие.

VMware Workstation 6.5 Beta with Record & Replay видео

Видео:
Debugging VMware Workstation 6.5 Beta with Record & Replay

ESX под VMware Workstation

По поводу запуска ESX под VMware Workstation -
это возможно.

Вот буквально только что я взял:

• Сервер Fujitsu Siemens TX200 S4, Intel Xeon E5405 .
  в теории, подойдет любой CPU с поддержкой Intel-VT / AMD V.
• На него установил Win2003.
• На него установил VMware Workstation 6.5 RC1.
• Под ней создал ВМ в соответствии с гайдом.
  Основное там -
  тип ОС - Red Hat Enterprise Linux 4 64-bit
  тип контроллера - SCSI LSI Logic
  для процессора ВМ в опции Preferred Mode выбрать - Intel-VTx or AMD-V
  добавить в конфиг строку - monitor_control.restrict_backdoor = “true"
• В эту ВМ проинсталировал ESX 3.5.
  ESXi, кстати, не завелся.
• Под ESX в ВМ нормально запусклись и работали ВМ с Win2003.
  

VMware Server 2.0 RC1, его сравнение с ESXi

Обзор VMware Server 2.0 RC1, отличия его от VMware Server 1.0 и ESXi:
A First Look at the New VMware Server 2.0 RC1 (and How it Compares to ESXi).


Вкратце:
Добавилось много приятного:

• Enhanced VMware Infrastructure (VI) Web Access management interface.
  Теперь для управления используется Web интерфейс.
  
  
• Independent virtual machine console.
  Теперь можно создать ярлык, сразу открывающий в браузере консоль конкретной ВМ. Удобно.
  
• Support for USB 2.0 devices.
• Remote Client devices.
  Можем в качестве CD\DVD ВМ использовать CD\DVD привод той машины, откуда мы к ней подключились.
  
• Ability to add new SCSI disks on the fly without shutting down the guest VM.
• Volume Shadow Copy Service (VSS) support.
  
• Virtual Machine Communication Interface (VMCI).
• Support for Firefox 3 as a web browser.
• Increase Scalability.
  Одной ВМ можем дать до 2х CPU и до 8 ГБ памяти. до 10 виртуальных сетевых карт.

Пара скриншотов:


Сдается мне, что управление VI 4 будет через веб интерфейс. Который сейчас обкатывается на VMware Server 2.0.


Автор приводит следующие соображения по сравнению VMware Server 2.0 с ESXi. Перевод и комментарии мои:
VMware Server 2.0

• Устанавливается и работает как приложение в ОС Windows или Linux. Это означает, что мы можем использовать этот продукт на той машине, где нам нужна Windows или Linux вместе с прочими приложениями. Все так, согласен.
  
• Производительность ВМ под VMware Server ожидается похуже, чем под ESXi - из за наличия промежуточной, хостовой ОС. Правда, данных по сравнению нет, да и сравнить будет непросто - вспомните дискурсии по сравнению ESX и Hyper-V. Гарантированной разницей будет разве что требования к ресурсам хостовой ОС - у ESXi они значительно ниже чем у любой Win\Lin. Да фунционал - например, под ESXi можем сделать 4х процессорную ВМ, и т.п.
  
• Может быть запущен на любом железе, которое поддерживается Win\Lin. Т.е. на любом железе :).
• Отличное решение для десктопной виртуализации - если VMware Workstation дорого, а воровать ее не хочется. Хорошее решение для серверной виртуализации в сегменте SMB. Отличное решение для знакомства с виртуализацией - начать знакомство с VMware Server проще, чем с ESXi. Вот последнее имхо немного спорно - если потратить два часа на разбирательство, ESXi покажется белее и пушистее . Тем более что появляются русскоязычные ресурсы по нему.
  

VMware ESXi Server 3.5

• Работает на "голом" железе. Это значит, что производительность и функционал повыше, а совместимость пониже. Так же это означает, что на свой десктоп вы ESXi не поставите - проинсталлировать приложения в него не получиться, и не получиться получить доступ к ВМ с его локальной консоли.
  
• Идеален для виртуализации компаний среднего и высшего звена. По моему мнению, это утверждение в корне не верно. Именно для компаний размером побольше акутально централизованное управление(Virual Center), именно у них есть SAN, много ВМ - т.е. им востребованы VMotion\DRS\HA и пр. А этого НЕТ в БЕСПЛАТНОЙ лицензии ESXi. Для этого можно использовать ESXi, но придется купить для него лицензию VI Foundation\Standart\Enterprise.
  

Если немного обобщить - однозначно сказать что лучше невозможно; впрочем, как всегда.
VMware Server попроще - это и плюс и минус. И VMware Server более чем пригоден для промышленной эксплуатации - можно прикупить к нему поддержку, и Virtual Center for VMware Server(этот момент я еще буду уточнять - по моим данным планировалось, что управлять VMware Server можно будет через VC Foundation). VMware Server можно использовать на своем десктопе\ноутбуке - т.е. на одной и той же машине иметь и outlook(к примеру) и ВМ.

ESXi же требует выделенной машины, причем не с любым железом. Зато он более функционален изначально, и ОЧЕНЬ расширяем по функциям - путем приобретения доп лицензий. Работа же с ним так же весьма проста - как и с прочими продуктами VMware, к слову. Конечно, потребуется потратить некоторое время на понимание пары основных принципов - но если опыт администрирования у вас уже есть - это время минимально отличается от вникания в работу с VMware Server.

А вы что думаете?

VMware появилась в списке участников программы SVVP

VMware появилась в списке участников программы Windows Server Virtualization Validation Program.

VMware VI4

Есть предположения, что на ближайшем VMworld нам представят VMware VI4.

Было бы здорово.

VMware Workstation 6.5 RC1

Тихой сапой подкрался RC1 VMware Workstation 6.5
забрать можно отсюда - Workstation 6.5 beta - Release Candidate.

Поддержка продуктов Microsoft в ВМ под VMware ESX

Microsoft запустила таки Server Virtualization Validation Program (SVVP).

Судя по Cisco, VMware sign the Microsoft Virtualization Validation Program - поддержка продуктов Microsoft в ВМ под VMware ESX - будет.




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

Изменения в лицензировании продуктов Microsoft под виртуализацию

Итак - Майкрософт поменял свою лицензионную политику в отношении многих своих продуктов в случае их работы внутри ВМ.

Ознакомиться с ней можно тут - Application Licensing Mobility Brief.
Так же следует ознакомиться с Licensing Microsoft Server Products in Virtual Environments.

Замечание:
для многих продуктов(т.к. Exchange, SQL, Sharepoint, Systems Center Operations Manager и др.) лицензия теперь переносится вместе с ВМ.
Т.е. ранее, для возможности VMotion того же Exchange сервера между 3 хостами, нам надо было купить 3 лицензии - на каждый хост. Сейчас - одну.
Суть изменений - теперь лицензия назначается не на сервер, а на "server farm". И между серверами в этой "ферме" ВМ можно переносить как угодно.
Но! Это не распространяется на Windows Server - т.е. с операционными системами все остается как раньше.

“This is accomplished by allowing customers to reassign licenses freely across servers within a server farm. The changes apply to software licenses for certain server applications and all external connector (EC) licenses. In these cases, the limitation on short-term (90 days or less) license reassignment is waived. This change does not apply to software licenses for the Windows Server® operating system, Client Access Licenses (CALs), or Management Licenses (MLs). This change applies only to licenses acquired under a Volume Licensing program. It does not apply to licenses acquired through other retail sources.”

лицензирование и поддержка продуктов Майкрософт в виртуальных машинах

Коллеги, по поводу новостей касательно лицензирования и поддержки продуктов Майкрософт в виртуальных машинах:

Официальная поддержка серверных приложений в виртуальных машинах.
Лицензирование, часть 7. Новое в лицензировании — свободное перемещение экземпляров ПО.

На русском, с официального блога MSFT.

Сравнение производительности Java внутри ВМ на ESX 3.5 U1 и на физической железке

Данные по производительности Java внутри ВМ на ESX 3.5 U1 и на физической железке:
ESX Runs Java Virtual Machines with Near-Native Performance.

ESXi ssh and non-root users

К ESXi можно подключиться по ssh.
А по последним данным, и не из под root учетки.
Как это сделать - ESXi ssh and non-root users.

обновленные билды VMware ESX \ ESXi 3.5 Update 2

Можно скачать обновленные билды VMware ESX \ ESXi - с поправленным багом "черного вторника".

http://www.vmware.com/download/vi/

Сравнение производительности FC, програмного iSCSI и NFS под VI3

Сравнение производительности FC, програмного iSCSI и NFS под VI3 - совместный гайд от VMware и NetApp.

Задачей тестирования считалось:
сравнить разные типы СХД при низкой нагрузке.
сравнить разные типы СХД при высокой нагрузке.
Оценить нагрузку на процессоры серверов.

Для тестов использовали ВМ с Win2003 SP2.

Обратите внимание, что не все настройки ESX были по умолчанию:
в частности, для iSCSI и FC глубину очереди увеличили до 128.

Достаточно сложно было организовано распределение дисковых ресурсов(LUN'ы, RAID группы и прочее.) - за подробностями идите в документ. В самом конце ссылки на ресурсы, в частности, на NetApp Best practice.

Результаты, признаться, очень похожие на результаты whitepaper от VMware без участия NetApp:

FC самый быстрый и без накладных расходов, программный iSCSI и NFS очень похожи по скорости, притом в разных ситуациях быстрее то один то другой. Но нагрузка на CPU от NFS заметно меньше, чем от программного iSCSI.

книга A Practical Guide to Business Continuity & Disaster Recovery with VMware Infrastructure

VMware предоставила книгу A Practical Guide to Business Continuity & Disaster Recovery with VMware Infrastructure.
Обеспечение непрерывности бизнеса и восстановления после сбоев.
232 страницы официальной мудрости :) по вопросам

This VMware® VMbook focuses on business continuity and disaster recovery (BCDR) and is intended to guide the reader through the step-by-step process to set-up a multisite VMware Infrastructure that is capable of supporting BCDR services for designated virtual machines at time of test or during an actual event that necessitated the declaration of a disaster, resulting in the activation of services in a designated BCDR site.

сам я еще не читал, если кто ознакомится - отпишитесь.

Failover Cluster для ВМ на Hyper-V

Пара постов про высокую доступность ВМ на Hyper-V:
Hyper-V: Creating highly available virtual machines.
Тут приводится пошаговые инструкции и некоторые комментарии - лично мне это интересно для сравнения с VMware HA.
и
SCVMM Beta: Multiple virtual machines on the same LUN in a cluster.
Тут просто приводится скриншот того, что бета SCVMM требует размещения кластеризуемых ВМ по одной на LUN.

подборка ресурсов VMware Lab Manager 3.0

VMware Lab Manager 3.0 - подборка ресурсов по этой новой версии:
Lab Manager information

• Read the data sheet
• Read the white paper
• Join the Lab Manager Community
• View the Online Demo
• Attend the Webcast
• Try Lab Manager

И вот тут еще по русски пара слов VMware Lab Manager 3.0 теперь интегрирован с VirtualCenter.

Решение проблемы в VI 3.5 Update 2

VMware подготовила обновление для решения проблемы с невозможностью включить \ смигрировать ВМ после 12 августа.
Обновлена статья в kb - http://kb.vmware.com/kb/1006716

Стали доступны патчи для ESX и ESXi.
For ESX 3.5 1006721

For ESXi 3.5 1006670
Обновлять Virtual Center не требуется.

Скачать iso образы сейчас невозможно - те, что с ошибкой убрали. Новые, с исправлением обещают выложить 14го утром по Москве.

Серьезный баг в VMware VI 3.5 Update 2

Коллеги, внимание!

по всей видимости, в Update 2 VMware допустила ошибку.
Из за нее, начиная с 12 августа, ВМ не запускаются примерно с таким сообщением:

“A general system error occurred: Internal Error”.

А в hostd.log можно найти такое:

Aug 12 10:40:10.792: vmx| http://msg.License.product.expired This product has expired.
Aug 12 10:40:10.792: vmx| Be sure that your host machine's date and time are set correctly.
Aug 12 10:40:10.792: vmx| There is a more recent version available at the VMware Web site: "http://www.vmware.com/info?id=4".

или такое

Aug 12 10:40:10.792: vmx| [msg.License.product.expired] This product has expired.
Aug 12 10:40:10.792: vmx| Be sure that your host machine's date and time are set correctly.
Aug 12 10:40:10.792: vmx| There is a more recent version available at the VMware Web site: "http://www.vmware.com/info?id=4".

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


Для решения проблемы - отключаем NTP для ESX, ручками ставим дату ДО 12 августа.
И ждем патча.
Не забудьте, что если у вас настроена синхронизация времени через VMware tools - на ВМ время собьется после этих действий.


Ужос :((

http://communities.vmware.com/thread/162377?tstart=0

UPD. из комментариев советуют:

http://kb.vmware.com/kb/1006716

Статья указывает что workaround оутсутствует именно потому, что неумелый пользователь, переводя часы назад, может наделать больше вреда, чем пользы.
Кстати, если у хостов время будет сильно различаться, HA кластер может тоже прекратить функционировать.
Пока что самый верный способ
- отключить DRS
- не использовать VMotion
- не выключать машины
- не замораживать (suspend) машины
ну и ждать завтрашнего дня.
Как поётся в песне "Завтра будет лучше чем вчера"
С Уважением
Аноним Доброжелатель

Top Tips for Deploying VI

Что то вроде памяток, как правильно настроить инфраструктуру под VI3.

Top Tips for Deploying VI.

• Убедитесь в корректной настройке DNS.
  
• Не используйте многопроцессорные ВМ там, где это не необходимо.
  Ибо каждый дополнительный vCPU вызывает накладные расходы. Если у ВМ 2 или 4ый виртуальных процессора, но реально она их не задействует - эти накладные расходы впустую.
  
• Следите за значением "% ready" .
  Этот счетчик показывает, сколько бы еще времени ВМ загрузила бы CPU, если бы ей дали. Нормальное значение - возле 0. Если значение значительно выше 0 - значит, этой ВМ не хватает процессорных ресурсов.
  
• Следите за тем, чтобы не росли файлы снапшотов.
  Чем это опасно можно прочитать в wiki.
  
• Следите, чтобы работали SQL Server Agent на сервере БД VirtualCenter .
• Группируйте сетевые контроллеры при эксплуатации VMware High Availability (VMware HA).
  
  

Top Tips for Deploying VI, part 2.

• If you have an active/passive FC storage array (most mid-range arrays fall into this bucket), be careful about setup. Firstly, be sure to have redundant paths from FC switches to your arrays’ storage processors. Secondly, be sure to use “MRU” (the default) for the path-selection policy and not “fixed”.
• When configuring your VI environment for VMotion, make sure that your physical network switches are configured properly; in particular, make sure that each port has the right network (e.g. VLAN) visibility.
  
• When using VMware HA, take note of how memory reservations are specified and used to reserve cluster failover capacity. Using more consistent reservations or disabling admission control are both appropriate workarounds if the calculations are overly conservative in your environment.
• When sizing your LUNs, a medium-sized LUN (~500GB) seems best for most situations.
  

сравнения цен на виртуализацию от VMware, Microsoft, Citrix и Virtual Iron

Рискну еще раз затронуть непростую и опасную :) тему сравнения продуктов виртуализации.
В посте - Apples, Oranges, and Hypervisor Price Comparisons - приводится, имхо, весьма внятный ПРИМЕР сравнения цен на виртуализацию от VMware, Microsoft, Citrix и Virtual Iron. Дается путь для сравнения, и указывается, на что обратить внимание, т.к. нюансов много.
Итак, в моем пересказе:

Задача:
Виртуализовать офис с шестью Windows Server 2003 Stnd. Плюс, требуется отказоустойчивость\ высокая доступность для всех задач.
Отчасти отсюда вытекает конкретика: нам надо 6 ВМ на двух двухпроцессорных серверах.

Решение:

Вендор	Продукт \ набор продуктов	Высокая доступность	Управление	Общая цена
Citrix (Stratus OEM)	XenServer 4.1 (included in Stratus Avance)	Stratus Avance (включая XenServer ) $2,495 на сервер x 2 сервера = $4,990	Включено в Stratus Avance software	$4,990
Microsoft	Hyper-V (в составе Windows Server 2008 Enterprise license) $3,999 per node x 2 nodes = $7,998	Входит в состав лицензии Windows Server 2008 Enterprise Edition	Базовое управление через Hyper-V Manager MMC (в составе ОС). Централизованное управление через System Center Virtual Machine Manger 2008.	$7,998 или $8,497 (Когда VMM 2008 будет доступен)
Virtual Iron	Virtual Iron Extended Enterprise Edition - $799 на сокет x 4 сокета - $3,196	Входит в Virtual Iron Extended Enterprise Edition	Входит в Virtual Iron Extended Enterprise Edition	$3,196
VMware	VI Standard High Availability Acceleration Kit на 4 сокета $7,254	Входит в VMware Standard High Availability Acceleration Kit	Лицензия на Virtual Center Foundation Server входит в этот acceleration kit	$7,524

Табл.1 - Сравнение стоимости гипервизоров. ВАЖНО! - стоимость гостевых ОС не учитывается.

Цены в табл. 1 применимы в случае, если у нас уже есть необходимое количество лицензий на Win2003.
Если же лицензий у нас еще нет, или мы в перспективе планируем перейти на Windows 2008:
Для Microsoft такая ситуация радужная, ибо 2 лицензии на Windows 2008 Enterprise содержат И лицензии на Hyper-V, И лицензии на 8 VM.
Для всех прочих поставщиков решений виртуализации самое дешевое будет прикупить 6 лицензий на Windows 2008 Standart по 995$ каждая - всего 5970$ для шести ВМ. Право на downgrade позволяет нам использовать Windows 2003 по этим лицензиям, и обновиться потом на Win2008;

Вендор	Общая цена
Citrix (Stratus OEM)	$4,990 + $5,970 = $10,960
Microsoft	$7,998 или $8,497 (с VMM 2008, когда он станет доступен)
Virtual Iron	$3,196 + $5,970 = $9,166
VMware	$7,524 + $5,970 = $13,494

Табл.2 - Сравнение стоимости гипервизоров, с учетом лицензий на гостевые ОС.

Вот как то так.
Коллеги, обратите внимание - это пример. Какие нюансы еще могут оказывать влияние(в принципе):

1. На почетном первом месте - тонкости лицензирования ОС и продуктов Майкрософт.
   Тут много тонкостей -
   
   • И возможность использовать хостовую ОС Hyper-V для управления и мониторинга ВМ. Для Virtual Center, к примеру, нам надо еще одну машину.
   • И возможность прикупить System Center Enterprise Suite по цене порядка 900$ на хост. Это даст нам SCCM/SCOM/SCDPM/SCVMM (...и много других страшных слов :)
   • И необходимость покупать лицензий не для штатного, а для максимального кол-ва ВМ, могущих работать на сервере. Т.е. в этом примере, если мы хотим иметь возможность запускать все 6 задач на одном из серверов, нам надо по 6 лицензий на каждый физический сервер. И уже надо смотреть, какая комбинация из разных редакций Win2008 выйдет нам дешевле.
     
2. Обязательность покупки поддержки и ее стоимость. Например, для продуктов VMware поддержка обязательна, поэтому ее стоимость учитывается в таблицах. Но учитывается самая дешевая поддержка.
   
3. VMware Virtual Center умеет делать некоторые вещи из арсенала MS SCCM / SCOM. C другой стороны, если этих "некоторых вещей" не хватит, в любом случае придется приобретать эти \ подобные продукты.
4. В этом примере разбирается решение уровня SMB. Для ЦОДов у VMware больше привлекательности по функциям.
5. ...

Комментарии по делу приветствуются. Кто дружит с английским - вам могут быть интересны комментарии к исходному посту.

UPD.
ВАЖНО!
Этот пример сравнения даже близко не является истиной в последней инстанции.
Первоначальная стоимость какого то решения - это капля в море по сравнению со стоимостью владения. Но это - тема отдельного большого разговора.

ESXi по сети,

Интересный пост - PXE Booting a Stateless ESXi Hypervisor and a Glimpse of the Future.

Интересен он следующим:
1. Дает внятную подборку ссылок по поводу PXE загрузки ESXi. Не инсталляции, а именно загрузки.
Самая самодостаточная ссылка - PXE Boot ESX 3i Installable Edition.

2. Но. Просто загрузить ESXi по сети - это лишь маленькая часть дела. А настройки? Сети, хранилищ, членства в кластере и пр. и пр. Дается теория и практика решения и этих проблем.
Суть в следующем:
берем PXE сервер и пр., что нам нужно для PXE загрузки ESXi (UDA подойдет отлично, тем более есть соответствующие доки:
по русски про нее в общем,
и по английски применительно именно к ESX.)

Берем Virtual Center, а на машине с ним еще и
PowerShell,
VMware PowerShell toolkit,
VMware SDK Perl toolkit
и набор скриптов.
Вся соль в этих скриптах - они позволяют автоматически настроить и добавить в нужные кластера вновь загруженный ESXi.
Ссылка на них есть в исходном посте. Имейте в виду, что пока что это решение самописно, неофициально, без гарантий и сыровато. Но в будущем, я полагаю весьма вероятным и официальное решение задачи PXE загрузки ESXi.

возможность установить ESX 3.5 в ВМ под Workstation

Тем, кого интересует возможность установить ESX 3.5 в ВМ под Workstation, может помочь вот этот гайдик - VI3.5 on VMware Workstation BETA (build 99530).

Признаться, рецепт прост. Нам нужны:

• Процессоры с поддержкой Intel VT или AMD-V
• Workstation 6.5 BETA (build 99530)
• ВМ под ОС Red Hat Enterprise Linux 4 64-bit
• И в vmx файле добавленная строчка -
  monitor_control.restrict_backdoor = "true" .

Примерно вот так.

С учетом того, что тот же ресурс предлагает ВМ в роли iSCSI target( Xtravirt Virtual SAN ), мы можем собрать на одной единственной машине полнофункциональную виртуальную инфраструктуру для тестовых, демо целей.

VMware Certified Design Expert (VCDX)

VMware анонсировала таки новую сертификацию VMware Certified Design Expert (VCDX).
Что это такое, я писал тут - VMware Certified Design Expert (VCDX).

Буду узнавать подробности.

VMware VCB и VSS (Volume Snapshot Service)

Описание, чем хороша появившаяся в VMware VCB версии 1.5 поддержка Windows VSS (Volume Snapshot Service) - в посте Full backups of virtual machines and Windows VSS.

Вкратце:
Резервное копирование ВМ предполагает снапшот. Т.е. снимок состояния. Т.е. мы фиксируем состояние ВМ в момент времени, все изменения с момента фиксации пишем рядышком. Т.е. и ВМ продолжает работать, и мы имеем неизменяющиеся данные для резервного копирования.
Но.
В момент снятия снапшота у нас могут быть недописанные блоки данных на диске, данные могут быть еще в кеше ОС.
Часть данных(транзакций), вполне вероятно, будет находиться в оперативной памяти. Следовательно, если мы из такой резервной копии восстановимся...не факт, что мы восстановимся - в этом и проблема.
Для решения проблем и с целостностью файлов на уровне файловой системой, и со страницами в памяти, Майкрософт предложил службу VSS.
В момент снятия снапшота эта служба:

• останавливает все операции ввода вывода
• обращается к файловой системе и приложения для сбрасывания данных из ОЗУ на диск.

И резервная копия из такого снапшота получается целостной и с т.зрения файловой системы, и с т.зрения приложения.

VSS имеет встроенную поддержку некоторых майкрософтовских служб и приложений, таких как "NTFS filesystems, Active Directory databases, DNS databases, .."
Для остальных же требуется наличие т.н. плагинов "VSS Writer".

VMware VCB изначально поддерживал консистентные снапшоты. Реализовано это было через "sync" драйвер в составе VMware tools. Но этот драйвер обеспечивал дишь целостность на уровне файловой системы, и резервное копирование ВМ с базами данных оставалось проблематичным.
Поддержка VSS призвана решить эту проблему.

что такое VMware VDI

Внятное описание, что такое VMware VDI и с чем его едят. По русски, вот тут - VDI - краткое введение.

Драйверы VMware Tools против Windows Server 2008 Server Core

К моему посту "Hyper-V проигрывает по производительности VMware Workstation 6" разгорелась достаточно интересная дискуссия.
В частности, интересное мнение было высказано вот тут - Вопрос терминологии и другие мои любимые выражения.
Практически со всем в нем я согласен.
Я заинтересовался этим блогом, и углядел, имхо, весьма полезный пост - Драйверы VMware Tools против Windows Server 2008 Server Core.

Полезная это штука - дискуссии.

первые слухи про бета тестирование VMware VI 4

Появились первые слухи про бета тестирование VMware VI 4.
Возможно, это к началу публикаций более подробной информации.
Не переключайтесь :)

Бекап на уровне файлов с NFS хранилищ

File Level Recovery from within a VMDK backup - если у нас есть NFS хранилище, на котором ESX держит ВМ, то можно делать резервное копирование на уровне файлов гостевой ОС. Для этого потребуются VMware Disk Developer's Kit, и больше практически ничего. Ну разве что еще возможность отдавать содержимое NFS хранилища еще и по CIFS.
Подробности по ссылке.

За ссылку спасибо Роману Хмелевскому.

дешевое железо под ESX

Ultimate ESX Whitebox - сайт, посвященый списку дешевого железа, на котором заведется ESX.

Hyper-V проигрывает по производительности VMware Workstation 6

Интересная информация:

Hyper-V все однозначно воспринимают как игрока на поле ESX сервера.
А по ссылке - Hyper-V benchmark surprise - проводится сравнение Hyper-V с VMware Workstation 6, и оно не в пользу Hyper-V. Сравнение по производительности.

Само собой, это результаты получены, что называется, "на коленке". Тем не менее, повод для размышлений.

UPD. Как совершенно справделиво заметили в комментариях - тестировали скорость только дисковой подсистемы раз,
и без установки Integration tools \ VMware tools - это два.

Так как не инсталлировать эти компоненты приходиться редко, это сравнение ценно для скромного круга вариантов эксплуатации ВМ.

Для каких процессоров поддерживается Enhanced VMotion compatibility (EVC)

Update 2 поддерживает Enhanced VMotion compatibility (EVC).
Эта фича позволяет обеспечить совместимость процессоров новых поколений с CPU поколений постарее. "Совместимость" имеется в виду - для VMotion.
C поддержкой такой фичи стало намного проще обновлять парк железа под ESX.

Узнал, для каких процессоров эта фича поддерживается:
Intel:
* Quad-Core Intel® Xeon® processor 7300
* Quad core Intel Xeon processor 5100/5200/5300/5400 series, based on the Intel® Core™ microarchitecture
* Future Xeon processors based on Enhanced Intel® Core™ Microarchitecture.
AMD:
* First-Generation AMD Opteron ™ Rev. E
* AMD Second-Generation AMD Opteron
* Third-Generation AMD Opteron as well as future AMD Opteron™ processors.

Между процессорами разных вендоров VMotion продолжает оставаться невозможным.

advanced options для VMware HA, обновление

Интрига нарастает!

Камрад "Аноним-Доброжелатель" ценой невероятных усилий прокрадывается в логово врага, и выносит оттуда секретные опции для VMware HA!
Которые затем засылает в комментарии к advanced settings для VMware HA!

Вот они:

das.trace = ON|OFF
das.tracelevel = 0..3|FunctionTracing
das.traceoutput = File|EventLog|stdout
das.consoleperm = perm_all | perm_oper | perm_user
das.consolenode = fqdn
das.consoleuser = username

das.checkvmstatedelay
das.primarycount

К сожалению, пока не удалось найти описания, что же они делают...
Ждем вестей от отважных агентов



Напомню, что обновляемый список всех доступных опций доступен на wiki.vm4.ru.

Полный список Advanced Settings кластера VMware HA для ESX 3.5 Update 2

Полный список Advanced Settings кластера HA для ESX 3.5 Update 2.