Java Performance on vSphere 4

Java Performance on vSphere 4.

VMware Update Manager 4 - рекомендации.

VMware Update Manager(VUM) - хорошая штука, которая позволяет автоматизировать обновление хостов ESX\ESXi, гостевых ОС Windows, многих приложений в гостевых ОС и, не полностью(только сканирование на наличие отсутствия патчей), гостевых ОС Linux.
Так же, Update Manager позволит вам управлять актуальностью версий виртуального железа и VMware Tools.
И кроме включенных ВМ, Update Manager позволяет обновлять выключенные ВМ и шаблоны(просто включая\конвертируя их на время обновления).

Доступен он для всех лицензий vSphere, исключая бесплатную лицензию ESXi.

Рекомендации для использования VMware Update Manager 4 - VMware vCenter Update Manager Performance and Best Practices.

Что мне показалось важным:

• Имеет смысл разносить БД Update Manager и vCenter если, число ВМ\хостов в инфраструктуре превышает 300\30.
  Если число ВМ\хостов превышает 1000\100, то и сами Update Manager и vCenter имеет смысл разнести по разным машинам.
  Т.е. для небольших инфраструктур, они нормально живут на одном сервере\ВМ.
• Для сервера Update Manager рекомендуется от 2 ГБ памяти, для кеширования патчей.
• БД и репозиторий патчей рекомендуется разносить по разным дискам.
• Приводятся данные по типичному времени операций Update Manager:
• Первое сканирование гостя требует больше времени - т.к. при первом сканировании устанавливается агент VUM.
  Обновление виртуального железа возможно для выключенной ВМ, поэтому включенную ВМ VUM выключит - это задержка.
  Обновление VMware Tools требует включенной ВМ, поэтому выключенные ВМ будут включены - это задержка и ресурсы.
• Ненужные baseline имеет смысл удалять - чем больше информации нужно отобразить в отчете по статусам baseline'ов, тем медленнее это происходит.
• Сколько ресурсов требуется на те или иные операции:
  
• Есть ограничения на количество одновременных процессов для хоста\сервера Update Manager. Например, применение патчей(remediation) выполняется параллельно для до 5 ВМ на хост и до 48 на сервер Update Manager.
  
• с т.зрения VUM, хорошо бы что бы у ВМ(которые мы патчим) было от 1 ГБ памяти - для применения больших патчей типа сервис паков. Это связанно с тем, что агент VUM проверяет контрольную сумму обновления перед установкой, и слишком маленькое количество памяти может этот процесс замедлить.
• Антивирус на хосте Update Manager может замедлить работу. Лучше исключить диск с обновлениями из on-access virus scanning.
  

VM security

Интересный пост Hardening the VMX File: How Your Servers May Already be 0wned by Your Users.

Автор рассказывает про недоработки\уязвимости в VMware tools для некоторых ситуаций.
Например, пользователь на терминальном\citrix сервере без прав администратора может запустить VMware tools, затем отключить сетевую карту. Отключится она для всего сервера(всей ВМ).
Лечится прописыванием в vmx параметров

isolation.device.connectable.disable = "true"
isolation.device.edit.disable = "true"

Еще, пользователь не администратор может там же изменить настройку "Синхронизовать время с SC". Опять же, это может доставить неприятностей.

ну и далее. Там много еще приколов, если для вас такого рода вопросы безопасности важны - рекомендую ознакомиться. Так же, пост полезен большим количеством параметров vmx файла.
Более того, на основании изложенного автор рекомендует опции для добавления в vmx:

isolation.device.connectable.disable = "true"
isolation.device.edit.disable = "true"
isolation.tools.setOption.disable = "true"
isolation.tools.log.disable = "true"
isolation.tools.diskWiper.disable = "true"
isolation.tools.diskShrink.disable = "true"
isolation.tools.copy.disable = "true"
isolation.tools.paste.disable = "true"
isolation.tools.setGUIOptions.enable = "false"
log.rotateSize = "100000"
log.keepOld = "10"
vlance.noOprom = "true"
vmxnet.noOprom = "true"

# PXE boot on the e1000 vNIC can be disabled with this directive:
ethernet0.opromsize = "0"

vmfs recovery

К вопросу трабшутинга VMFS.

Единственное официальное, да и просто единственное средство для восстановления ВМ в случае краха VMFS раздела(имеется в виду логическое повреждение метаданных раздела, разумеется) - так вот, единственное средство восстановления это доступный с выходом Update 3 для ESX 3.5 скрипт VMDK Recovery Tool.

К сожалению, не все так просто:
этот скрипт осуществляет сохранение информации о том, каким vmdk соответствуют какие блоки. Теперь, имея этот бекап, в случае сбоя VMFS можно будет восстановить vmdk файлы наших ВМ. Т.е. предполагается запуск этого скрипта на работающей системе, заранее. Это не единственное ограничение: по моему, до сих пор не поддерживается(не работает?) на ESXi, то же самое для ВМ с RDM, и еще некоторые - см. описание на сайте VMware.

Так вот.
Камрад Leo Raikhman взял в руки напильник и немного довел это средство до ума - Revisiting VMFS 3 Recoverability.

