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.

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 доступен.

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

http://h20000.www2.hp.com/bizsupport/TechSupport/SoftwareDescription.jsp?lang=en&cc=us&prodTypeId=15351&prodSeriesId=1121516&swItem=MTX-25f06077ad5541f5a962dd2a69&prodNameId=3288134&swEnvOID=4040&swLang=8&taskId=135&mode=4&idx=1

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 …

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

http://www.microsoft.com/downloads/details.aspx?FamilyId=C6C3E9EF-BA29-4A43-8D69-A2BED18FE73C&displaylang=en

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.

Backup solutions for VMware ESXi

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