Скачать vSphere

УРАААААААА. vSphere доступен для скачивания. Можно скачать как бесплатную версию, ESXi, так и полнофункциональную. Доступна возможность оценить в течение 60 дней новый гипервизор. К сожалению, пока недоступны редакции ESXi с встроенными утилитами вендоров.
UPD: Прошу прощения, что не выложил ссылки на скачивание. Итак, имеем Free VMware ESXi и полнофункциональный VMware vSphere.

Появилась документация по vSphere

Тут выложена документация по vSphere.
Организовано три подраздела: ESXi Embedded Edition, ESXi Installable Edition и ESX Edition.
Доступны также полные наборы документации:
complete ESXi 4.0 Embedded and vCenter Server 4.0 Documentation Set;
complete ESXi 4.0 Installable and vCenter Server 4.0 Documentation Set;
complete ESX 4.0 and vCenter Server 4.0 Documentation Set.
Есть онлайн-версии этих документаций:
ESXi 4.0 Embedded;
ESXi 4.0 Installable;
ESX 4.0.
Небольшой ликбез: Embedded – это версия для установки на флешку, Installable – на жесткий диск.
Доступен поиск технических документов по ESX4.
Наконец-то можно проверить совместимость железа с ESX4 онлайн (ESX HCL).
Прямо сейчас сайт http://www.vmware.com/download выдает “Temporary Maintenance – www.vmware.com”. 🙂
UPD: Manuals in html.

Энергопотребление vSphere

Зелёные тенденции, в особенности снижение энергопотребления, в ИТ во время кризиса становятся популярными и в России, даже за пределами МКАД. Как известно, виртуализация неплохо позволяет экономить драгоценные ватты за счёт консолидации и энергосберегающих технологий таких, как DRS(DPM). В vSphere данное направление получило дальнейшее развитие и одной из ключевых функций стала поддержка динамического управления частотой процессора Intel SpeedStep, Enhanced AMD PowerNow!.

Имеется ли поддержка данной технологии можно посмотреть на закладке процессоров в конфигурации хоста.
vsphere_intel_speed_step

Для управления политикой электропитания появились дополнительные расширенные настройки, где можно определить уровень загрузки процессора, ниже которой будет изменяться частота, шаг таймера изменения частоты в герцах, политику управления – статическую или динамическую.

vsphere_advanced_power

Так как эффективность данных технологий видна только при низкой загрузке, то для испытаний было взято два хоста без виртуалок. На первом хосте установлен ESXi 3.5u4, на втором ESX 4emb RC. Но неожиданно вспомнил, что последний вместо жесткого диска установлен на USB-флеш, так что тесты могут просто показывать простой винчестеров ;). Энергопотребление смотрел с помощью мониторинга питания в iDrac лезвия.

Результаты: сервер с ESXi3.5u4 потребляет 120-124 ватта, ESX 4emb RC 104-108 ватт, разница 10%.

И снова vSphere

Александр Самойленко считает, что 21 мая будет доступно скачивание vSphere.
В англоязычном интернете видел пару статей про выкладывание в бесплатное пользование VMotion и HA. Есть мнение, что давно пора. А есть мнение, что как только продукт станет бесплатным, его перестанут дорабатывать и усовершенствовать.

VMware Webservice

После борьбы с FT, у меня обнаружились две проблемы, которых изначально не было: не работал Storage Maps и новый Performance Overview, а также не стартовал VMware VirtualCenter Management Webservices – писал ошибку. Связать проблемы воедино меня не осеняло, пока одна из попыток просмотра странички с графиками производительности не вывела, что, дескать, страничка не доступа.
Никакие попытки запустить Webservice не помогали, в логе писалось, типа, не хватает памяти в куче для содания Java VM. Почесав репу, вспомнил, что Андрей писал о минимуме 2 Гб ОЗУ для работы четвертого центра. Добавил памяти – ошибка осталась. Погуглил-1, не помогло. Переустановил весь vCenter, не помогло. Погуглил-2, перечитал прочитанное в “Погуглил-1”, нашёл параметр, отвечающий за выделение памяти при запуске JVM, уменьшил Maximum memory pool с 1024 до 512 MB. VMware Webservice запустился.

jvm_memory_poolИ всё встало на свои места – Storage Maps, Performance Overview заработали. Похоже, через WebService работают соответствующие плагины.
В очередной раз пришла мысль, что без документации, как без рук.

Тестирование vSphere Fault Tolerance