Если установить в SC подготовленный им rpm, то создаться задание в планировщике, которое по расписанию и автоматически(исходный скрипт работает только в интерактивном режиме) будет создавать список блоков для vmdk файлов всех ВМ, работающих на хосте. Кроме того, бекапиться будут и vmx\vmtx файлы(оригинальный скрипт ограничивается лишь vmdk). Таким образом, в случае целевых для этого средства сбоев(например, случайное удаление ВМ), восстановление ВМ в строй займет меньше времени.

vMotion problems esx 3 -> esx 4 upgrade

К сожалению, баги в четверке есть, чуда не случилось.
Пара записей уже из KB VMware:

VMotion stops working after upgrading to vSphere 4.0 with a CPU of the host is incompatible error.

VMotion stops working with a Licensing server is not configured error after upgrading to vSphere 4.

vShield Zones

Что такое vShield Zones.

vSphere client + Windows 7

Таки нарисовалось ацкое шаманство для запуска клиента vSphere на Windows 7:

Клиент под Windows 7 таки заработал )
Взято с http://communities.vmware.com/thread/211440.
1) Создаем каталог “%ProgramFiles%\VMware\Infrastructure\Virtual Infrastructure Client\Launcher\Lib”;
2) Копируем туда библиотеку system.dll из “%SystemRoot%\Microsoft.NET\Framework\v2.0.50727\” любой системы не Windows7 с установленным .NET 3.5 SP1;
3) Вносим в VpxClient.exe.config изменения, касающиеся “runtime” и “developmentmode”:
<configuration>
<runtime>
<developmentMode developerInstallation="true"/>
</runtime>
</configuration>
4) Создаем пакетный файл, содержащий две команды:
“SET DEVPATH=%ProgramFiles%\VMware\Infrastructure\Virtual Infrastructure Client\Launcher\Lib”
“%ProgramFiles%\VMware\Infrastructure\Virtual Infrastructure Client\Launcher\VpxClient.exe”.
Только что проверил - работает! ;)
Аналогичным образом запускается и ViHostUpdate.

Скопипастил из комментов к Ода о Windows 7 RC and vSphere Client на vmind.ru.

Karesansui - новое открытое ПО для настройки виртуальных машин через браузер

Японский проект Karesansui представил первый релиз своей открытой платформы для управления виртуальными окружениями, реализованный в виде простого для освоения web-интерфейса. Примечательно, что интерфейс поддерживает трансляцию содержимого экрана виртуального окружения, примерно как это делается в KVM-консолях, подключаемых вместо монитора, клавиатуры и мыши для удаленного управления серверами в датацентрах.

Web-интерфейс Karesansui реализован в современном Web 2.0 стиле с элементами Ajax. Поддерживается широкий спектр возможностей по управлению виртуальными окружениями, таких как установка ОС в окружении, настройка параметров, определение конфигурации дисковой подсистемы и виртуальных сетевых карт, создание снапшотов, репликация и заморозка окружений, установка квот, просмотр статистики и мониторинг.

Система написана на языке Python, в качестве СУБД используется SqLite, для организации проброса экрана виртуальной машины в окно браузера задействован tightvnc-java, для построения интерактивного web-интерфейса используется библиотека jQuery, управление виртуальными машинами производится при помощи libvirt.

Исходные тексты разработки распространяются под лицензиями GPL и LGPL. В настоящий момент поддерживается работа с гипервизором Xen, но в ближайшее время разработчики обещают реализовать поддержку KVM и других систем виртуализации.

ESXi4 flash

По следам нескольких источников:
на vmind.ru была запись Есть ли разница между ESXi 4.0 installable и embedded?
Процитирую:

..
Из этого следует вывод - ESXi Embedded ставится производителем самостоятельно, в заводских условиях, на USB-носители, а ESXi Installable условно на жёсткие диски.
Как бы не так. По факту, ESXi Installable при установке предлагает выбрать, в том числе, USB- носители и спокойно на них ставится и работает. А ESXi Embedded с чистой душой качается с сайта VMware под основные бренды, при этом есть обе версии с CIM агентами от вендоров.
Итак, разницы никакой - ESXi Embedded имеет слегка урезанную версию установщика, который ставит только на USB-хранилища. Можете ставить ESXi Installable на свои USB-flash, если он больше нравится или доступней.
..

А потом на форуме руборда камрад Dimsoft поделился:

..
как серийный номер на флешку записать - ?
у меня каждый раз скидывается на 60 дней триал [при загрузке ESXi с флешки созданной по стандартному рецепту]
..
разобрался
если ставить на usb флешку с cd то все работает - лицензия сохранянется
если через winimage по старому но не сохраняется

VMware vCenter Update Manager Sizing Estimator

Вышло средство примерного расчета размера базы данных для vCenter 4 + Update Manager 4 - VMware vCenter Update Manager Sizing Estimator.

vi2vsphere upgrade

Несколько статей в KB по поводу обновления VI на vSphere:

Installing ESX 4.0 and vCenter 4.0 best practices.

Upgrading to ESX 4.0 and vCenter 4.0 best practices.

vCenter Server Installation Worksheet.

