воскресенье, 29 ноября 2009 г.

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.


четверг, 26 ноября 2009 г.

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 3rd 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.

воскресенье, 22 ноября 2009 г.

мнение про cloud computing



Дилберт.

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

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


среда, 18 ноября 2009 г.

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).
...



воскресенье, 15 ноября 2009 г.

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, вот такое:

Его нет.






понедельник, 9 ноября 2009 г.

разъяснения

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



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

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

суббота, 7 ноября 2009 г.

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


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

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

четверг, 5 ноября 2009 г.

Red Hat Comparison Whitepaper

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


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

Red Hat Enterprise Virtualization (RHEV)

Вчера компания Red Hat анонсировала доступность платформы Red Hat Enterprise Virtualization (RHEV), состоящей на данный момент из следующих компонентов: решение для централизованного управления виртуальными машинами Red Hat Enterprise Virtualization Manager (RHEV Manager) и Red Hat Enterprise Virtualization Hypervisor (RHEV Hypervisor) — фактически специализированного мини-дистрибутива Linux, включающего в себя гипервизор KVM. Данные продукты созданы на основе технологий компании Qumranet, приобретенной около года назад, и работы проекта oVirt.
..
Ограничения гипервизора следующие:

* Максимальное число физических ЦП - 64
* Максимальное число виртуальных ЦП на одну ВМ — 16
* Максимальный объем ОЗУ — 1Тб
* Максимальный объем ОЗУ внутри ВМ — 80 Гб

В качестве виртуальных машин на данный момент официально поддерживаются RHEL 3,4 и 5, а также Windows Server 2003 R2, Windows Server 2008 и Windows XP SP 3.
..
Red Hat Enterprise Virtualization for Servers доступен.

среда, 4 ноября 2009 г.

esxi 4 hp edition update

К вопросу об обновлении ESXi с агентом от HP, нет ли нюансов.
Из переписки:

HP-агент не затрется при обновлении с помощью VUM или Host Update Utility. По крайней мере, так официально заявляется. http://h18004.www1.hp.com/products/servers/software/vmware-esx3i/questionsanswers.html#4gen

Customers can also use VMware Update Manager to update the HP image on the USB key. VUM will detect that the host has an OEM image, and will retain that image across an upgrade

А вот здесь можно скачать сам агент и установить его в ESXi



вторник, 3 ноября 2009 г.

vCentrer 4 + x86-64 + 32 bit ODBC

Из переписки:

Небольшая вводная.

Теперь vCenter – это могучее приложение. Оно работает на 64-битной платформе. И не просто работает, а реально её требует.

Проблема в том, что когда производится установка, то vCenter требует 32-битного ODBC источника. ODBC Administrator из Control Panel является 64-битным.

Для запуска 32-битного ODBC Administrator'а и создания 32-битного же ODBC источника требуется выполнить команду:

%systemdrive%\Windows\SysWoW64\Odbcad32.exe

И выбрать там SQL Server Native Client …

… Его предварительно надо поставить, конечно –

ODBC Source ставится просто – всё по умолчанию.

В общем я устанавливал vCenter на Windows Server 2008.SP2 x64 – в виртуальную машину.

MS SQL 2008 x64, был установлен в другую виртуальную машину на Windows Server 2008 x64. SQL работает ва режиме Windows Auth only.

Оба сервера в AD (тоже 2008’й).

Поехали…

Удобнее всего ставить vCenter под выделенным account’ом:

1. В AD завести пользователя, под которым будет запускаться сервис vCenter’а (например VMwareVC)

2. Завести на SQL сервере соответствующий login и дать ему права sa на время установки (login получится таким – DOMAIN\VMwareVC)

3. Создать базу данных и указать login в качестве dbo

4. Для созданного login’а указать созданную базу как базу по умолчанию

5. Включить пользователя VMwareVC в группу локальных админов

6. Залогиниться этим account’ом и из под него запускать установку vCenter

7. Установить Converter (не забыть, что всегда надо использовать FQDN)

8. После окончания установки отобрать у login’а DOMAIN\VMwareVC права sa


PS.

Тут ничего писать не надо:


Порты установщик сам открывает

---
UPD.
Забыл добавить про Update Manager.

Я делаю для него отдельную базу на том же SQL Server’е, где и для vCenter.

Дальше процесс установки точно такой же как и для vCenter. Пользователя я называю VMwareUM.

Только одно добавление. После установки сервис VMware Update Manager стартует из-под local system. Надо в Service Manager изменить account на DOMAIN\VMwareUM.

 

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

thx Vladislav Kirilin.

воскресенье, 1 ноября 2009 г.

Backup solutions for VMware ESXi

хорошая подборка - Backup solutions for VMware ESXi.