понедельник, 31 декабря 2007 г.

НГ

Уважаемые коллеги. Компания VMware, и особенно ее российское представительство поздравляет всех Вас с наступающим новым годом. Всего всего.




P.S. мопед не мой, я только объяву разместил :)
P.P.S. подумал, что дату этому сообщению логично поставить 31.12 - так что до НГ все следующие сообщения появляются под ним.

воскресенье, 30 декабря 2007 г.

Virtual Infrastructure Client в 64битной ОС

Virtual Infrastructure Client версии 2.5 в частности - 32 битное приложение. Если очень хочется запустить его в 64битной винде, способ есть. Вот тут, на форуме.
Там вы сможете прочитать следующее:

  • Run the installer. While it is sitting in the error message about needing a 32 bit OS find and copy "VMware Infrastructure Client 2.5.msi" in a subdirectory of the system temporary directory.
  • Find an MSI table editor. You can get one called Orca from a Microsoft SDK. (Search for orca.msi.)
  • Using orca, open the .msi file and delete the LaunchConditions steps from InstallUISequence and from InstallExecuteSequence. This new .msi file will install the program.
  • Trying to connect to a VM will now probably fail. This is because it needs to run in a 32 bit managed environment and the default is 64. You can either change the entire machine state to default to 32 bits using "c:\Windows\Microsoft.NET\Framework64\v2.0.50727\Ldr64.exe setwow" or use corflags.exe from Visual Studio to set the 32 bit env flag on the VI Client binary itself, using "corflags VpxClient.exe /32BIT+" in "C:\Program Files (x86)\VMware\Infrastructure\Virtual Infrastructure Client\Launcher". The corflags solution is cleaner since it only has to be done once and affects only VI Client. I assume the ldr64 command would have to be done after each boot and it is a global change.
  • суббота, 29 декабря 2007 г.

    Клонирование ВМ без VC.

    Клонирование виртуальных машин - приятная фишка VC.
    Но если VC нет?
    Тогда есть скрипт - вот тут.

    неофициальный список совместимости VI3

    Наткнулся на неофициальный список совместимости на официальном(sic!) сайте VMware.
    Вот тут.
    Называется он
    Community-Supported Hardware/Software for VMware Infrastructure

    Пост с ресурсами для подготовки к сдаче теста на VCP

    Пост с ресурсами для подготовки к сдаче теста на VCP.

    Обновление Vc 2.0.2 до VC 2.5 для чайников

    Вот этот пост можно назвать "Обновление Vc 2.0.2 до VC 2.5 для чайников".


    Несуществующие устройства после p2v миграции

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

    1. Start a CMD in the specific VM
    2. type “set devmgr_show_nonpresent_devices=1″
    3. start “devmgmt.msc”
    4. Click on “View” and select “Show Hidden Devices”
    5. Uninstall all grayed out devices
    Отсюда.

    Записи в kb про ESX 3i

    Тут приводится список записей в kb про ESX 3i. Попросту говоря - известные баги. Думаю, будет интересно.

    Правка файрвола esx

    На ESX есть файрвол, прикрывающий интерфейсы SC.
    Если мы хотим открыть в нем диапазон портов, надо использовать двоеточие:

    esxcfg-firewall –openport 6000:6010,tcp,in,test

    В комментарии к записи-источнику, также излагается интересная информация:
    Другой путь это описать для файрвола сервис. Сделать это можно правкой файла /etc/vmware/firewall/services.xml . Для примера приводится описание сервиса AAMClient, который есть в 3.02 и которого нету в 3.5. Если мы его опишем в 3.5 и откроем его, то у нас по дефолту будет работать полезная утилита FastSCP.

    Отсюда.

    mRemote 1.0

    Тут вычитал об утилите mRemote 1.0 . Она предназначена для удаленного руления всем из одного окна. Сегодня поддерживает протоколы RDP, VNC, SSH, Telnet, RAW, Rlogin, ICA, HTTP/S.



    помещать ли VC на физическую машину, или в ВМ

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


    100 VMware VDI ВМ создаются на 10 ГБ места, и за 13 минут

    VMware VDI.
    В этом видео создаются 100 VMware VDI клиентских ВМ менее чем на 10 ГБ места, и за 13 минут.
    Используется NFS СХД от ТNetApp. На прошлом VMworld это видео было воспринято весьма бурно, с положительной, разумеется, стороны.

    Пост русскоязычного блогера из МС про Hyper-V

    Пост русскоязычного блогера из МС про Hyper-V.
    3 видео про него.

    Книжка - VMware ESX Server in the Enterprise: Planning and Securing Virtualization Servers

    Книжка -
    VMware ESX Server in the Enterprise: Planning and Securing Virtualization Servers.

    В ней:

    • Identify key differences between ESX v3.x.y and ESX v2.5.x and their implications
    • Perform a complete installation–with automated scripting techniques and samples
    • Efficiently audit, monitor, and secure ESX Server
    • Discover SAN storage pitfalls and solutions–with detailed guidance for specific SANs, switches, and fibre-channel adapters
    • Understand ESX Server networking: NIC teaming, vSwitches, network lag, and troubleshooting
    • Configure ESX Server via the Management User Interface, Virtual Center client, and command line interface
    • Install Windows, Linux, and NetWare VMs: prepare media images, place configuration files, handle sizing and swap files, and more
    • Use Dynamic Resource Load Balancing to consistently achieve utilization goals
    • Implement effective backup and disaster recovery procedures
    Отсюда.


    VMware Site Recovery Manager

    VMware Site Recovery Manager.

    SRM - "большая красная кнопка", нажав которую, мы восстанавливаем инфраструктуру в рабочее состояние после сбоя.
    Он не дает каких то волшебных низкоуровневых механизмов - он дает возможность автоматизировать привычные шаги. Что за шаги?
    Если вкратце:
    вот у нас есть некоторая инфраструктура. Хосты, СХД, виртуалки. По английски это называется "site".
    И есть сайт запасной, резервный.
    На основном случилось страшное - мы "нажимаем большую красную кнопку". И.

    • активируются LUN запасного сайта. Они, кстати, зеркалируются с основной СХД.
    • Виртуалки, в указанной последовательности, запускаются на ресурсах запасного сайта.
    • При необходимости, меняются их сетевые настройки.
    Так же, поддерживается "учебная тревога" - фиктивный процесс переноса для проверки работоспособности этой схемы. Фиктивный он тем, что все восстановленные ВМ работают в условной "песочнице" запасного сайта.

    Доступен этот продукт как дополнение к VC.

    Вот тут официально о нем.
    Вот тут немного соображений на эту тему, по не русски.



    пятница, 28 декабря 2007 г.

    бета MICROSOFT ASSESSMENT & PLANNING tool

    вот тут доступна бета MICROSOFT ASSESSMENT & PLANNING tool - средства для анализа существующей инфраструктуры и получения рекомендаций к применениюпродуктов Микрософт, в частности - Hyper-V.

    thx Марат Лесных.

    установка ESX 3i под Workstation

    А вот тут говориться про установку под Workstation ESX 3i.

    ESX 3.5 под Workstation

    ESX 3.5 под Workstation -
    вот тут высказывается мнение, что надо использовать версию 6.0, а не 6.2. И пример vmx файла.

    Есть мнение, что в ESX 3.5 для нормальной работы HA требуется хотя бы две pNic на управляющем интерфейсе

    Опять таки на форуме наткнулся на мнение, что в ESX 3.5 для нормальной работы HA требуется хотя бы две pNic на управляющем интерфейсе(Service Console в смысле). Если не так - конфигурирование HA выдает warning или error.
    Вычитал - тут и тут.

    jumbo frames не поддерживаются для NFS\iSCSI в ESX 3.5.

    Вычитал на форуме - jumbo frames не поддерживаются для NFS\iSCSI в ESX 3.5.
    Однако работают.
    В указанной теме публикуется даже самопальное тестирование работы VM на сетевых СХД, по результатам которых вывод примерно следующий - (при использовании 2x QLogic 4050c iSCSI HBA) - софтовый iSCSI дает больше i\o (!), но и ощутимо большую нагрузку на CPU.
    Так же имейте в виду - для NFS не работает round-robin балансировка нагрузки, т.е. при использовании несколькими ВМ одного NFS ресурса трафик будет идти через один pNic вне зависимости от их кол-ва. iSCSI же в такой ситуации раскидает нагрузку.

    воскресенье, 23 декабря 2007 г.

    Пара доков про ESX 3i

    Пара доков про ESX 3i -
    По шагам установка и первоначальная настройка.
    Гайд по настройке.

    видео про ESX 3i и VC 2.5

    Раз - видео про ESX 3i


    Два - видео про VC 2.5



    От установки до начала работы.


    посмотреть нагрузку на сервер из командной строки

    В ESX есть команда "esxtop". Она может вам пригодится, если вы хотите получать данные о загрузке сервера(в т.числе с разбивкой по виртуалкам) из командной строки.
    Плюс к тому, ее можно приспособить к записи загрузки за период времени, и потом эту запись просмотреть.

    суббота, 22 декабря 2007 г.

    около 20 презентаций и лабораторных работ с предыдущего VMworld

    Два месяца остается до следующего VMworld, который в этот раз проходит в Европе, что для нас с вами делает его немного доступнее.
    А VMware опубликовала около 20 презентаций и лабораторных работ с предыдущего мероприятия, VMworld 2007 - тут.
    Список достаточно интересен, рекомендую взглянуть.

    создать несколько ВМ с одним базовым vmdk файлом

    Тут чувак делится опытом: как создать несколько ВМ с одним базовым vmdk файлом.
    Ему это было нужно для демо целей - для запуска на ноуте под Workstation пару ВМ с ESX'ами и еще пары ВМ под ними. Демонстрировал он VMware VDI.
    Суть - делаем ВМ. Базовую. Делаем снапшот. И на тот vmdk, который после снапшота не изменяется, указываем при создании очередных ВМ, use existing file disk. Притом режим работы виртуального диска ставим как "independed nonpersistent" - это значит, что все изменения пишутся не в этот файл - а в отдельный, redo log. То есть, оставляя исходный файл образ без изменений. Подробности тут.

    пятница, 21 декабря 2007 г.

    Step-by-Step Guide to Getting Started with Hyper-V

    MS опубликовала "Step-by-Step Guide to Getting Started with Hyper-V".

    удобное автообновление ESX3.02 - гайд

    Несмотря на релиз VI3.5, весьма вероятно, что какое то время придется еще прожить с VI3.02. Вот тут лежит гайд, как организовать максимально удобное автообновление ESX3.02.

    vmfs best practice

    К вопросу производительности дисковой подсистемы:
    во первых, на днях вышло "сравнение vmfs и rdm"
    во вторых, сегодня наткнулся на "vmfs best practice". Тут, кстати, и вопрос vmfs vs. rdm разбирается.

    ESX 3.5 и VC2.5 не требуют каких то пробных лицензий

    Есть мнения(в том смысле, что я сам еще не проверил), что ESX 3.5 и VC2.5 не требуют каких то пробных лицензий. Просто ставим, на шаге указания лицензий выбираем "evaluation" и 60 дней пользуемся.

    ESX 3i стал доступен для скачивания

    Что называется, "срочно в номер" :)

    Вот тут стал доступен "VMware ESX Server 3i Installable".

    В очередной раз thx Дмитрий Тихович.

    четверг, 20 декабря 2007 г.

    Vimsh в ESX 3.5

    В ESX существует такая штука, как vimsh - это что то вроде оболочки, которая позволяет очень многое конфигурить в ESX, используя API. Плюс - получать удобную отчетность.

    vimsh is a highly useful API which can be used to report, configure and tweak many aspects of ESX server.

    Гайд по работе с этой штукой в ESX 3.5 - тут. В документе 35 примеров.

    среда, 19 декабря 2007 г.

    Oracle Wiki - и интересные в ней разделы

    Вот тут узнал про Oracle Wiki, и, в частности, про "vmware. Links describing HOWTO install/configure Oracle on virtual machines". Еще про "Oracle VM".

    вторник, 18 декабря 2007 г.

    Security@vmware.com

    На сайте www.vmware.com появился раздел security - тут.
    Это - официальный ресурс, для заказчиков, откуда они могут черпать информацию о безопасности и предупреждениях на эту тему. Заказчики могут подписаться на получение предупреждений по мылу, есть возможность подписаться на RSS - все для своевременного оповещения

    Пользуйтесь. Сама VMware позиционирует этот ресурс как "must have".


    thx Дмитрий Тихович.

    Список важных ссылок по VI3.5

    Важная тема на этом форуме vmware - "Список важных ссылок по VI3.5".

    • Compatibility & Version Info
    • Must Read
    • Release Notes/Install, Upgrade and Patch Guide
    • Additional documentation
    • Additional downloads
    • ну и там дофига дальше..


    форум про темы ESX3.5\VC2.5 на vmware.com

    Кстати говоря, на форумах VMware под темы ESX3.5\VC2.5 выделена отдельная ветка - тут.

    Проблемы с базой при обновлении до VC2.5

    Желательно, ознакомиться с release notes.
    Если уже поздно - смотрим сюда.
    Вкратце:

    Administrative Credentials Are Required for Oracle and SQL Server Databases When Installing or Upgrading VirtualCenter


    For SQL Server 2000, Do Not Grant or Revoke the System Administrators Role to Satisfy the Database Permission Requirements When Upgrading to VirtualCenter 2.5



    MS опубликовала "Hypervisor Functional Specification" про свой Hyper-V

    MS опубликовала "Hypervisor Functional Specification" про свой Hyper-V. Тут.
    Содержание:

    • Introduction
    • Basic Data Types, Concepts and NotationFeature and Interface Discovery
    • Hypercall Interface
    • Partition Management
    • Physical Hardware Management
    • Resource Management
    • Guest Physical Address Spaces
    • Intercepts
    • Virtual Processor Management
    • Virtual Processor Execution
    • Virtual MMU and Caching
    • Virtual Interrupt Control
    • Inter-Partition Communication
    • Timers
    • Message Formats
    • Partition Save and Restore
    • Scheduler
    • Event Logging
    • Guest Debugging Support
    • Statistics
    • Booting
    • Appendix

    Обзор рынка виртуализации. Ноябрь 2007

    На ixbt статья - Обзор рынка виртуализации. Ноябрь 2007.

    понедельник, 17 декабря 2007 г.

    FAQ про Hyper-V Beta

    Frequently Asked Questions about the Hyper-V Beta - тут.

    VMware Workstation 6.5 - в статусе Private beta

    VMware Workstation 6.5 - в статусе Private beta, есть такой слух. О важной новой фиче немного писал уже тут.

    Несколько слов по бете Hyper-V на русском

    Несколько слов по бете Hyper-V на русском - тут.

    Как установить и включить Hyper-V Beta в Windows Server 2008 RC 1

    "How to install and enable the Windows Server 2008 Hyper-V Beta in Windows Server 2008 RC 1" - микрософтовский документ тут.

    Необходимо 64-bit железо. Гостевыми могут быть только Server 2008, 2003, или Suse 10. Максимум один виртуальный проц на ВМ.


    Инструкция по установке Oracle VM Manager

    Инструкция по установке Oracle VM Manager - тут. На англ.


    VMware Virtual Desktop Infrastructure(VDI)

    И про VMware Virtual Desktop Infrastructure(VDI) -



    Что такое виртуализация

    Если лениво самому рассказывать, что такое виртуализация и с чем ее едят, то можно поручить это Join Dan Chu, Senior Director of Products at VMware:





    Первый взгляд на Microsoft Hyper-V

    Первый взгляд на Microsoft Hyper-V: Network Adapters и Integration Components. С картинками.

    воскресенье, 16 декабря 2007 г.

    Что нового в VI3.5

    Очень клевый pdf "What’s New & Different in Vi3.5" тут. Реально клевый - 88 страниц картинок, описаний и инструкций.

    whitepaper'ы про новые фишки VI3.5

    Тут лежит сборник whitepaper, притом очень интересных, про новые фишки VI3.5:

    • Virtual Machine Failure Monitoring - HA в VI начиная с версии 3.5 умеет опеределять сбои не только хостов, но и ВМ. Вот последнее и называется "Virtual Machine Failure Monitoring". Каждую секунду VMware Tools посылают heartbeat сигналы. Каждые 20 секунд HA агент проверяет ниличие этих сигналов. Если заданое пользователем количество не пришло - эту ВМ перезагружают.
    • Firewall Configurations for Backup Clients on ESX Server 3 - про работу с CA ARCserve Backup, version r11.5 SP1,
      CommVault Galaxy, version 6.1.0 ,
      EMC Legato NetWorker, version 7.3.2 jumbo and 7.4,
      IBM Tivoli Storage Manager (TSM), version 5.3.3 and 5.4,
      Symantec Backup Exec for Windows Servers, version 11d,
      Symantec NetBackup, version 6.0.
    • Round-Robin Load Balancing - ESX3.5 и 3i экспериментально поддерживают Round-Robin Load Balancing. Рассказывают как это работает. Суть - при обращение на SAN ESX давно поддерживал multipathing - failover. А теперь, еще и автоматическую балансировку нагрузки.
    • Configuring and Troubleshooting N-Port ID Virtualization - NPIV это возможность дать ВМ виртуальный HBA, со своим собственным WWN и вытекающими отсюда преимуществами.
    • Enabling NetFlow on Virtual Switches - NetFlow - весьма мощное средство для анализа и мониторинга сети. Теперь, пока экспериментально, NetFlow работает с виртуальными коммутаторами.
    • VMware OVF Tool - Open Virtual Machine Format (OVF) это открытый формат для ВМ. Интересен с целью совместимости ВМ между разными продуктами виртуализации. Говориться немного про сам формат, и про OVF Tool, которая нужна для конвертации VMware ВМ в OVF. Эта утилита пока поддерживается экспериментально.

    Гайд по работе с Ultimate Deployment Appliance

    Какое то время назад я писал про полюбившийся мне Virtual Applience под названием Ultimate Deployment Appliance.
    Теперь я сделал гайд по тому, как работать с этим продуктом. Велкам.

    VMware Workstation 6.5

    В VMware Workstation 6.5, кроме поддержки под нею ESX3.5, обещаю прикольную фичу - у нас есть несколько ВМ. Мы работаем в хостовой ОС, работаем с приложениями, все спокойно . НО - часть приложений с которыми мы работаем, на самом деле стоят в ВМ! А мы обращаемся к ним как к обычным.
    Я так понимаю, нечто подобное давно доступно для терминальныйх решений - только там приложения стоят на сервере. И Microsoft Softgrid обещает подобное.

    Отсюда.

    VMDK, RDM - отличия по сути и по скорости

    Весьма и весьма часто всплывает вопрос - а какой из типов дисков для ВМ лучше?
    Напомню, что эти три типа следующие:

    • HDD -> vmdk - файл , лежащий на VMFS. VMFS это специализированная файловая система, и специализация заключается:
      • доступ к одной и той же LUN большого количества ВМ, в том числе с разных хостов
      • на этой LUN могут лежать очень большие файлы
      • ну и программисты VMware догадывались, что I/O нагрузка может быть весьма сильной к vmfs разделам, и они должны обеспечивать максимально хорошую скорость.
    • HDD -> Raw LUN virtual. RDM - файл vmdk все равно создается, но он фиктивный, и в качестве диска ВМ реально используется весь LUN. Используется для, в первую очередь, кластеризации аля MSCS, и для того, чтобы на LUN были привычные и понятные файловые системы и файлы. Их можно бекапить по уже существующим схемам, и средствами СХД.
    • HDD -> Raw LUN physical.В этом варианте vmkernel перехватывает\обрабатывает одну единственную SCSI команду от гостевой ОС к диску. В этом режиме не работают снапшоты, в отличие от virtual RDM и vmdk.
    Но если с функционалом все понятно, то как отличаются друг от друга эти варианты по скорости и накладным расходам - вопрос открытый. Был.

    Тут лежит официальный VMware'овский документик на эту тему, "Performance Characteristics of VMFS and RDM".

    Из него я узнал, что:
    • В случае "Random mixed /IO per second" - VMDK > vRDM > pRDM
    • То же самое в случае "Random read I/O operations per second"
    • То же самое в случае "Random write I/O operations per second "
    • Наоборот в случае "Sequential read I/O operations per second" - VMDK <>
    • и так же в случае "Sequential write I/O operations per second"
    По накладным расходам на CPU зависит от размера блока, но в любом случае меньше всего нагрузки в случае pRDM.

    Вывод:
    • При случайном доступе VMFS и RDM похожи по производительности в I/O.
    • При последовательном доступе с малым размером блока RDM лучше. Правда, при увеличении размера блока разница сокращается вплоть до нуля.
    • При случайном доступе с небольшими блоками накладные расходы похожи, в других случаях RDM менее накладен.
    В общем, документ из разряда маст хэв.

    Отсюда.


    суббота, 15 декабря 2007 г.

    Подготовка к сдаче теста на звание VMware Certified Professional.

    Готовитесь к сдаче теста на звание VMware Certified Professional?

    Вот тут(или прямая ссылка на скачивание) можно найти документ для самоподготовки. Выполнен он в виде вопросника, с указанием правильных ответов.
    ИМХО, вопросы неплохи.

    Напомню - с 1 марта 2008 года в тесте появятся вопросы по VI3.5. Если вы будет сдавать до того момента, то вопросы будут по версии 3.0.х.

    Кстати, с января 2008 года курсы по VI3 будут читаться на VI3.5. Напомню, что в России эти курсы читаются тут. График курсов - тут.

    пятница, 14 декабря 2007 г.

    Как удобно обновить ESX 3.0 до ESX 3.5

    Как удобно обновить ESX 3.0 до ESX 3.5 - тут.

    Вкратце:

    • скачиваем т.н. Upgrade package from ESX Server 3.0.x to ESX Server 3.5.
    • распаковываем на какой нить веб сервер
    • на требующих обновления хостах выполняем
      esxupdate -r http://your.web.server.com/3.5.0-64607 update (в одну строку)

    Suse Linux Enterprise 10 под ESX

    Suse Linux Enterprise 10 под ESX

    Могут возникнуть проблемы - отсутствие сети.
    Как это порешать - тут.

    Windows Server 2008 RC1 с интегрированным гипервизором Hyper-V доступен для тестирования

    Тут подробности и ссылки.

    среда, 12 декабря 2007 г.

    Разнообразные обвязки к VI3.5

    Разнообразные обвязки к VI3.5 лежат тут. Такие вещи, как Remote CLI, дистрибутив License Server и многое другое.

    Скрпит для настройки NTP.

    Если влом вспоминать, где правятся настройки NTP, можно взять скрипт, который все сделает - тут.

    What’s New & Different in Vi3.5

    Бесплатный гайд : “What’s New & Different in Vi3.5″

    Тут.

    Отсюда.

    поддержка SAP под VMware.

    В блоге главы представительства, отвечающего за бизнес VMware на территории России и СНГ, Михаила Козлова, появилась запись о том, что SAP будет поддерживать все свои продукты на VMware.

    И блог Антона Антича, Regional Channel Manager VMware в России.

    Про Microsoft Hyper-V пара ссылок

    Про Microsoft Hyper-V пара ссылок - тут.
    Вебкаст, видео. На русском.

    вторник, 11 декабря 2007 г.

    Remote CLI

    Вместе с новым ESX и VC VMware зарелизила Remote CLI. Это и
    нструмент управления виртуальной инфраструктурой из командной строки. Полная поддержка ESX3i и экспериментальная - ESX3.5.

    Такой процесс, как Storage VMotion сегодня можно запустить только из этой CLI. Команда svmotion - единственная команда, которая полностью поддерживается ESX3.5.

    Доступен этот комплект в виде:

    • Virtual appliance (.zip)
    • Windows installer (.exe)
    • Linux installer (.tar.gz)

    Скачать можно тут.

    Отсюда.


    Интересный и наглядный пример применения PowerShell и расширений к нему

    Интересный и наглядный пример применения PowerShell и расширений к нему в русскоязычном блоге. Не связанно с виртуализацией.

    список совместимости разных версий ESX, VC, и VI клиента

    UPD. к предыдущему посту -

    обратите внимание на список совместимости разных версий ESX, VC, и VI клиента.

    Состоялся релиз VI 3.5.

    Состоялся релиз VI 3.5.
    ESX 3.5, VirtualCenter 2.5 (плюс Converter 4.0.), VCB 1.1. Ссылки - на скачивание.

    Список изменений - тут. Или у меня - тут.

    Плакалъ

    Плакалъ ;)


    понедельник, 10 декабря 2007 г.

    Virtual Iron 4.2

    Virtual Iron выпустила новую версию своей платформы для серверной виртуализации. В ней обьявлена поддержка интересных фишек, которые приблизили функционал этого софта к VMware и Xen:

    • multipathing for Ethernet and Fibre Channel networks;
    • LiveSnapshot, a space-efficient way to create snapshots and clones of running virtual machines for hot virtual machine backup;
    • and storage capacity management features that allow virtual disks to be managed (increased, decreased, added) without downtime.

    Таблица сравнения продуктов esXpress, vRanger, Vmware VCB, vRanger w/VCB

    Таблица сравнения продуктов esXpress, vRanger, Vmware VCB, vRanger w/VCB
    Большая.
    Тут.
    Отсюда.

    Windows Server 2008 RC1 стал доступен для загрузки.

    Отсюда узнал, что Windows Server 2008 RC1 стал доступен для загрузки.
    Какие версии, какие у каждой возможности:

    Там же ссылки по теме.

    воскресенье, 9 декабря 2007 г.

    Восстановление данных с NetApp Snapshots.

    Интересная инструкция - вот мы можем использовать NetApp Snapshots для бекапа LUN, с, например, vmdk файлами.

    Забекапили - надо восстановить. И иногда надо восстановить не весь файл-диск, а какой то файл изнутри него.

    Как это можно сделать, читаем тут.

    Случайно получился крохотный ФАК про VLAN

    Суть ВиЛАНов в следующем - вот есть 2 ВМ. Они могут взаимодействовать между собой по сети. А нам это не надо - например, из соображений безопасности. Мы можем зайдествовать VLAN - тогда коммутатор, кроме MAC\IP адресов будет проверять и отдельное поле, в котором прописан т.н. VLAN ID - цифирка от 0 до 4094. И пакеты с неправильным VLAN ID не будут попадать в те порты, куда не надо. В моем примере, мы можем создать на одном vSwitc 2 группы портов, назначить им разные VLAN и забыть о проблеме безопасности - эти 2 ВМ, т.к. они из разных VLAN, друг с другом никак не повзоимодействуют, при всем желании. Эти две машины из примера могут быть и физическими. Или физической может быть только одна из них - неважно.

    Суть работы с VLAN в ESX - для группы портов можем указать "VLAN ID". Теперь все пакеты с другим VLAN ID или без VLAN ID не будут транслироваться в эти виртуальные порты.

    Если у всех групп портов указан какой то VLAN ID, то нетегированный(без VLAN ID) траффик в принципе будет отбрасываться ESX'ом.
    Если хоть одна група портов настроена не использовать VLAN , то нетегированный трафик отбрасываться не будет:

    • Если пакет с VLAN ID, совпадающим с VLAN ID одной из групп портов - он туда будет переправлен.
    • Если пакет с VLAN ID, не совпадающим с VLAN ID ни одной из групп портов - он будет отброшен.
    • Если пакет без VLAN ID - он будет отправлен только в те группы портов, для которых указанно не использовать VLAN.

    ESX поддерживает VLAN. Но, организовать эти самые VLAN можно по разному:

    • Тегирование происходит на виртуальных коммутаторах - Virtual Switch Tagging (VST).
    • Тегирование происходит на физических коммутаторах - External Switch Tagging (EST).
    • Тегирование происходит в ВМ - надо доставить соответствующие драйвера - Virtual Guest Tagging (VGT)
    VST - физические коммутаторы воспринимают виртуальные коммутаторы как себе подобных. Просто от них приходит тегированный трафик. И физический коммутатор должен нормально его воспринимать - т.е. физические сетевушки ESX должны быть воткнуты в "транковые" порты коммутатора. На стороне ESX должны существовать хотя бы по одной группе портов для каждого используемого VLAN.

    EST - все тегирование делается на физических коммутаторах - т.е. их порты соответственно настроены. В этом случае, каждый VLAN должен иметь отдельную сетевушку(со стороны ESX), и, следовательно, отдельный vSwitch. Этот способ хорош своей естественностью - точно так мы поступаем безо всякой виртуализации. Только сетевушек в ESX может потребоваться много.

    VGT - коммутаторы пропускают кадры с тегами сквозь себя, прямо до гостевых ОС. Чтобы вКомм(аналог vSwitch, я утомился писать целиком это словосочетание :)) работали в таком режиме, достаточно одной группы портов для всех ВМ из разных VLAN, а в качестве VLAN ID надо указать 4095.

    Когда что лучше использовать:

    Само собой, у этих подходов есть плюсы и минусы, и какой будет лучше - очень сильно зависит от существующей инфраструктуры. Например, если есть необходимость участия ВМ в нескольких VLAN, подход VGT позволит организовать требуемое проще всего. Я, кстати, не знаю - а есть ли такие драйвера под Windows? VST и EST могут использоваться одновременно - опять таки, танцуем от задачь и возможностей внешней инфраструктуры.



    VMware рекомендует не использовать Native VLAN на физической стороне, если VLAN не используются. Еще есть мнение, что не стоит в качестве VLAN ID использовать "1", т.к. таково VLAN ID для Cisco Native VLAN.

    По поводу группировки контроллеров - встретился с мнением, что "VMWare misleads people to believe that their nic teaming is LACP", и "However, ether channels work better per our testing.". Т.е. лучше делать как в ссылке "два" внизу - настроить ether channel на циске и на стороне ESX включить балансировку по IP hash.

    Ссылки по теме - раз, два(тут описывается опыт настройки группировки, + VLAN, и интересные комменты), три, четыре.



    Вопросы?

    Пишем VMware правильно

    Нюанс - название "VMWARE" часто мелькает в прессе, онлайн ресурсах, блогах и пр.
    Часто приходиться сталкиваться с разнообразными написаниями этого названия, самые популярные такие: VmWare, VMWare, VMware, а в последней "Компьютерре" Голубицкий умудрился обозвать ее WMWare.

    А правильный вариант один, и выглядит он так:

    VMware


    ESXEasyPatch

    ESXEasyPatch - думаю, из названия этой утилиты ясно, что она делает.

    Тут.

    Скрины нового из VI3.5

    Скрины нового из VI3.5

    Тут.

    Смена неизвестного пароля root на ESX

    " прикол рассказали - сидят админы на работе грусные-грусные, что случилось? - да мы вчера пиво пили и пароли меняли..."
    (с) bash.org.ru

    Ситуация жизненная, поэтому пару слов по смене пароля рута, если сам пароль неизвестен:
    Это, в общем то, несложно, единственное, что необходимо - физический доступ к серверу. Т.е. доступа по ssh не хватит, а что то типа iRMC\iLO\DRAC\RSA - хватит:

    1. Перезагружаем ESX.
    2. Во время загрузки - в первом меню жмем “a”
    3. Далее выбираем “single”
    4. Далее, загружается только ServiceConsole, притом мы безо всякой авторизации оказываемся уже залогинеными под рутом
    5. Команда “passwd” поможет задать нам новый пароль
    6. Перезагружаем ESX в штатном режиме
    Как вы видите:
    • дополнительное преимущество ESX'ов в их устойчивости к "питию пива и смены паролей" ;)
    • И крайне важно обеспечивать физическую безопасность сервера
    Оригинал.

    VMware TCO Calculator 2.0

    VMware сделала доступной 2ую версию своего онлайнового ROI/TCO Calculator 2.0 - тут.

    Результаты можно выгрузить в xls и pdf. Попробуйте оценить, сколько денег принесет вашей организации покупка VI3 или VDI.

    суббота, 8 декабря 2007 г.

    PowerShell VMware cmdlets

    Я не раз писал про работу с VI3 из PowerShell.
    Еще один пример - тут.

    А как самому попробовать?
    Чтобы получить набор этих cmdlet, сегодня необходимо написать на VI_TK_4Win-Admin@vmware.com и попроситься в их бета-программу.

    Backup VMs between two VMware ESX servers using just NFS, SSH and VCB utilities

    Backup VMs between two VMware ESX servers using just NFS, SSH and VCB utilities -
    все об этом тут.

    Подбор особенностей настройки ESX.

    Наткнулся на интересный документик - подбор особенностей настройки ESX.
    Скрин:
    Последняя версия документика - тут,
    страничка где последние версии появляются - тут.

    Xen Wiki Rus

    Наткнулся на ресурс про Open Source OC, в том числе большой и растущий раздел про Xen.
    Велкам - http://xgu.ru/wiki/Xen.

    Vizioncore’s vConverter 3

    Есть мнение, что Vizioncore’s vConverter 3 - самая быстрая утилита для P2V.

    На картинке - сравнение этой утилиты с VMware Converter и продуктом от Platespin . Картинка взята из презентации Vizioncore .
    А тут лежит видео - процесс переноса свежепоставленной Win2003 в ВМ. Занимает этот процесс 2 мин 43 сек.

    Источник.

    Опыт установки VC 2.5

    Чувак описывает свой опыт установки новой версии VC - VC 2.5. Тут.

    пятница, 7 декабря 2007 г.

    Еще раз к вопросу о VCB.

    Еще раз к вопросу о VCB.

    Тут лежит лаба с VMworld. Это означает, что по ссылке доступен pdf в 29 страниц, в котором приводится ПОШАГОВАЯ инструкция по установке и использованию VCB.

    Еще к вопросу нового в VI3.5

    Кстати, официальный документ "Чо нового в VI3.5 " лежит тут. 41 слайд.

    Расшифровка сообщений об ошибке vmkernel

    В Service Console работающего ESX 3.02 можно выполнить команду “vmkerrcode -l”. И тогда вы получите расшифровку сообщений об ошибке, которые показывает неработающий ESX.
    Ошибки vmkernel, ядра, имеются тут в виду.

    Таблица нового в VI3.5

    Таблица нового в VI3.5.
    На русском.

    Оригинал - тут.

    APC Powerchute Network Shutdown и VMware ESX 3.

    APC Powerchute Network Shutdown и VMware ESX 3.

    Как прикрутить этот останавливающий агент к ESX - читаем тут.

    Free P2V or V2P using Windows Backup

    Задача: перенести ОС с железки на ВМ. То, что называется P2V. Можно использовать спецсофт, первая кандидатура - VMware Converter. Но его бесплатная версия не умеет в качестве цели использовать ESX.

    А можно попробовать обойтись штатными средствами винды:

    1. На переносимой машине запускаем Windows Backup и бекапим все. На шару или на USB винт.
    2. Делаем ВМ с той же ОС, сервис паками и т.п. Ставим VMware tools.
    3. Восстанавливаем в нее бекап.
    В оригинале и подробнее - тут.

    Наглядный пример работы VCB + NetBackup.

    "Одна картина заменяет тысячу слов".

    Тогда тут лежит (15минут*60секунд*25кадров*1000слов) примерно 22 500 000 слов. Плюс те слова, которые произносятся голосом. И все это про VCB, более того, наглядный пример работы VCB + NetBackup. ИМХО - весьма полезное и наглядное видео. Разве вот что на буржуйском..

    ESX и VC - список логов.

    Бесспорно, полезная информация - логи, где что. Итак:

    Для ESX:

    • Vmkernel - /var/log/vmkernel – records activities related to the virtual machines and ESX server.
    • Vmkernel Warnings - /var/log/vmkwarning – records activities with the virtual machines.
    • Vmkernel Summary - /var/log/vmksummary - Used to determine uptime and availability statistics for ESX Server; human-readable summary found in /var/log/vmksummary.txt
    • ESX Server host agent log - /var/log/vmware/hostd.log - Contains information on the agent that manages and configures the ESX Server host and its virtual machines (Search the file date/time stamps to find the log file it is currently outputting to).
    • Service Console - /var/log/messages - Contain all general log messages used to troubleshoot virtual machines on ESX Server.
    • Web Access - /var/log/vmware/webAccess - Records information on Web-based access to ESX Server.
    • Authentication log - /var/log/secure - Contains records of connections that require authentication, such as VMware daemons and actions initiated by the xinetd daemon.
    • VirtualCenter agent - /var/log/vmware/vpx - Contains information on the agent that communicates with VirtualCenter.
    • Virtual Machines - The same directory as the affected virtual machine’s configuration files; named vmware.log - Contain information when a virtual machine crashes or ends abnormally.

    Для Virtual Center:

    Virtual Center Installation Logs

    Install logs are located in the %TEMP%directory of the user that installed software
    • vmlic.log test results for served license file during install
    • redist.log MDAC/MCAD QFE rollup install results
    • vmmsde.log MSDE installation log
    • vmls.log License server installation log
    • vmosql.log Creation of database/trans logs for VCDB
    • vminst.log Log of VC server installation and subtasks
    • VCDatabaseUpgrade.log Details of upgrading from VC 1.x DB
    • vmmsi.log VI client installation logvpx’vpxd-0.log small stub from first time starting service
    Virtual Center Logs

    Location: %TEMP%\vpx (relative to the user account running vpxd)
    • Name: vpxd-#.log (# is one digit, 0-9)
    • vpxd-index contains the # of the currently active log file
    • Logs rotate each time vpxd is started, and also when it reaches 5 MB in size
    VI Client Logs

    Intended for client-specific diagnostics
    Location: %TEMP%\vpx (relative to the user running the client)
    • Name: viclient-#.log (# is one digit, 0-9)
    • No index file
    • Logs rotate each time VI Client is started
    Miscellaneous Logs

    Core dump location %USERPROFILE%’Application Data’VMware
    • License Server debug log %ALLUSERSPROFILE%’Application Data’VMware’VMware License Server’lmgrd.log(reset each time the service starts; no rotation)
    • %ALLUSERSPROFILE%’Application Data’Macrovision’FLEXlm’
    • Web Access (Tomcat) LogsC:’Program Files’VMware’VMware VirtualCenter 2.0’tomcat’logs

    Про подсчет HA Failover Capacity.

    Про подсчет HA Failover Capacity.

    Засланный казачок ;) изнутри VMware информирует:

    для ESX 3.02 (про 3.5 данных нет) применяется следующая схема подсчета т.н. HA Failover Capacity. Вспомнить, что такое HA и с чем его едят можно тут.

    Итак - HA оперирует количеством «слотов» под ВМ. Считается по ресурсам CPU и оперативки. И считает это кол-во «слотов» следующим образом(на примере оперативки):

    • Имеем кластер. В кластере 4 хоста. В одном 8 ГБ памяти, в остальных больше - 16ГБ.
    • Имеем 12 РАБОТАЮЩИХ ВМ - учитываются только работающие. Находим наибольший объем оперативки, данный этим ВМ. Например, у одной виртуалки 2ГБ памяти, у остальных столько же или меньше.
    • Берем наибольшее значение оперативки ВМ(2 ГБ) и НАИМЕНЬШЕЕ - оперативки хоста(в этом примере 8ГБ). Делим второе на первое. Получаем 4 "слота". И распространяем это значение на прочие хосты, игнорируя(!), что памяти у них больше. И получаем, в итоге, что у нас есть возможность запустить 16 ВМ - умножив кол-во слотов на кол-во хостов кластера. Что, как вы видите, несколько далековато от реального положения дел.
    • Когда мы запустим 17 ВМ в этом кластере, то увидим сообщения “Insufficient resources to satisfy HA failover” и “current failover capacity will be shown as 0″

    Дается несколько рекомендаций по предотвращению проблем:
    • в настройках кластера ставить “Allow Virtual Machines to be powered on even if they violate availability constraints” - чтобы мочь запустить виртуалки, даже если HA считает что не хватает ресурсов.
    • Если есть одна ВМ с сильно большИм объемом RAM, его стоит уменьшить. Или запускать эту ВМ на хосте не в кластере.
    • Для хостов же обратное - памяти много не бывает.
    • Резеврирование ресурсов процессора большее, чем его частота - ошибка.

    Автор соглашается, что такая система далека от идеала, и говорит что в планах VMware ее поправить. Надеюсь, в ESX 3.5 это уже сделано - постараюсь выяснить.

    Источник.

    четверг, 6 декабря 2007 г.

    Таблица сравнения продуктов виртуализации основных компаний.

    Виртуализация. На этом рынке сегодня толпится уже много компаний.
    VMware, Microsoft, Citrix, VirtualIron, Suse/Novell, Red Hat, Sun, SWSoft.

    Чем похожи и чем отличаются их продукты? Ведь критериев много.
    Virtualization model. Cost. Performance relative to "native". Max # CPU's. SAN MPIO. Support for Infiniband. Support for Linux paravirtualization. 32-bit Guests require AMD-V or Intel-VT. И еще десятки и десятки.

    Офигительных размеров таблица сравнения продуктов приведенных компаний по этим и МНОГИМ другим характеристикам.

    Тут.

    Microsoft Virtual Machine Manager сегодня

    На ixbt опубликовали статью "Виртуальная инфраструктура под управлением Microsoft Virtual Machine Manager".

    среда, 5 декабря 2007 г.

    популярные заблуждения про VMware VI3.

    Список популярных заблуждений про ESX. Оригинал буржуйский, но как я могу судить, часть пунктов более чем применима и в наших пенатах. Поэтому немножко переведу:

    • Для администрирования ESX необходимо знание Linux.
      Лишним оно не будет, это факт. Однако, 99,9% штатных действий замечательно делаются из GUI. И высока вероятность, что других действий вам делать не придется. Даже инсталляция ESX с картинками(даже когда мы ее начинаем в текстовом режиме :)) и затруднений не вызывает. Могу добавить, что затруднения вызывает нехватка знаний о самом ESX, о его "организационных", "архитектурных" особенностях - но это уже другой вопрос. Тем более что курсы по VI3 в России читаются, и читаются регулярно. Велкам, кстати. На худой конец - есть активный форум, а это здорово.
    • Даже если это так, у нас проще найти Microsoft-человека, нежели со знаниями VMware. Давайте лучше будем все делать на Микрософте.
      Что то в этом есть, да. Не могу удержаться, и приведу перевод из оригинала:
      "Да, в арахисе разбирается больше обезьян, чем в квантовой механике гениев. Но получается, ваш выбор любого изделия базируется на той причине, что проще нанять идиота, знаюшего присказку "Семь бед один Reset", чем инженера, который знает что делает. Вы хотите нанять бесполезных людей для поддержки бесполезных продуктов, тогда как продукты VMware могут "выстрелить"."
    • Мои инженеры по Exchange/SQL/Oracle/[вставить название любого приложения] утверждают, что оно не работает внутри ВМ.
      Вопрос стоит неправильно. Заработает то все, а вот спросить стоит - "Хватит ли производительности?".
    • ВМ всегда работают медленнее, чем машины физические.
      Опять, вопрос стоит поставить по другому - "Хватит ли достигнутой производительности?" Вот приложение на физическом сервере загружает его на 40%. А ВМ - на 45%. Ну да, в ВМ работает медленнее. И что? Другой пример, классический - берем всякое старое "гуано" из серверной, переносим всякие древние задачи в ВМ на сервере современном. Да они только быстрее заработают!
    • Поклонники VMware (как и фанаты Apple/Linux) ненавидят Микрософт.
      Ну, тут сказать нечего ;)
    • Микрософт не поддерживает свои продукты в ВМ VMware.
      Это не корректное утверждение - я уже не раз писал по этому поводу. В любом случае, в обозримом будуюшем(летом, по предварительным данным) все станет хорошо с этим вопросом.
    • Микрософт воспользуется своим особым положением, и добьется более быстрой\надежной\дешевой работы своих продуктах в своих ВМ.
      С учетом все более широкой аппаратной поддержке виртуализации разные гипервизоры все меньше отличаются друг от друга. А именно от гипервизора зависит работа гостевой ОС и приложений.
    Ну и плюс ко всему - нельзя не признать, что сегодня у Микрософт нет ничего. Когда появится(и после первого сервис пака ;)) - тогда наверняка станет грозной силой. Но сейчас - VMware рулит.

    Список неплохих ссылок по VI3.

    Вот тут вот список неплохих документиков. Например:

    Список не полный. За полным, напомню, сюда. ИМХО, полезный наборчик.

    www.vm4.ru

    Уважаемые читатели, на всякий случай явно проговорю - я прикрутил к своему блогу доменное имя малость покороче. Теперь сюда вы можете попасть, набрав www.vm4.ru.

    вторник, 4 декабря 2007 г.

    Видео для понимания основ интересности виртуализации

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

    Целевая группа, я думаю - ваше и чужое руководство.

    Citrix XenServer Enterprise v4 Technical Overview Video

    Хочется посмотреть на Citrix Xen, а делать ничего не хочется?
    Видео - тут.

    понедельник, 3 декабря 2007 г.

    Подробно и в картинках про Novell Clustering with ESX Server

    Подробно и в картинках про Novell Clustering with ESX Server.

    Тут.

    воскресенье, 2 декабря 2007 г.

    Vizioncore vConverter 3.0 - новая версия P2V решения.

    Vizioncore vConverter 3.0 - как мне кажется, одно из наиболее актуальных сторонних решений под VI3. А еще это утилита работает с Микрософт и Virtual Iron. Правда, в последней версии пара фишек заявлены именно под ESX.
    Пре релиз новой версии, и не только его, можно найти тут.

    Workflow Studio

    Тут описание и ссылка на скачивание программы Workflow Studio ver. 1.1 beta 1.

    Судя по описанию, она умеет делать все для всего :)
    Т.е. работает и с MS SCVMM, и Xen, и VI3.
    Список действий в этих средах велик - и работа с ВМ, и с настройками, и с файлами\каталогами и ...
    В общем, смотрите сами.

    К вопросу сайзинга под виртуализацию

    Большой пост на буржуйском про Virtualization hardware sizing. Вкратце про него не получится.

    Резервное копирование нагорячую для VMware Server.

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

    И тут же наткнулся на описание софтинки, делающей это самое как раз для VMware Server.
    Тут. Если кто попробует и отпишется по результатам - буду благодарен.

    Все ссылки в одном месте про лицензирование Микрософт под виртуализацию

    Так как лицензирование, и лицензирование Микрософт в первую очередь, вопрос весьма часто задаваемый, еще чуток про него:

    тут на английском достаточно внятно и с описанием вариантов, таких как - использование в ВМ десктопных ОС, использование ОС чья подержка прекратилась и др.
    Еще тут. Еще немного на английском - тут, с ссылками на MS kb.


    Мое - часть 1, часть 2.
    Микрософтовское, на русском - тут.
    Правильно олицензировали? А как правильно активировать - тут.
    Активировали? А что с поддержкой? Про поддержку тут.

    суббота, 1 декабря 2007 г.

    Резервное копирование нагорячую

    На сегодня достаточно популярны простые виртуализационные решения под Windows, в первую очередь MS Virtual Server и VMware Server. Есть возможность резервного копирования ВМ без их выключения с помощью Microsoft Volume Shadow Service (VSS). Правда, с ограничениями:

    • не любой продукт заработает с VSS (например, VMware Server)
    • не любой бекапный софт сможет сделать горячий бекап(например, MS NTBackup)
    • на сейчас нет приложений ,официально поддерживающих такую схему работы
    В силу совокупности причин популярными решениями является или выключение ВМ перед резервным копированием, или использование MS Virtual Server 2005 R2 SP1 и System Center Data Protection Manager (SCDPM) 2007.

    Может быть, вас заинтересует еще один вариант:

    Redmond magazine, в опубликованной статье предлагает простой и бесплатный скрипт:

    ..для горячего бекапа ВМ скрипт должен сделать следующее
    • снапшот хостовой партиции с файлами ВМ
    • подмонтировать снапшот
    • скопировать файлы изнутри диска ВМ в удобное место
    Тут статья с этим скриптом. В статье и в скрипте подразумевается MS Virtual Server 2005, но подобный подход, я так думаю, годиться и для других продуктов.
    Кстати говоря, именно так работает VMware Consolidated Backup для ESX.

    Managing VI3 from OS X (10.5.1 Leopard)

    Что где надо доработать напильником, для
    Managing VMware Infrastructure 3 (VI3) from OS X (10.5.1 Leopard)

    Тут.

    10Gb Ethernet для VMware ESX Server 3.5

    Neterion to provide 10Gb Ethernet drivers for VMware ESX Server 3.5
    тут.

    Поддержка Oracle под виртуализацией

    Сегодня непонятна ситуация с поддержкой Oracle своих продуктов под VMware.

    В официальном ФАКе по этому вопросу Oracle пишет - "Oracle VM единственная x86 платформа виртуализации, под которой поддерживаются продукты Oracle."

    Оговорка для всех прочих платформ:
    "Oracle support will assist customers running Oracle software on VMware in the following manner: Oracle will only provide support for issues that either are known to occur on the native OS without virtualization, or can be demonstrated not to be as a result of running VMware. If a problem is a known Oracle issue, Oracle support will recommend the appropriate solution on the native OS without virtualization. If that solution does not work in the VMware virtualized environment, the customer will be referred to VMware for support."

    А опосля выхода этого ФАКа, Larry Ellison, Oracle CEO сказал в разговорем с каким то там аналитиком :

    "..
    So, if a customer has a problem running on VMware and -- with the Oracle database, then call for support, the support will be given in that kind of configuration?

    LE: Yes, essentially, yes.

    "
    Похоже на то, как если бы Oracle еще не определилась с этим вопросом до конца. Не удивлюсь, если все таки под ESX поддержка оказываться будет. Все таки сотни и тысячи пользователей Oracle сидят под VMware.
    Подробности тут.