Upgrading an ESX 3.x virtual machine to ESX 4.0.

msvcr71.dll msvcp71.dll

На форуме VMware-Russia

Был у меня тестовый сервер Supermicro с ESXi 3.5 u4

Я на нем ставил вские эксперименты и т.д.

Кроме того на нем было два сервера WIN2003.
И вот решил я поставить на него 4.0, убрать все лишнее и отправить в продакшен.

Скопировал все что было на хранилище, поставил с ноля 4.0 и копирую теперь потихоньку машины обратно и запускаю.

Первый WIN2003 c MSSQL2000 нормально запустился (и SQL тоже) и попросил апдейт vmware tools.

После апдейта, сервер запускается с ошибкой

"At least one service or driver failed system startup/ Use Event Viewer to examine the event log for details."

И SQL сервер не запускается!

При поптыке запустить вручную:

"The service did not respond to the start or control request in timely fashion"

"An error 1053 - (The service did not respond to the start or control request in timely fashion.) occurred while performing this service operationon the MSSQLServer service."

В events две ошибки

"Timeout (30000 milliseconds) waiting for the MSSQLSERVER service to connect."

"The MSSQLSERVER service failed to start due to the following error:
The service did not respond to the start or control request in a timely fashion. "

Попробовал заново скопировать vmdk с системным диском.

То-же самое - все ОК, пока не обновил vmware tools.

Что это может быть, и как это побороть?

.......

Исследование показало, что при деинсталяции vmware tools сносит две dllки
msvcr71.dll
msvcp71.dll

Я их обсе сразу после деинсталяции перед перезагрузкой скопировал обратно в %systemroot%\system32
Все ОК.

Гугль говорит что это далеко не первая проблема vmware tools с этими dllками.

vmfs recovery

К вопросу восстановления VMFS.
Камрад jbod оставил интересный комментарий к посту Траблшутинг ESXi:

Также, после нештатного отключения, перестал загружаться ESX3.5iU2.
Под ESX крутилось несколько Windows и FreeBSD серверов. Вот один из FreeBSD серверов и надо было спасти.
Методом, который описан выше, восстановить работу ESX не удалось.
Проверка VMFS утилитой fvmfs.jar (http://code.google.com/p/vmfs/)
показала, что VMFS поврежден.
После недели экспериментов все-же удалось вытащить требуемый образ
FreeBSD сервера, путем поиска в VMFS сигнатуры MBR и попытки
стартовать с этого адреса в виртуальной машине.
..
в двух словах так :
Сделал Live Ubuntu 8.10 USB Persistent 4 Gb флэшку (http://www.pendrivelinux.com/).
Предварительно скопировал раздел (~ 500 Gb) с VMFS на тестовый сервер, так же как раздел.
Загрузился в Ubuntu на тестовом сервере (в принципе это может быть и любой другой компьютер или даже упавший сервер, главное что бы из Ubuntu была возможность читать том/раздел/диск/файл с VMFS).
В Ubuntu установил Qemu. После чего смонтировал раздел с VMFS и искал первые шестнадцать байт (я выбрал столько) Master Boot Record. Вначале я искал вручную c помощью hex редактора, потом надоело )) и я написал поиск на С. При нахождении заданной последовательности, начиная с первого байта, монтировал через losetup. После чего этот loop подсовывал Qemu, как образ VM и запускал ее. После нескольких неудачных попыток, нужный образ сервера был найден. Так же хочу особо отметить что на моем ESX сервере, VM создавались последовательно и оставалось свободное пространство на VMFS, т.е. образ VM располагался линейно.

C учетом того, что принципиальных изменений в VMFS для ESX 4 не произошло, все актуально и для vSphere.

Virtual Center options

vpxd.exe - это файл, запускающий службу Virtual Center 2.5.

Если службу остановить, то потом можно запустить этот файл примерно так:

C:\Program Files\VMware\Infrastructure\VirtualCenter Server>vpxd.exe -h

т.е. можно скармливать опции:
Usage: vpxd.exe [опция]

опции:

-r Register VMware VirtualCenter Server

-u Unregister VMware VirtualCenter Server

-s Run as a standalone server rather than a Service

-c Print vmdb schema to stdout

-b Recreate database repository

-f cfg Use the specified file instead of the default vpxd.cfg

-l licenseKey Store license key in ldap and assign it to VirtualCenter

-e feature Set the feature to be in use for VirtualCenter. This option takes only one feature at a time.

-p Reset the database password

-v Print the version number to stdout

VirtualCenter vpxd command line switches.

Virtual Machine Communication Interface - VMCI

Кроме новых SCSI контроллеров, в списке виртуального железа для ВМ на ESX 4 добавилось нечто:
Virtual Machine Communication Interface (VMCI).
Ранее информации по нему я найти не мог, сейчас она начала появляться.
VMCI - это интерфейс для обмена информацией между ВМ и хостовой ОС, или между несколькими ВМ на одном хосте.
Он является альтернативой сетевому соединениею. Но, по сравнению с сетевым соединением, VMCI обеспечивает меньшие накладные расходы и большую потенциальную скорость. Цитата из KB:

