понедельник, 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.
    Подробности тут.

    пятница, 30 ноября 2007 г.

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

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

    Веб-трансляция "Обзор решений Microsoft для виртуализации" и ответы на заданые вопросы

    Очень интересный пост про виртуализацию микрософт в блоге Андрея Бешкова.

    Ресурсы про PowerShell

    Как я уже упоминал, имею мнение что за PowerShell будующее.
    Тем, кому эта тема интересна, маленькая подборка блогов на тему:

    По русски:
    Митя Сотников, xaegr и Beshkov Andrey.

    По не русски:
    PowerShell for Testers, Dmitry's PowerBlog, Powershell Scripts and Ideas, The PowerShell Guy, PowerShellCommunity.org, Blog of Windows PowerShell team.

    Про Hyper-V.

    Тут рассказывается о Microsoft Hyper-V. На буржуйском.


    Приведу только самое, на мой взгляд, интересное(в вольном пересказе):
    "..Основное отличие между Hyper-V и другими гипервизорами, например, ESX, в принципах работы с драйверами. В Hyper-V драйвера ставятся в гостевую ОС, не в гипервизор. Это позволяет вендорам и администраторам использовать драйвера, разработанные для физического железа, а не для виртуального..."

    Подается это как преимущество, мол, "в силу требований совместимости гостевые ОС видят виртуальное железо, соответствующее 90ым годам. Это не айс."
    Непонятно только как будут обстоять дела с совместимостью при миграции ВМ между хостами с разным железом.

    Выделение PCI устройства для одной ВМ в Xen.

    Виртуализация хороша тем, отчасти, что позволяет разделить одно PCI устройство между несколькими ВМ. Но иногда бывает лучше, или необходимо, выделить PCI дивайс в приватное пользование какой нибудь ВМ.
    ESX сегодня такого не умеет. А Xen, вроде как, может, и тут описываются необходимые действия.

    VMJuggler

    Недавно писал про Надежность процесса VMotion, там упоминал утилиту VMJuggler. Это самописаный скриптик каждые 10 секунд мигрирует ВМ между хостами. На вход ему подается имя ВМ и двух хостов.
    Автор довел до ума и выложил ее тут.

    Error during the configuration of the host: Failed to update disk partition information.

    HP DL380 G5. В нем контроллер P800 и к нему подключена MSA50.

    Полка забита дисками, на них RAID5 и 1.2ТБ места.

    Несмотря на то, что ESX офциально поддерживает все указанное железо, и нормально видит этот 1.2 ТБ LUN, при попытке создать VMFS партицию вылезает ошибка

    Error during the configuration of the host: Failed to update disk partition information.

    Решение - создать партицию не из GUI, а из командной строки.

    Или

    It is caused by the hp management tools version 7.8 and 7.9.
    Two solutions:
    1-Use the version 7.6 and do not enable the 4GB memory option. At the question Keep CISS device handle open? answer : No

    Download link
    http://h18023.www1.hp.com/support/files/server/us/download/25608.html
    2-Disable disk monitoring from that tools


    Все отсюда.

    четверг, 29 ноября 2007 г.

    VMware and storage: Troubleshooting SAN configurations

    Много букв не по русски на на тему VMware and storage: Troubleshooting SAN configurations.
    из конкретики, приводится инструкция для получения "LUN serial numbers".

    VI Client под Windows Vista.

    Если VI Client стоит под Windows Vista, могут возникнуть проблемы. Проблемы при кастомизации шаблона. С примерно таким сообщением об ошибке: "Object reference not set to an instance of an object."

    В таком случае, можно попробовать:
    "..Simply go to your windows xp machine registry, look for local machine\Software\Microsoft\Windows NT\CurrentVersion\Time Zones, and export the time zones folder to a .reg file. Copy that file to windows vista and import that into the registry...".

    см. сюда.

    Еще встречаются отзывы о медленной, вернее МЕДЛЕННОЙ работе под Вистой - долго длится, нрапример, отрисовка экрана настроек сети или там хранилищ.
    Можно порекомендовать юзать WinXP под VMware Player под WinVista :)

    Или не юзать Висту.

    Veeam Configurator 1.5.

    Компания с русскими корнями Veeam выпустила очередную версию своего продукта Veeam Configurator 1.5.

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

    ESX и iSCSI LUN.

    Только что была ссылка на то, как прикрутить к iSCSI винду. Нужен для этого хотя бы софтварный инициатор.
    Логично написать, как ESX прикрутить к iSCSI СХД. Это несложно, тем более что программный инициатор входит в состав ESX.

    Это описывается тут, вкратце:

    1. Выбрать pNIC(физическую сетевушку), через которую должен идти траффик iSCSI.
    2. Если она еще не примаплена к vSwitch(виртуальному коммутатору), делаем это.
    3. На этом vSwitch должен быть интерфейс ядра - vmkernel port. Делаем его, если нет.
    4. На нем же надо сделать порт ServiceContsole - через него, в частности, будет происходить CHAP авторизация на СХД, если авторизация потребуется.
    5. IP у интерфейса ядра и ServiceConsole из предыдущих пунктов делаем из одной подсети с IP СХД.
    6. Ну и настраиваем iSCSI software initiator, этот процесс несложен и описан с картинками по ссылке.
    7. Само собой, предпологается что таргет(сторадж)уже настроен к этому моменту.

    Прикручиванию VCB к iSCSI.

    Тут достаточно внятная инструкция по прикручиванию VCB к iSCSI.

    Если вкратце, то:

    1. инсталируем VCB на бекап прокси - Win-машина, видящая те LUN, на которых лежат ВМ, которые хотим бекапить.
    2. На этой винде надо отключить назначение буквы вновь обнаруживаемым LUN. Это правильно делать заранее, и отключив эту машину от SAN. Выполняем
      diskpart
      automount disable
      automount scrub
    3. т.к. мы говорим об iSCSI, то апаратного iSCSI инициатора может и не быть в этом сервере, тогда нужен программный. Например, от МС.
    4. Подцепляем LUN с ВМ. Аккуратно - винда должна только увидеть их, ни в коем случае ничего не делать, не писать. Пункт 2 для этого и нужен.
    5. Запускаем VCB.Примеры команд смотрим в источнике, читаем хелп.

    Вкратце про команды VCB:
    1. vcbVmName -h VIRTUAL_CENTER_HOST_NAME -u VC_ADMIN_UID -p "VC_ADMIN_PWD" -s name:"DNS_NAME_OF_VM"

      Покажет нам идентификаторы ВМ. Примерно так:
      moref:vm-48
      name:www.ad.lostcreations.local
      uuid:500d2bba-447b-79ed-156f-38dcc8ba9deb
      ipaddr:

      Идентификаторов много, это имя ВМ, хостнейм гостевой ОС, ее IP, guid этой ВМ. Ссылаться можно на любой.
    2. vcbMounter -h VIRTUAL_CENTER_HOST_NAME -u VC_ADMIN_UID -p "VC_ADMINPWD" -t fullvm -r c:\esx-backups\VM_NAME -a uuid:500d2bba-447b-79ed-156f-38dcc8ba9deb
      эта команда подмонтирует указанную тут по guid ВМ в указанный путь

    Виртуализация для СМБ

    На ixbt очередная статья Александра Самойленко, про виртуализацию для СМБ. ИМХО, интересно. В частности, дается расклад предлагаемых вариантов(лицензий, ориентированных на СМБ) от VMware, Citrix и Virtual Iron. Ну и про Микрософт говорится, что пока у него нет ничего. Сравнение по возможностям, ценам.



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

    thevirtualsearch.com

    Я уже писал про сайт http://thevirtualsearch.com/
    - кастомизированый гугловский поиск. Кастомизация заключается в поиске по тематическим сайтам и блогам.

    Лично я для своего файрфокса поставил плагин - и теперь в окне поиска я могу выбрать поиск именно этого сайта. И я даже нахожу удобным пользоваться им :).

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

    • Addition of 30+ sites (mostly blogs and white papers/technical documents)
    • Minor tweaks to the labels (Blogs, Communities, Vendors, etc.)
    И немного статистики: thevirtualsearch.com начал работать 11/2/07, с тех пор
    • 1,400+ unique search terms
    • 200+ aggregate tool downloads (Firefox/IE 7 toolbar, Google gadget, web site/blog search box)
    • visitors from 48 different countries

    Ну и если вы посмотрите на левый столбец в моем блоге - увиденный там поиск будет именно от thevirtualsearch.com.

    воскресенье, 25 ноября 2007 г.

    Сертификация VI3 и Citrix под суппорт Микрософта.

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

    Теперь ожидаемая новость - про участие VMware и Citrix в этой программе.

    System Center Virtual Machine Manager 2007 Scripting Guide.

    Я считаю, PowerShell будет весьма популярным в будущем, за счет своих возможностей, и, немного :), за счет того, что это Microsoft. Я слежу за соответствующими новостями. Завел тег одноименный.

    К чему это я?
    Я не раз уже писал про применение PowerShell для администрирования VI3.
    Было бы удивительно, если бы не было применений этой оболочки к продуктам МС. Конечно, применение есть. 146 страниц применений можно посмотреть тут - System Center Virtual Machine Manager 2007 Scripting Guide.

    Vizioncore vConverter 3.0

    28 ноября компания Vizioncore грозится зарелизить новую версию своего конвертера.

    Обещают:

    • Миграция P2V и V2V на работающий ESX.
    • Миграция без выключения, без установки агента, без boot CD, проблем с драйверами, без простоев. интересно будет посмотреть как это будет работать
    • GUI и командная строка для всех действий.
    • Изменение размера партиций на лету.
    • Единая средство для гетерогенных сред.
    • 2 версии: Server Consolidation & Disaster Recovery.


    Ждем новости о релизе, и ссылки на скачивание :)

    Несколько слов о сравнении производительности разных продуктов виртуализации.

    Какое то время назад Oracle сказала примерно следующее - наша БД под Oracle VM в три(!) раза лучше работает, нежели под ESX.

    Само собой, было понятно, что эти три раза зависят от того, как считать :).

    Вот тут, некто Steve Wilson из Sun пишет несколько слов об этих данных. В вольном пересказе:
    "Я сам начинал когда работать в SUN, занимался как раз бенчмарками java. C тех пор я неплохо знаю всякие грязные приемы. Вот например сравнение Oracle VM и VMware ESX. Данные на человеческом языке интерпретируюся примерно так - скорость работы Oracle внутри ESX - 97% от нативной. А под Oracle VM - 99%. Разница - на 1% и 3%. В три раза."

    Есть, да, отличие от громких заголовков? ;)

    Далее, там же пишется примерно следующее:
    "Полюбому, меряться такими пиписьками, как "А вот у нас на 2% эффективнее CPU используется" смысла сегодня нет. Современного заказчика часто больше интересует:

    • Как быстро я могу развернуть новое приложение?
    • Сколько админов надо для моей инфраструктуры?
    • Как много энергии я могу сохранить в своем новом ЦОДе?
    "

    EnSpeed VM - еще один продукт на базе Xen.

    Тут пишут еще об одном стартапе продуктов виртуализации на базе Xen.
    Thinsy. С семейством продуктов EnSpeed VM . Сайт тут.

    Обещают много интересного:

    Запуск немодифицированных ОС "..in a cluster of Physical Machines (VMM Servers)". Видимо, имеются в виду несколько хостов, на которых установлен сам продукт. Притом, далее перечисленные фичи не требуют внешних СХД(SAN или NFS), а ограничиваются DAS системами. Сами фичи такие:

    • High Availability Backup ВМ в другую, запасную ВМ на случай сбоя основной.
    • Live Migration включенной ВМ без ее выключения.
    • Снапшоты - полный бекап ВМ без выключения.
    • Икрементальный бекап ВМ, без выключения ВМ.
    Еще раз напомню, обещают доступность всего этого без общей СХД.

    Семейство продуктов EnSpeed VM представленно сервером EnSpeed Virtual Machine Monitor (VMM) и EnSpeed VM Orchestrator.

    Первый - гипервизор на базе Xen. Ставиться на железо, без промежуточной ОС.

    Второй - управлялка с веб интерфейсом, позволяющая:

    • Создавать ВМ. Запускать готовые ВМ, взятые, в частности, их "Orchestrator’s Virtual Appliance Library".
    • Всякая само собой разумеющаяся мелочевка типа Power On/Off, Remote Console и т.п. Плюс, само собой, те фишки о которых писалось чуть выше.

    Мониторинг нагрузки на проц со стороны ВМ с помощью PowerShell.

    Мониторинг нагрузки на проц со стороны ВМ с помощью PowerShell скрипта.

    За подробностями - сюда.

    ESX I/O stack

    Вам интересны тонкости работы ESX с дисками?

    Тут опубликован интересный пост на эту тему, под названием "A look at the ESX I/O stack".
    Автор - Nick Triantos (currently a Global Systems Engineer with Netapp)

    Вкратце про его содержание вот эта картинка:

    В статье описывается алгоритм прохождения SCSI команды от источника до пункта назначения, плюс даются примеры мониторинга важных параметров из командной строки. Плюс дается пара рекомендаций по исправлению ситуации, если мониторинг показал неидельность производительности.

    Мониторинг ошибок в работе дисковой подсистемы.

    Вот у нас есть ESX. Он работает с какими то дисковыми ресурсами - не суть, внутренние ли это диски сервера или внешняя СХД.

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

    Для того, чтобы промониторить ошибки обращения к диску, можно помониторить систему /proc в ServiceConsole. Например, командой
    cat /proc/vmware/scsi/vmhba0/0:0
    Это для LUN0 на первом(в смысле нулевом) hba. Само собой, в этой команде мы подставляем vmhba и LUN с нужным номером. Эта команда выдаст нам некий объем информации, среди которого нас интересуют cmdsAbrt (command aborts) и busRst (bus resets). Если они = 0, это свидетельствует о нормальной работе дисков. Если отличны от нуля, особенно последний, это свидетельствует о каких то проблемах.

    отсюда.

    пятница, 23 ноября 2007 г.

    Важно! VCP и сертификация по VI3.5

    Наконец то появилась информация, что как будет с сертификацией\ресертификацией после выхода ESX3.5 и VC2.5.
    Итак:

    • 22 января должен стать доступен курс по VI3.5.
    • 7 февраля должен стать доступен курс Fast Track(I&C+DSA) – 5ти дневный курс по VI3.5. Вообще, России он не читается, но возможность есть, если будет интерес. Интерес выражается в заявках в Микроинформ, для проведения курса надо заявок хотя бы на 6 человек.
    • В начале февраля – «Whats new» по 3.5.
    • Текущие VCP по VI3 НЕ БУДУТ ОБЯЗАНЫ ресерцифицироваться! Те, кто уже прослушал курс и планирует сдать тест – лучше в очень долгий ящик не откладывать, ибо с марта 2008 вопросы будут в тесте по 3.5. В январе должен появиться blueprint – описание того, что надо знать для сдачи теста.

    среда, 21 ноября 2007 г.

    Статья на русском про VMware Workstation 6.

    На ixbt cтатья на русском про VMware Workstation 6.

    воскресенье, 18 ноября 2007 г.

    Вывод PowerShell в картинках.

    PoweShell - мощное средство управления из командной строки. В том числе, и VMware VI3 - я уже писал по этому поводу несколько раз.
    Кроме управления, с помощью PowerShell можно и получать разнообразную инфу, например - список ВМ на хосте, или в кластере. Но получим мы эту инфу примерно в виде вот таком -
    Здесь я перешел в каталог с ВМ и выполнил команду
    PS D:\VirtMachines\WinXP1> dir

    А можно сделать покрасивее, примерно так -


    тут была выполнена команда
    PS D:\VirtMachines\WinXP1> dir *.* | Out-Chart -group Gadget1 -name Files -title "Files"

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

    Плюс, под Вистой можно формировать гаджеты для боковой панели.

    Вопщем, если заинтересовались, смотрим сюда. К сожалению, приблуда платная. Я эксперементировал на триале.

    суббота, 17 ноября 2007 г.

    Virtual Center и кастомизация Windows-гостевых ОС(sysprep)

    Одним из весьма приятных удобств от использования VC является его помощь в применении sysprep. Напомню, что мы кладем sysprep на VC, а он его применяет к гостевым ОС, притом при выключенных ВМ. Но вырезать то полдела - VC позволяет сохранить файл ответов(с именем хоста(оно может браться от имени ВМ), настройками IP, серийником и пр.).

    Но. sysprep позволяет изменять многие настройки ОС. А файл ответов VC этих секций не содержит. Но не сложно и сами внести необходимые изменения:

    • ищем нужные файлы - это

    • 1)VMware VirtualCenter 2.0\scripts\gensysprepinf.vbs
      2) VMware VirtualCenter 2.0\scripts\autoprep.wsf

    • Делаем их резервную копию.
    • Распаковываем - тут должно помочь это.

    • И изменяем необходимые поля. Для понимания того, что на что надо поменять, может помочь генератор файла ответов для sysprep - setupmgr.exe.
    Примеры можно посмотреть тут и тут - люди меняли размер файла подкачки и локаль.

    Надежность процесса VMotion

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

    Обычно я отвечаю - надежно, и весьма :). Теперь могу ответить более аргументированно.

    Кратко:
    Microsoft TechED в Барселоне. Win2003 64-bit. SQL 2005. Эта ВМ и 100 других - на 6 ESX серверах. SQL под нагрузкой DBhammer, эмулирующий примерно 1 200 запросов в секунду от 150 клиентов. Была написанна утлитка VMjuggler, задачей которой было мигрировать ВМ на другой хост каждые 10 секунд. Сам процесс VMotion занимал секунд 10, и через 10 секунд начиналась очередная миграция. За 5 дней(!) эта ВМ "прыгнула" более 10 000(!!) раз. Проблемы были. Проблемы были с написанной на коленке VMjuggler :), но Virtual Center ни на что не жаловался, SQL работал и DBhammer все так же генерировал нагрузку.



    Более подробно - тут.

    P.S. В конце заметки автор выражает удивление тем, что не раз у него просили утилитку VMjuggler. Обещает немного довести ее до ума и выложить. И ждет того, у кого ВМ первая наберет миллион миграций :)).

    пятница, 16 ноября 2007 г.

    Объяснение полной виртуализации, паравиртуализации и поддержки виртуализации в железе.

    Вот есть VMware ESX. Он обеспечивает т.н. "full virtualization".
    Есть Xen - "Paravirtualization".
    Появляется поддержка виртуализации в разном железе.

    Что это все такое и чем друг от друга отличается, можно почитать в whitpaper "Understanding Full Virtualization, Paravirtualization, and Hardware Assist" - тут.

    Новости про Hyper-V

    Цитата отсюда -
    "..
    Технология виртуализации для новой серверной ОС выйдет позднее, чем она сама, - не ранее августа следующего года.
    "

    четверг, 15 ноября 2007 г.

    Сравнение производительности.

    Если вас интересует сравнение производительности задачи на железке, и задачи внутри ВМ на той же железке, то интересно будет заглянуть сюда - hypervisor_performance.pdf.

    такие тесты, как
    SPECcpu2000 Integer
    Passmark
    Compile Workloads
    Netperf
    SPECjbb2005

    на железке IBM X3500 с двумя VT-enabled 3GHz Intel Woodcrest CPU (всего 4 ядра). Оперативки - 5GB. Для теста на железе, сервер загружался с 1 GB. Также, двухпортовая гигабитная сетевая карта. Два SAS диска 146GB. Для теста без виртуализации устанавливалась Windows Server 2003 Enterprise Edition R2 32-bit.

    В документе приводятся сравнения показаний тестов для ОС на железе, ОС в ВМ под ESX 3 .01 и под Xen 3030.

    ИМХО, интереснее сравнивать производительность ESX с нативной, нежели с Xen. Тем более, что в похожем документе со стороны Xen медленее оказался как раз ESX :).

    пара ссылок про Oracle VM

    Oracle VM - скачать можно тут.

    Посмотреть на чужой первый взгляд - тут.

    Ответ VMware, почему ESX под Oracle рулезнее, чем даже Oracle VM - тут.

    среда, 14 ноября 2007 г.

    VMware ВМ и SQL.

    Достаточно часто приходится сталкиваться с вопросами о виртуализации потенциально тяжелых приложений, популярный пример - Microsoft SQL Server.
    Наконец то, VMware выпустила whitepaper, посвященный этому вопросу.

    Вывод - SQL в ВМ можно и нужно.

    Интересно, что сперва идет сравнение 32 и 64 битных ВМ. Если ВМ 4х процессорная, 64 битность эффективно ее ускоряет. Если она 1 процессорная - нет.
    4х процессорная 64 битная ВМ оказалась близка к 100% загрузке CPU(или к 400%, если за 100% принять один проц) при обращении 1200 клиентов и выполнении 12 000 транзакций \ сек.



    За всеми цифрами, конфигурацией сереров и организацией тестирования - сюда.

    test

    Technorati Profile

    PowerShell скрипты под VMware

    PowerShell скрипты под VMware - блог(!) про это тут.

    VI3.5 - что нового?

    Вас интересуют все подробности того, что нового ожидает нас после выхода VI3.5?
    Более подробно, чем я писал?
    41 официальная страница презентации what's new - тут.

    VMware VDI.

    У VMware есть достаточно интересное предложение - VDI, Virtual Desktop Infrastructure.
    Кратко - терминальный сервер, только в виде большого числа ВМ с десктопными ОС внутри. Само собой, на ESX.

    Тут опубликован гайд, как это дело инсталлить и использовать.

    Клонирование ВМ на ESX без Virtual Center.

    У вас есть несколько ESX серверов? Но нет Virtual Center? Значит, у вас нет возможности выбрать Clone в контекстном меню ВМ.

    Можно поступить в лоб:
    сделать эталонную машину. Отsysprep'ить ее, и выключить. Скопировать в заначку ее диск - vmdk. Это - шаблон. Для разворачивания из шаблона делаем копию этот диска. создаем новую ВМ, и на этапе создания диска выбираем Use existing HDD и указываем на копию. Все.

    Можно поступить сложнее. Как? Читаем тут.

    на IXBT неплохая статья.

    Статья про новости виртуализации на русском тут.

    Citrix Xen и Hyper-V

    Прошла информация, что " Citrix XenSource management platforms" будет иметь возможность управлять и Hyper-V.

    Отсюда.

    вторник, 13 ноября 2007 г.

    Как выглядит работа с ВМ в XenSource XenEnterprise v4

    Как выглядит работа с ВМ в XenSource XenEnterprise v4 - с картинками, можно посмотреть тут.

    Еще раз к вопросу несовместимых CPU при VMotion,

    Чрезвычайно уважаемый среди меня человек, Олег Кириллов, поделился рецептом решения проблем несовместимых CPU при VMotion. Цитирую:
    "..
    В программке VMotion Info в отладочном окошке можно посмотреть информацию CPUID всех процессоров кластера.
    Когда VMotion ругается на конкретный регистр определенного уровня я беру значения этого регистра от обоих процессоров, открываю калькулятор Windows, переключаю его в научный режим и умножаю значения регистров друг на друга командой AND. Полученное значение загоняю в качестве маски.
    В результате на обоих хостах виртуалка видит одинаковые процессоры с одним и тем же набором функций. Естественно, того CPU, который древнее.
    Я списался с автором программки, он обещался в следующей версии сделать не только автоматический расчет масок, но и их установку указанным виртуалкам.
    Обещанного три года ждут...
    .."

    Ранее, по этому вопросу писалось тут.