VMDirectPath I\O

Коллеги, вышел уже Update 1 для ESX(i) 4, а поддержки USB там так и не появилось...
Однако, если очень хочется, можно попробовать задействовать фичу VMDirectPath.
Для начала напомню, в чем ее суть:

Мы берем, и какой то PCI(e) контроллер прокидываем в ВМ. Его использует только эта ВМ, другие ВМ и сам гипервизор к нему доступ теряют.

У VMware, кстати, есть список поддерживаемых для прокидывания контроллеров:

• Intel 82598 10 Gigabit Ethernet adapter
• Broadcom 57710 10 Gigabit Ethernet adapter
• QLogic QLA25xx 8Gb Fibre Channel
• LSI 3442e-R and 3801e (1068 chip–based) 3Gb SAS adapters.

До двух устройств на ВМ. И, по моему, на хост, хотя тут я не уверен.

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

Вот как выглядит это на практике:



Но и ограничений мы получаем прилично. Для ВМ становится нельзя использовать:

• VMotion
• Storage VMotion
• FT
• Device hot add
• Snapshot
• Suspend and resume
• Record and replay

Сервер должен поддерживать Intel Virtualization Technology for Directed I/O (VT-d)или AMD IP Virtualization Technology (IOMMU).
(что-то я не нашел, на intel и amd, как посмотреть, кто этой фичей обладает. Можно тут глянуть - http://www.virtualization.info/2009/03/intel-releases-new-cpus-and-nics-with.html)
Насколько я понимаю, доступна фича и для бесплатной версии ESXi.

Однако, есть мнение, что прокидывать можно много что, и, например, USB контроллеры.

Например, чуваки взяли HP DL380 G6, и сделали так:

Уже есть неофициальный список совместимости по VMDirectPath устройствам - Unofficial HCL.

По материалам VMware VMDirectPath I/O и How to access USB and Other PCI Devices in VMware ESXi4 VMs with VMDirectPath.

COS Panic: Int3 @ mp_register_ioapic

Коллеги, у кого ESX4 работает со сторонними агентами, перед обновлением до Update 1 ознакомьтесь со статьей в безе знаний http://kb.vmware.com/kb/1016070

Upgrading ESX 4.0 to 4.0 U1 using Update Manager fails or times out and rebooting the host results in a purple diagnostic screen

Symptoms

When attempting to upgrade ESX 4.0 to ESX 4.0 Update 1, you may experience the following symptoms:

• Update Manager (VUM) upgrade operation fails or times out at 33%.
• Upon reboot, the host that was being upgraded displays a purple diagnostic screen with the following error:
  
  COS Panic: Int3 @ mp_register_ioapic

Resolution

Who is affected

Customers using VMware vSphere 4 upgrading to Update 1 with 3^rd party management agents running.

Solution

To avoid this issue, prior to the update, disable all 3rd party management agents running on the ESX 4.0.0 server before applying the update.

Note: The 3rd party management agents can be enabled after the upgrade is completed.

If you have already updated the ESX host, do not reboot the ESX host. Open a support request with VMware support. For more information, see How to Submit a Support Request.

WARNING: Rebooting the host means the host has to be reinstalled because it is not recoverable after a reboot.

WARNING: If you have virtual machines running on local storage, they may not be retained if you reinstall ESX 4.0 as a result of this issue. Contact VMware Support for assistance in recovering those virtual machines.

мнение про cloud computing

Дилберт.

подсказали тут ссылку

Citrix отжигает...вернее, отмачивает, подробности видеом:

vcp4

Получите сертификат VCP по версии vSphere 4 за 50% стандартной стоимости!

Компания VMware совместно с авторизованным учебным центром Микроинформ, одним из самых известных и авторитетных учебных центров на рынке IT-обучения России и стран СНГ, представляет специальное предложение по авторизованному обучению на новом курсе VMware vSphere 4.

Название курса: Построение виртуальной инфраструктуры с помощью VMware ESXi/ESX 4.0 и VMware vCenter Server 4.0
...
По завершении данного учебного курса VMware участники получат ваучер, который дает право на сдачу экзамена для получения статуса VMware Certified Professional (VCP4).
...

esx kickstart file

Знаете ли вы, что:

1. ESX можно установить с файлом ответов.
2. Существует файл ответа по умолчанию, который установит ESX без лишних вопросов, с паролем root = mypassword.
   
3. Так же, можно подложить свой файл ответов, как и раньше по сети, или на USB флешке. 

Это удобно, не нужно возиться настраивать сеть, сервер nfs или http.


Однако, цимес ведь в том, чтобы одним файлом ответов устанавливать все наши ESX сервера. А как тогда быть с уникальностью имет и IP адресов?
Вот тут -  VMware vSphere - Scripted Installer for ESX Server - нам рассказывают, как быть. Надо написать скрипт, настраивающий уникальные вещи после перезагрузки, и этот скрипт должен использовать переменные для обеспечения уникальности. А переменную - номер устанавливаемого сервера ESX - мы можем задавать перед началом установки, нажав F2 на экране со скриншота.
По ссылке кроме инструкции дают отличные скрипты примеров. Я попробовал - получается.

thin provisioning

Thin Provisioning, тонкие диски - прикольная штука. Однозначно имеет смысл использовать для тестовых и временных машин. Скорее всего, для VDI машинок тоже будет использоваться.
А вот для производственных и "тяжелых" ВМ насколько они применимы?

Основных вопросов я вижу несколько:
1) Насколько отличается производительность thin и thick диска?
2) Насколько на производительность тонкого диска влияет его фрагментация по VMFS разделу?
3) Насколько эффективно тонкость диска экономит место - ведь удаленние данных "внутри" не приводит к уменьшению vmdk файла. Не будет ли тонкий vmdk в некоторых случаях расти до номинальногго размера очень быстро?