An internal network can transmit an average of slightly over 2Gbit/s using vmxnet3, VMCI can go up to nearly 10Gbit/s with 128k sized Queue pairs.

Для использования VMCI необходимо, чтобы приложение внутри ВМ задействовало VMCI Socket API.

KB - Configuring a Virtual Machine Communication Interface (VMCI) on a vSphere ESX host.

VMware Paravirtual SCSI - PVSCSI

Ранее для ВМ мы могли выбирать два типа SCSI контроллеров - LSI Logic или Bus Logic.
Второй - более совместимый, первый - дает меньше накладных расходов.
Сегодня, с ESX 4, выбор расширился. Добавились: LSI Logic SAS и VMware Paravirtual SCSI (PVSCSI).

SAS контроллер нужен для того, чтобы делать MFC, отказоустойчивый кластер Microsoft на Win2008. Для его работы нужна поддержка протокола SCSI 3, которая этим контроллером и реализована. (сам ESX 4 для себя продолжает использовать SCSI 2)

паравиртуализованный контроллер PVSCSI предлагает увеличение скорости работы дисковой подсистемы для ВМ. Что про него можно сказать:

• сегодня поддерживается только для Win2003/2008 и RHEL 5.
• если у дисков ВМ есть снапшоты или оверкомитмент памяти - увеличения производительности от замены контроллера на PVSCSI может не произойти.
• горячее добавление такого контроллер не поддерживается.
• для загрузочного диска ВМ такой контроллер применять нельзя. Вернее, в KB написано что это не поддерживается - а работает или нет я не знаю.
  

Добавление такого контроллера делается обычным образом:

• заходим в свойства ВМ
• добавляем hard drive
• для это HDD в поле SCSI node выбираем пару цифр вида x:y. Первая из этих цифр - id контроллера. Тот контроллер, на котором висит системный диск ВМ, получил ID=0. Если других SCSI контроллеров в ВМ еще нет, то ID=1 свободен, и для вновь добавляемого диска выбираем SCSI node вида 1:y. В общем, для добавления SCSI контроллера надо для нового HDD выбирать SCSI node с незанятой первой цифрой.
  
• тип диска имеет смысл выбрать independed - это означает, что снапшоты для этого диска делать нельзя.
• нажмите ок для добавления диска
• зайдите в свойства ВМ - вы увидите, что появился новый SCSI контроллер.
  
• выберите его, и измените его тип на VMware Paravirtual.
• Если VMware tools еще не стоят - поставьте их.

см. Configuring disks to use VMware Paravirtual SCSI (PVSCSI) adapters.


Было бы очень интересно, если бы кто нибудь померил - есть ли разница в скорости работы.

License vSphere

К вопросу о лицензировании:

Вы не можете теперь купить VI 3. Если надо продолжать использовать именно ее - надо купить vSphere 4, и сделать downgrade лицензии.
Как это сделать:
Downgrading vSphere 4.0 License to ESX 3.5 version.

Все лицензии vSphere описываются 25 символьным ключом. И функции(vMotion, HA и пр.) - и количество процессоров, на которые эти функции куплены.
Может потребоваться слить несколько ключиков в один. Как это сделать - Split and Combine license keys on vSphere.

ESX \ ESXi 4 в ВМ

Только что проверил - релизная версия ESX\ESXi 4 замечательно завелась под VMware Workstation. Рецепт такой же как и раньше:
Для установки ESX\ESXi 4 в ВМ под VMware Workstation:

• Процессоры машины, на которой предполагается разворачивать эту "матрешку", должны поддерживать аппаратную поддержку виртуализации - Intel-VT \ AMD-V. И она должна быть включена в БИОС.
  
• берем самуWorkstation, вроде бы нужна версия не меньше 6.5.1.
  Я пробовал с 6.5.2
• Создаем ВМ со следующими параметрами:
  гостевая ОС - Red Hat Enterprise 5 64-bit
  Памяти минимум 2 ГБ
  scsi контроллер - LSI logic (я использовал не LSI SAS)
  для процессора в меню Execution Mode выставляем "Intel VT-x or AMD-V "
  
• Открываем vmx любимым текстовым редактором, добавляем строку
  monitor_control.restrict_backdoor = true
  ВМ должна быть выключена в этот момент.

Когда я так игрался с бета версией - создаваемые под ESX ВМ запускались, но практически не работали - процедура POST занимала несколько десятков минут.
В релизной версии такого нет - у меня все заработало замечательно.

Напомню, что ESX 4 можно запускать в ВМ под ESX 4 - ESX 4 может виртуализовать даже сам себя.

К вопросу о лицензиях vSphere

VMware vSphere 4 Licensing Troubleshooting Guide - что то вроде мастера, который подскажет, в частности, как обновить лицензии с VI 3 на vSphere 4.

Microsoft Exchange Server 2007 + vSphere

whitepapaer Microsoft Exchange Server 2007 Performance on VMware vSphere™ 4.

Conclusion
The results in this paper show that the VMware vSphere 4 platform has excellent performance and scalability when running Microsoft Exchange 2007 in virtual machines.

Размер ВМ