После короткого перерыва снова принялся за изучение гипервизора нового поколения от VMware. Одна из ключевых функций, которая интересует многих, изначально называвшаяся HA continuous, – Fault Tolerance.
Итак, снова в моём распоряжении два лезвия Dell M600, хранилище EMC AX4-5 FC, ESXi embedded 4.0.0 RC и виртуалка Windows 2003 Server с vCenter 4.0 RC.
Так как мне было лениво создавать ещё одну виртуальную машину, то решил экспериментировать на этой, от этого видать и половина возникших проблем. 😉
Сначала, попытка включить FT не удалась по причине невыделения сетевых интерфейсов для логирования FT. Включил в настройках сетевых интерфейсов все галки подряд – vMotion, FT logging… Гигабитные интерфейсы работают два в паре, разделения функционального не делал, чего вам не рекомендую.
ft_network_enabled
На втором этапе система ругнулась на несоответствие типа жёсткого диска, быстренько сделал Storage vMotion на другой раздел с указанием “толстого” типа.

storage_migrate_thick Ура! FT, покряхтев минуты 2-3, заработал!
Проверку Testing Failover прошёл на отлично, удивило только мигание хостов.
ft_context_menu
После этого решил напрямую ребутить хосты из интерфейса vCenter, отказываясь от спасения виртуалок.  Первый хост ребутнулся успешно, подождав пару минут и проверив, что FT работает, перезагрузил второй хост… И вот тут я залип, виртуальная машина зависла насмерть, картинка на основной машине стала отличаться от вторичной, а так как там был vCenter, то всей моей инфраструктуре пришёл конец. Попытка насильно ребутнуть из vClient виртуалку не помогла, но подозреваю, что отработал HA во время моих инсинуаций, и из ребута загрузилась VM.
После такого развлечения принял решение – отрубить FT. Но, не тут-то было, в меню оказалось два замечательных выбора Off FT и Disable FT. Я сделал Off, и… В общем, произошло не пойми чего, меню FT стало серым, а вторичная виртуалка в статусе disabled. Шаманства не помогли, пришлось всё перезагрузить и ручками удалить вторичную VM.

Как итог, FT стал работать, как часы: отлично включается, выключается, “приостанавливается”, чистить за собой при удалении вторичные виртуалки.

ft_status

Hyper-V R2 быстрее чем ESXi3 Update4?

Этот провокационный пост обязан своим рождением Mr. Nobody. Суть разговора сводилась к следующему: Hyper-V быстрее чем ESX сохраняет состояние виртуальной машины. Родилось подозрение, что Hyper-V “кэширует” операцию сохранения (говорит, что все готово, а сам продолжает сохранять состояние машины). Для проверки сразу после окончания операции обесточивалась физическая машина с Hyper-V, затем включалась и выполнялась проверка запуска сохраненного состояния виртуальной машины. Выяснилось, что виртуальная машина нормально восстанавливает свое состояние. Попутно родилось это несерьезное сравнение 🙂
Стенд:
1) Dell Inspiron 1520, Core2Duo (2Ghz), 4Gb RAM, HDD SATA, Win2k8 R2 with Hyper-V;
2) HP Proliant DL380 G5, 2Xeon x5450, 8Gb RAM, 8 HDD SAS in Raid 5, ESXi3 Update 4.
Берется виртуальная машина с одним процессором и тремя гигабайтами оперативной памяти. ОС – Win2k3 без сервисов. Фактическое использование памяти ~ 300Мб.
Hyper-V при сохранении состояния виртуальной машины записывает на диск фактически используемую память, т.е. 300 мегабайт (это видно из монитора ресурсов). Тратит на это ~ 5 секунд.
ESXi записывает на диск всю оперативную память виртуальной машины. Тратит на это ~ 20 секунд.

Еще о Hyper-V R2

Недавно я писал про фичи, которые появятся в System Center Virtual Machine Manager 2008 R2 RC. Теперь же посмотрим на некоторые особенности Hyper-V R2.

Во-первых, Hyper-V R2 теперь поддерживает до 64 логических процессоров и до 512 виртуальных. Допустимо запускать на сервере до 384 виртуальных машин (и зачем, спрашивается, если в продакшн среде максимально полученное количество не превышает 20. Впрочем, это справедливо ко всем гипервизорам).

Появилась опция для виртуальной машины, позволяющая ей мигрировать на другое поколение процессоров этого же производителя. То есть, AMD<->AMD; Intel<->Intel.

image_2

Это достигается отключением следующих технологий

image_3

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

Источник