Наконец то появилась официальная дока - Performance Study of VMware vStorage Thin Provisioning.
Из нее можно узнать что:

скорость работы с thin и thick диском одинакова.

Напоминаю, что thick дисков есть два типа - в случае дефолтного типа при первой операции записи к какому то блоку сначала в него пишутся нули, потом уже записываемые данные. То есть столбец Zeroing - это первое обращение к каждому блоку.
Последующие обращения к уже однажды обнуленным блокам значительно быстрее.
Избежать замедления первой записи можно используя eager zeroed thick диски - из GUI они создаются галочкой "Enable clustered features such Fult tolerance". Но создаются они долго, так как обнуление всех блоков происходит в момент создания vmdk файла такого типа.

Гигабит в секнуду прочитать записать на тонкие и толстые диски можно примерно поровну:

В частности, данный график означает, что SCSI reservation, которые возникают при обращении хостов в метаданные VMFS, не роняют скорость работы с этим VMFS. А обращения в метаданные происходят каждый раз, когда тонкий диск увеличивается.

По поводу фрагментации:
В этой доке написано, что VMFS борется с фрагментацией внутренней, на уровне гостевой файловой системы, тем, что может адресовать не блок целиком, а "sub-block", который является 1\16 от блока в 1 МБ, и 1\128 от блока в 8 МБ.

Ну а влияние внешней фрагментации, на уровне блоков VMFS, вот такое:

Его нет.

разъяснения

Коллеги, пару дней назад вам в rss ридер или email упал пост с этого блога

Так как у меня уже несколько раз спросили, по какой причине я перестаю вести блог, я хотел бы прояснить: автором этого поздравления являюсь не я :)

Напомню, что Мария является специалистом по безопасности, и можно сказать что ее подарком мне на день рождения оказалась дружеская демонстрация неправильного подхода к безопасности на моем блоге ;)

С днем рождения!

Судя по всему это будет мое последнее сообщение в этом блоге после того что я скажу..но страна должна знать своих героев, точнее сообщество.

Миша, с Днем рождения!

Red Hat Comparison Whitepaper

Сравнение гипервизоров, теперь от RedHat:

Doc103 Red Hat Comparison Whitepaper

View more documents from mikhail.mikheev.

Оригинал тут - Red Hat Enterprise Virtualization for Servers resources library.