Сколько места занимает наша ВМ?
В прицнипе, не сложно глянуть в интерфейсе VIC\vSphere Client - хотя и некошерно так, если инфа нужна по нескольким ВМ.
Чуть сложнее, если ВМ использует RDM.

Скрипт поможет, можно взять готовый - How big is my VM?.

ничего личного

сегодня со мной по почте поделились:

А пока приведу вам пример работы Hyper-V (вложенный файл). Загрузка вЦПУ при просмотре содержимого сетевой шары. Мы плакали. J

Fault Tolerance, что такое, какие условия

vSphere уже вышла. Продолжаю делать заметки про ее фичи, пока в основном про новые. Можно почитать про Fault Tolerance - http://vsphere.vm4.ru/ft

скрипт для централизованной проверки состояния ESX с оповещением по мылу

Интересная серия постов
DIY ESX Server Health Monitoring - Part 1 - скрипт для анализа состояния ESX сервера.
DIY ESX Server Health Monitoring - Part 2 - как запускать такой скрипт на нескольких ESX серверах, по ssh, с обменом ключами.
DIY ESX Server Health Monitoring - Part 3 - настройка оповещения по электронной почте из SC.

Обучение VMware в Украине

Давно хотел побывать в Киеве - и сейчас я тут, присутствую на первом чтении курсов VMware в учебном центре компании СОФТПРОМ.
Таким образом, Москва теперь не самое близкое место для прослушивания официальных курсов VMware для коллег из Украины.

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

на vmind.ru подборка ссылок - Появилась документация по vSphere, рекомендую.

vSphere доступна для скачивания

коллеги, вот прямо сейчас я зашел на vmware.com/download, и увидел:



UPD. А сайту vmware то плохо...

VMUG 2009

Коллеги, есть желание собрать VMware User Group Russia.
Ориентировочная дата - конец июня, в Москве.

Планируем сами подготовить что нибудь интересное и максимально практическое, без воды.
Планируем пригласить special guest star - опытных инженеров, для обмена опытом. Не только по продуктам VMware - тема сравнения, думаю, интересна всем.

Возможно, возможно, попробуем что нибудь записать или провести отдельно онлайн мероприятие для тех, кому Москва - не вариант. Но пока обещать не можем.

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

оффтоп мало мало

В рамках презентации vSphere 21 апреля сего года, была проведена фото сессия
"Угадай кто тут vExpert"

Лицензирование vSphere и отличия лицензий между собой, переход по лицензиям VI -> vSphere

Коллеги, если все пройдет по плану, то vSphere 4(aka ESX 4 + vCenter 4) станет наконец то не только представленным, отпрессрелизеным и прочая; но и наконец то можно будет скачать релиз продукта как такового.

В рамках подготовки к этому моменту -

Лицензирование vSphere и отличия лицензий между собой, переход по лицензиям VI -> vSphere.

Сами лицензии:

по русски можно глянуть тут - Возможности изданий платформы VMware vSphere .

---

Нюансы, см. доку VMware vSphere™ 4 Pricing, Packaging and Licensing Overview:

• Если раньше 1 штука лицензии на ESX была лицензией на 2 процессора, то для ESXi\ESX 4 1 штука лицензии - на один процессор. vCenter, как и раньше, покупается отдельно, 1 штука. Это актуально для Standart, Advanced, Enterprise и Enterprise Plus.
  
• vSphere Essentials и vSphere Essentials Plus отличаются от прочих лицензий: они представляют из себя сразу наборы лицензий. Каждый набор включает в себя лицензии на vCenter Server for Essentials и 3 хоста, каждый из которых не более чем 2х процессорный. Как то объединять и комбинировать Essentials версии с другими лицензиями нельзя. Покупка поддержки опциональна для vSphere Essentials и обязательная для vSphere Essentials Plus.
• vCenter бывает:
• vCenter for Esentials - может управлять не более чем 3мя хостами, поставляется только в комплекте Essentials.
• vCenter Foundation - может управлять не более чем 3мя хостами.
• vCenter Standart - во всех прочих(кроме Foundation и Essentials) лицензиях, ограничений нет. Может работать в Linked режиме, имеет в комплекте Orchestrator.
• Сервера лицензирования как такового больше не используется. Любой набор лицензий теперь описывается 25 символьным ключом.
  

---

Как осуществляется переход по лицензиям с VI3 на vSphere 4:

Обновление хостов ESX\ESXi 3.x до ESX\ESXi 4 с помощью Host Update Utility

Коллеги, если все пройдет по плану, то vSphere 4(aka ESX 4 + vCenter 4) станет наконец то не только представленным, отпрессрелизеным и прочая; но и наконец то можно будет скачать релиз продукта как такового.

В рамках подготовки к этому моменту -

Обновление хостов ESX\ESXi 3.x до ESX\ESXi 4 с помощью Host Update Utility.

У нас есть хотя бы один ESX\ESXi 3.x, и нет vCenter.

Обновить их до четвертой версии очень просто:

• скачиваем Upgrade Package for ESXi 4 или дистрибутив ESX 4
• устанавливаем клиент vSphere, по ходу установки ставим галочку Host Update Utility
  

Пуск -> программы -> VMware -> vSphere Host Update Utility.

Добавляем в консоль утилиты ESXi\ESX.
В меню Host выберите Add Host, укажите имя или IP сервера ESXi, который будете обновлять. Хост добавится. Выделите его и нажмите кнопку Upgrade в нижней части окна.
Запустится мастер.

По ходу дела вам нужно будет указать путь к скачанному дистрибутиву, пароль root, и перевести хост в maintenace режим(что потребует выключения всех ВМ)

Обновление VI -> vSphere с помощью Update Manager - когда у вас есть vCenter

Коллеги, если все пройдет по плану, то vSphere 4(aka ESX 4 + vCenter 4) станет наконец то не только представленным, отпрессрелизеным и прочая; но и наконец то можно будет скачать релиз продукта как такового.

В рамках подготовки к этому моменту -

Обновление VI -> vSphere с помощью Update Manager - когда у вас есть vCenter.

Итак - у вас есть сколько то хостов ESX\ESXi 3.5, и Virtual Center 2.5.

Хотим их обновить до ESX\ESXi4 и vCenter 4 соответственно.

Порядок действий:

1. Обновляем Virtual Center 2 до vCenter 4
2. Обновляем Update Manager 1 до Update Manager 4.
3. Ставим клиента vSphere, в него плагин Update Manager.
   
4. C помощью Update Manager обновляем хосты. Обратите внимание - обновленный сервер можно будет загружать как в ESX 4, так и в ESX 3 - на случай проблем.
   
5. С помощью Update Manager обновляем версию виртуального железа и версию VMware tools на ВМ.

Нюансы каждого пункта:

1) Обновляем Virtual Center 2 до vCenter 4.
Запускаем авторан из корня дистрибутива vCenter 4, Next Next Next.
Что надо учесть:

• Строго рекомендуется забекапить базу VC перед обновлением.
  
• поменялись требования к БД. Oracle 9i и SQL 2000 не поддерживаюся - если у вас использовались они, придется обновить БД.
• Увеличились требования к ресурсам веб-сервера в составе vCenter, см. например тут.
• Если используем SQL 2005 Express, то в мастере обновления на шаге Database Options оставляем все по дефолту.

2) Обновляем Update Manager 1 до Update Manager 4.
Запускаем тот же авторан из корня дистрибутива на той машине, где установлен Update Manager. И раньше и сейчас он может быть установлен как на одной машине с vCenter, так и на разных - последнее рекомендуется. Next Next Next.

3) Клиент vSphere ставится так же просто как и раньше. Взять его можно

• из дистрибутива vCenter (запустив авторан и выбрав vSphere Client).
• с веб интерфейса уже установленного vCenter или ESXi\ESX версии 4.

Он замечательно работает на одной машине с клиентом VIC - если вам он остается нужен. Утилита Host Update Utility вам не нужна, если хосты вы будете обновлять с помощью Update Manager.

Плагин ставится как и раньше - меню Plug-ing -> Manage Plug-in. Там - Download and install for the Update Manager plug-in.

4) C помощью Update Manager обновляем хосты.
Запускаем клиент vSphere, Home > Solutions and Applications > Update Manager.
Наша задача - создать baseline. Напомню, что baseline - это список патчей. В данный baseline будут входить "патчи" "обновление до ESX(ESXI) 4".

На закладке Baselines and Groups выберите Upgrade Baselines и нажмите ссылку Create в правом верхнем углу. Откроется мастер создания нового baseline.

В мастере:

• Baseline Type – укажите тип baseline. Мы планируем обновить ESXi\ESX, так что тип указываем Host Upgrade
• Select Upgrade Files ESX upgrade iso – через Browse укажите путь к заранее скачанному iso-образу дистрибутива ESX4 и\или к zip-архиву дистрибутива ESXi.
• ESX Upgrade – COS VMDK Location – выберите, где будет лежать VMDK файл с файловой системой Service Console.

Остальное по дефолту.

Теперь этот baseline надо назначить на хосты
В клиенте vSphere выберите Hosts and Clusters, выберите объект, на который будете назначать baseline - этим объектом может быть хост или группа хостов(кластер, папка с хостами или весь datacenter). Перейдите на закладку Update Manager. Нажмите Attach… в правом верхнем углу. Выберите созданный ранее baseline, и нажмите кнопку Attach

Теперь надо просканировать хосты на возможность\актуальность их обновления.
• На хосте, папке с хостами или кластере вызовите контекстное меню, и выберите пункт Scan for Updates. В появившемся окне поставьте галочку Upgrades и нажмите Scan
• В поле Recent Tasks появится новая задача Scan Entity. После ее завершения можно переходить далее.

Выделите объект, на который вы назначали baseline. Перейдите на закладку Update manager. Выберите baseline, созданный ранее. В окне пониже увидите список просканированных хостов и их статус для этого обновления. Обновить получится те из них, что имеют статус Non-Compliant(не удовлетворяют).

Выберите один хост, который будете обновлять сейчас. Уберите с него работающие ВМ - мигрируйте их или выключите. Нажмите на него правой кнопкой и выберите Remediate.
• В открывшемся окне выберите наш baseline, в правой части.
• Согласитесь с лицензионным соглашением
• На шаге Host Remediation Options можно указать:
время обновления – прямо сейчас или позже,
а также количество и интервал между попытками ввести хост в maintenance режим (режим обслуживания).
• Нажимаем Finish и ждем окончания задачи Remediate Entity. На время обновления обновляемый хост приобретет статус disconnected – это нормально.

После обновления хост в штатном режиме станет доступным в vCenter, его можно вводить в работу - мигрировать на него ВМ с другого хоста, который будет обновлять следующим.

5) С помощью Update Manager обновляем версию виртуального железа и версию VMware tools на ВМ.
Для ESX 3 версия виртуального железа = 4, для ESX 4 = 7. Обновлять желательно, но не обязательно - ВМ продолжат работать и без него.

Перейдем в клиенте vSphere в Home > Solutions and Applications > Update Manager. В левой нижней части окна выберите Create… для создания Baseline Group.

• Name and Type – укажите имя и тип – Virtual Machines and Virtual Appliance Baseline Group.
• Upgrades –
VM Hardware Upgrades – выберите VM Hardware Upgrade to Match Host
VM Tools Upgrades – выберите VMware tools Upgrade to Match Host
• Patches - не выбирайте ничего
• Ready to Complete – нажмите Finish

Теперь, как и в случае с обновлением хостов, эту Baselline Group необходимо назначить на те ВМ, которые будем обновлять. Затем просканировать ВМ на соответствие этой Baseline Group. Для этого в режиме VMs and Templates выделите ВМ( или папку с ВМ, или весь датацентр), и на закладке Update Manager нажмите attach и выберите ранее созданную Baseline Group.
Теперь в контекстном меню этого объекта выберите Scan for Updates. В открывшемся окне оставьте только галочки VM Hardware upgrades и VMware Tools upgrades. Дождитесь окончания сканирования.
Теперь ВМ со статусом Not-Compliant можно обновить. Для этого - выключите эти ВМ(обновить версию железа можно только для выключенной ВМ), выберите ВМ или их группу, в контекстном меню нажмите Remediate. Запустится мастер
• Remediation Selection – выберем Baseline Group Hardware&tools Upgrade, созданную ранее.
Если мастер запущен для нескольких ВМ, в нижней части окна будет показан их список, и галочками можно будет выбрать лишь некоторые из них. Для выбранных, и только для них, будет запущен процесс обновления. В столбце Version указывается версия виртуального железа – по нему можно ориентироваться, какие машины уже обновлены. Напомню, что для ESX 4 «родной» является версия 7.
• Schedule – тут мы указываем имя и описание задачи, а также расписание ее запуска для работающих ВМ, выключенных ВМ и ВМ в состоянии паузы(suspend). Конкретно наше обновление актуально для выключенных ВМ – только на них можно поменять версию виртуального железа.

Для обновления VMware Tools ВМ должна быть включена, и если вы задание Remediate для установки VMware tools назначили на выключенную ВМ или ВМ в паузе– то Update Manager сам включит их, обновит VMware Tools и выключит. Обратите внимание на шаблоны – если задача Remediate назначена на шаблон ВМ, то Update Manager сконвертирует их в ВМ, обновит VMware Tools и сконвертирует обратно. Но если гостевая ОС в шаблоне у вам запечатана sysprep’ом (или какая то аналогичная ситуация) – такое самоуправство со стороны Update Manager не пригодно, и Remediate таких шаблонно делать не следует.

Примерно то же самое можно посмотреть видеороликами тут - How Do I Upgrade?.

8ми ядерные процессоры

Intel готовит презентацию своих первых восьмиядерных чипов.

..по словам представителей «Интел», мероприятие, посвященное процессорам Nehalem-EX, будет проведено в предстоящий вторник, 26 мая. Однако серверы, построенные на основе новых чипов семейства Xeon, начнут поступать на рынок только в конце текущего или в начале следующего года.

Напомню, что для ESX\ESXi 4 есть ограничения на количество ядер, которое может использоваться для той или иной лицензии.
Картинка:

Windows7: WindowsXP Mode

К вопросу о Windows XP Mode: первый взгляд.
Пишут, что для запуска WinXP под Win7 в Windows Virtual PC потребуется поддержка Intel-VT. Неужели без нее не заработает? %)

rss аггрегация про виртуализацию

из известных мне русскоязычных блогов по виртуализации:

http://www.administrating.ru/category/virtualizaciya/
http://blog.vadmin.ru/
http://blogs.technet.com/vm/
http://vm4.ru
http://vmgu.ru
http://vmind.ru
http://vmworld.ru/
http://vsphere.ru
http://stechblog.blogspot.com/

вроде, ничего не забыл?

так вот, их можно читать в одной rss ленте - с помощью какого нибудь соответствующего сервиса.

например, я сделал такую подборку- http://friendfeed.com/vm4ru.
(по следам Антона Антича - http://friendfeed.com/virtualization-russia)
Те, кто уже, как я, подписанны на все эти блоги, смысла переподписываться на них же, но в одной ленте я не вижу. А если вы только только собираетесь начать следить за тем. что пишут про виртуализацию - велкам в rss http://friendfeed.com/vm4ru?format=atom

ну и каждый из вас может самостоятельно собрать свою ленту из этих и других блогов.

smart-cloud

Коллеги, в рамках обмена ссылками хочу рассказать о ресурсе
smart-cloud.ru
данный ресурс предназначен для знакомства широкого круга лиц с Cloud Computing, новости, статьи, в том числе о виртуализации, общение, развитие бесплатных online служб.

Cluster

Коллеги, мой личный опыт подсказывает, что термин "кластер" один из часто употребляемых терминов, в том числе, в контексте виртуализации.
Притом, термин этот весьма широкий - кластером может называться комбинация хостов, ВМ, сервисов.
У VMware есть "свои" кластера - HA и DRS.
У Microsoft есть "свои" кластера - MSCS\MFC и NLB.
У много кого еще есть свои решения того или иного рода, для решения тех или иных задач - но обозначаемые тем же термином "кластер".

Часто оказывается, что в длительной дискуссии спорщики имели в виду разные кластера - не раз такое наблюдал сам.

А тема поднимается регулярно. Вопрос работы и\или поддержки отказоустойчивых кластеров Майкрософт на решениях VMware актуален для многих компаний.(К слову, напомню - если вас интересует вопрос поддержки продуктов Майкрософт(в т.числе кластерных конфигураций) на VI\vSphere - см. дискуссию тут - Microsoft VMware Support - взгляд Майкрософт. Там по русски, есть ссылки и комментарии.)

Возвращаясь к теме "кластера бывают разные":
Хороший текст по этому поводу - Сравнение подходов к построению кластеров внутри виртуальных машин и выход Windows Storage Server 2008. Он немного в контексте Майкрософт, но интересен и сам по себе. Рекомендую.

обучение и сертификация VMware vSphere

Немного новостей по обучению VMware vSphere:

• Когда vSphere выйдет, курс What's New будет доступен для всех, а не только для партнеров как сейчас.
• В конце июня должен появится курс vSphere Install & Configure. называться он будет немного по другому, но суть останется прежней - основной курс по продукту.
• Ближе к августу должны появится курс DSA - притом если сейчас это 4х дневный курс, то в будущем планируется создание нескольких одно-двух дневных курсов(день - про безопасность, два - про работу с командной строкой и т.д.). Далее, учебный центр предлагает какой то набор из таких частей - в зависимости от предпочтений слушателей. До релиза идея еще может поменяться, но планы такие.
  
• Ближе к августу должны появится курс Fast Track - как и раньше, пятидневный нагруженный курс про все - т.е. в него входит и программа курса базового(I&C), и "продвинутого"(DSA).
  
• Capacity Planner должен стать однодневным(сейчас двух)
• Должен появится курс vSphere Design - только для партнеров.
  

Напомню про сертификацию:
если вы уже являетесь VCP по VI3, то для получения VCP по vSphere вам НЕ обязательно посещать какие то курсы - до начала 2010. Потом необходимо будет придти на What's new или I&C. Тем не менее, курс интересный и полезный.

Если вы слушали курс по VI3, но тест не сдавали - тогда надо
или сдать тест по тройке, потом можно будет сдавать по четверке.
или придти на What's new и сдавать по четверке.

праздничный оффтоп

Коллеги, чуток с опозданием хочу поделиться очень меня порадовавшей штукой - Мультимедийная карта войны.


что то вроде интерактивной истории Великой Отечественной.

Наглядно, интересно, познавательно.
Можно скачать.

вынос окна приложения из ВМ в хостовую ОС

Коллеги, одно из важных событий в ближнем будущем - выход Windows 7.
Одна из интересных фишек - режим совместимости с Windows XP, причем реализованный чрезвычайно правильно - в Windows 7 запустится Virtual PC(новая версия), в ней ВМ с WinXP. И, что важно, запущенные в ВМ приложения будут показываться в хостовой Windows 7 точно так же, как окна приложений запущенных сразу в ней.
Подробнее тут - Волна вопросов о Windows XP Mode в Windows 7 – что, как и зачем?.

Я все к чему это - вдруг кто не знает, что такой режим уже давно доступен для пользователей VMware Workstation и Fusion. Называется он Unity.
Чем хорош:
во первых, самим наличием - действительно, часто удобно когда окна всех приложений в одной винде, а не в хостовых и виртуальных ОС.
во вторых, в качестве гостевых могут быть не только Win - я сам гонял, помнится, в качестве гостевой один из линуксов, и его окна его приложений были в хостовой Windows.(в комментариях подсказывают, что все отлично работает и в другую сторону).

Кстати, насколько я помню, в Virtual Box тоже есть аналогичная функция.

вебинары от VMware, на русском языке

Коллеги, обратите, пожалуйста, внимание:
вебинары VMware vSphere webinars, от VMware, на русском языке.

Темы:

• What's new with VMware vSphere 4.0 Overview
• VMware vCenter Management Overview
• What's New in vCenter (Technical)
• VMware vSphere Availability: FT and HA (Technical)
• VMware vSphere Networking (Technical)
• vShield Zones (Technical)
• VMware vSphere Storage (Technical)
• VMware Data Recovery (Technical)