На myvirtualcloud.net появился вот такой интересный калькулятор для расчета параметров хранилищ для виртуальных машин в рамках решения по виртуализации настольных ПК. Калькулятор ориентирован на продукт VMware View, однако может быть использован для любого решения, использующего в качестве платформы виртуализации VMware vSphere.

Поиграйтесь:

Недавно компания Veeam анонсировала пакет продуктов Veeam ONE, который представляет собой набор всех необходимых средств для мониторинга, отчетности и управления виртуальными средами VMware vSphere.

По-сути, Veeam ONE - это пакет продуктов для крупных компаний, осуществляющих контроль и управление физической и виртуальной средой с помощью продуктов Microsoft System Center или HP Operations Manager (PDF).

Для таких сред Veeam предлагает выбрать необходимый продукт Veeam nworks Management Pack (для MS System Center) или Veeam nworks Smart plug-In (для HP OM), позволяющий осуществлять мониторинг производительности и доступности сред VMware vSphere, а также своевременно обнаруживать и решать проблемы виртуальных инфраструктур. Также можно взять и обычный Veeam Monitor, который работает как standalone-продукт и позволяет осуществлять проактивный мониторинг серверов виртуализации.

Кроме этого, в комплекте идет Veeam Reporter для создания отчетов и управления изменениями виртуальных машин на платформе vSphere. Veeam Reporter имеет и функционал прогнозирования необходимых мощностей при условии роста или изменений в виртуальной инфраструктуре (Capacity Planning).

Также в Veeam ONE есть возможности управления виртуальной средой с точки зрения бизнес-критериев, а не технических сущностей, что позволяет сделать Veeam Business View.

Решение Veeam ONE лицензируется на физический процессор управляемого сервера VMware ESX из состава vSphere. За более детальной информацией по решению обращайтесь в компанию VMC.

Если вы решили удалить снапшоты виртуальной машины VMware vSphere, а во время этого процесс завис на 95%:

Нужно сделать следующие вещи:

1. Соединиться с хостом ESX по SSH
2. Выполнить команду service mgmt-vmware restart для перезапуска служб управления
3. Перезагрузите хост ESX
4. Открыть snapshot manager и создать новый snapshot
5. Удалить все снапшоты (delete all snapshots)
6. Включить виртуальную машину

Интересную возможность управления кластером высокой доступности VMware HA демонстрирует Duncan Epping. Если в сервисной консоли VMware ESX ввести команду:

/opt/vmware/aam/bin/Cli

а потом набрать команду:

ln

то мы увидим вот такую картинку:

В колонке Type мы видим значение Primary - это тип узла кластера VMware HA (всего может быть 5 Primary узлов, соответственно виртуальная инфраструктура гарантированно выдерживает до 4-х отказов включительно). Далее можно превратить Primary-ноду в Secondary:

Ну и превратить ее опять в Primary:

Компания Veeam выпустила бесплатную версию продукта Veeam Reporter free Edition для документирования, отчетности и управления изменениями виртуальной инфраструктуры VMware vSphere, которую можно абсолютно свободно скачать с сайта Veeam:

http://www.veeam.com/reporter-free-promo/vm-guru.com

Отличия платной и бесплатной версий приведены здесь:

http://www.veeam.com/veeam_reporter_free_edition_wn.pdf

Как многие помнят, еще в VMware vSphere 4.0 появилась возможность расширения тома VMFS, для тех случаев когда почему-то простанство на LUN осталось (или его расширили), а для виртуальных машин уже места нет.

Интересное применение этой возможности - в виртуальных лабораториях. То есть, например, консультант взял VMware Workstation 7 и поставил в виртуальной машине VMware ESX 4.x. В качестве Dastastore используется локальный диск виртуального ESX, туда же ставится какая-нибудь виртуальная машина, но ей, как всегда, не хватает места.

Расширяем виртуальный диск виртуальной машины на Workstation, где установлен виртуальный ESX:

Например, с 20 до 30 ГБ:

Далее загружаем виртуальный ESX, соединяемся с ним из vSphere Client и переходим в категорию Storage на вкладке Configuration. Там выбираем Datastore и нажимаем Properties:

Там нажимаем кнопку Increase:

Возникает мастер Increase Datastore Capacity, где можно расширить том:

На вкладке Extents добавился новый экстент, а размер тома стал под 30 ГБ. То, что мне было нужно.

Как вы знаете, из GUI vSphere Client есть способ массового обновления VMware Tools в виртуальных машинах. Но бывает так, что установка VMware Tools зависает и почему-то не может быть отменена через клиент.

В этом случае динамическая миграция vMotion для виртуальной машины недоступна. Вы получите вот такое сообщение:

The virtual machine is installing VMware Tools and cannot initiate a migration operation.

Что нужно делать, чтобы отменить установку VMware Tools:

1. Заходим в сервисную консоль ESX, где запущена данная виртуальная машина и выполняем команду:

/ust/bin/vmware-cmd -l

2. Копируем путь из результатов вывода в следующую команду:

/usr/bin/vmware-cmd /vmfs/volumes/datastore-name/vm-folder/vmx-file.vmx getid

3. Используем полученный ID виртуальной машины для отмены установки VMware Tools:

/usr/bin/vmware-vim-cmd vmsvc/tools.cancelinstall idnumber

Некоторые пользователи платформы VMware vSphere, которые не используют множество функций распределенных служб VMware vCenter, хотели сделать такую штуку: обновить хосты VMware ESX 4.0 на версию 4.1, а сервер VMware vCenter оставить версии 4.0.

Но, конечно же, такой финт не прошел. Смотрим в VMware Compatibility Matrixes:

То есть ставить VMware vCenter 4.1 придется для управления хостами версии 4.1. Кстати, обратите внимание, что VMware vCenter 4.1 умеет управлять хостами VMware Server 1.0 - единственный после версии VirtualCenter 1.4 (не опечатка ли это?).

Технология связанных клонов (Linked Cloning) активно используется в решении для виртуализации настольных ПК VMware View 4. Авторы портала myvirtualcloud.net опубликовали интересный калькурятор, который позволит рассчитать объем дискового пространства, требуемый связанными клонами виртуальных машин:

Также интересно почитать статью "Sizing Storage for VMware View Linked Clones".

Компания Citrix совместно с аналитической компанией Forrester Research выпустила интересный документ, описывающий анализ экономического эффекта от внедрения решения для виртуализации настольных ПК в отдельно взятой организации. А именно - образовательный округ с 8000 рабочих мест студентов и 750 сотрудниками.

Интересная вот такая табличка:

О VDI-решениях нужно помнить следующее: наилучший экономический эффект они дают именно при больших развертываниях (от 100 и более виртуальных ПК).

Актуальный вопрос для тех, кто пользуется средством VMware Update Manager (VUM) для автоматизированного обновления хостов VMware vSphere / ESX. База данных VUM и занятое обновлениями дисковое пространство имеют свойство неудержимо расти, что важно учитывать при планировании развертывания сервера под Update Manager.

Компания VMware выпустила калькулятор размера базы данных и хранилища VMware vCenter Update Manager 4.1 Sizing Estimator, позволяющий администраторам прикинуть, сколько дисковой емкости нужно будет под базу данных, хранилище патчей (Patch Store) и временные файлы:

Что приятно - калькулятор под VMware vSphere 4.1.

Компания VMware, начиная с 9 августа, запустила интересную промо-акцию, направленную на стимулирование приобретения продуктов VMware vSphere и их апгрейд на более продвинутые версии.

Наглядная суть акции:

Что это значит:

1. Приобретая лицензии VMware vSphere (не Essentials и Essentials Plus) или делая апгрейд можно, по крайней мере, бесплатно получить 15 лицензий на VMware vCenter CapacityIQ - средство учета и прогнозирования мощностей виртуальной инфраструктуры (лицензируется по виртуальным машинам).

2. Приобретая лицензии на издания VMware vSphere 4 Enterprise Plus или делая апгрейд на него с любого издания, можно получить лицензии на 50 одновременно запущенных виртуальных ПК VMware View 4.5 Premier Add-on. При этом цена апгрейда с Enterprise до Enterprise Plus составляет всего $495 за физический процессор (это валидно с 1 сентября). Ну и CapacityIQ на 15 ВМ тоже при этом дарят. Ну и Novell SUSE Linux Enterprise Server for VMware прикладывают впридачу.

Полный список, участвующих в акции продуктов представлен здесь. За приобретением продуктов обращаться в компанию VMC.

Время акции - с 9 августа 2010 по 15 декабря 2010.

На блоге сотрудника Citrix Daniel Feller появилась отличнейшая серия статей про то, какие типичные ошибки совершают организации при развертывании виртуальных ПК:

1. Ошибки при конфигурациях систем хранения - базовая ошибка архитекторов. Серверная виртуализация и VDI ведут себя по разному по отношению к нагрузке на системы хранения.
2. Использование значения по умолчанию в продуктах для VDI - не всегда лучше использовать настройки по-умолчанию. В конкретном окружении нужно проводить тонкую оптимизацию.
3. Неэффективное использование инструментов кэширования - а ведь именно это улучшает производительность.
4. Отстутвие оптимизации образа развертываемой гостевой ОС. Очень важная проблема - у нас тоже есть про это статья.
5. Управление пиковыми нагрузками - например, одновременный утренний логин пользователей , который может привести к критическим последствиям для производительности.
6. "Защита от антивирусов" - они дают значительную нагрузку на виртуальные ПК, поэтму и надо от них защищаться. Оптимально использовать технологии вроде VMware VMsafe. Кроме того, затрагиваются проблемы вредоносных активностей, связанных именно с моделью VDI (например, непостоянные десктопы).
7. Неправильное распределение ресурсов - классика VDI-решений. Рассматриваются конфигурации виртуальных ПК (CPU, Memory), дается обзор техник оптимизации вычислительных ресурсов с их разоблачением.
8. Отсутствие стратегии виртуализации приложений - лучший эффект VDI дает именно с использованием виртуальных приложений, однако очень мало компаний уделяют этому внимание. А надо бы.
9. Неправильный подход к пользовательским профилям - Folder Redirection, Group Policies, проблемы долгого логина в систему и прочее.
10. Отсутствие вычислиений пропускной способности канала для VDI. Известная проблема при планировании VDI-решений. Что приятно, есть вот такая табличка:

Обзор сделан для продукта Citrix XenDesktop, но многие пользователи, думающие о внедрении VMware View также могут почерпнуть для себя много интересного.

Недавно компания Citrix объявила о выпуске очередной версии продукта для виртуализации настольных ПК предприятия Citrix XenDesktop 4 Service Pack 1.

Новых возможностей платформы не так много, но они весьма важны для крупных инсталляций:

• Role-based access control (RBAC) для административных задач по управлению инфраструктурой VDI
• Логирование изменений конфигурации при работе в административном интерфейсе
• Существенные улучшения агентов Virtual Desktop Agent (VDA) в виртуальных ПК

Но самое интересное, что Burton Group (одно из подразделений аналитической компании Gartner) ранее не признававшее ни одно из VDI-решений годным к эксплуатации в крупной корпоративной среде, изменили свое решение. Теперь по их мнению Citrix XenDesktop 4 SP1 - первая Enterprise-Ready платформа для виртуализации настольных ПК:

Но всем известно как делаются подобные вещи - кто больше занесет, тот и победил. При этом некоторые из вас (я знаю) сидят и ждут VMware View 4.5 и на такие вещи не покупаются, а вот некоторые хотят именно XenDesktop и тоже по-своему правы. Напомню, что в VMware View 4.5 тоже есть и Role Based Administration, и много чего еще, что существенно заполнит карточку с картинки выше.

Вместе с VMware vSphere 4.1 компания VMware выпустила также новую версию продукта Site Recovery Manager (SRM), предназначенного для создания катастрофоустойчивой виртуальной инфраструктуры.

Помимо функций, имеющихся в версии 4.0, VMware SRM 4.1 получил следующие новые возможности:

• Поддержка VMware vSphere 4.1
• Возможность изменять system shutdown retry timeout в гостевой ОС при кастомизации IP-адресов, а также datastore discovery timeout в процессе восстановления
• Поддержка виртуальных сетей на базе VMware vNetwork Distributed Switch (vDS) на основном и резервном сайте
• Поддержка IP customization для гостевых ОС Windows 7 и Windows Server 2008 R2

Серверная часть VMware SRM 4.1 теперь только 64-битная (клиентская осталась 32-битной), соответственно, она не совместима с vCenter 4.0.

Экосистема партнеров решения SRM теперь включает дисковые массивы 14 вендоров: 3PAR, Compellent, Dell | EqualLogic, EMC, FalconStor, Fujitsu, Hitachi, HP, IBM, LSI, NEC, NetApp, Sun, Xiotech.

Скачать VMware Site Recovery Manager 4.1 можно по этой ссылке.

Наши инженеры всерьез озаботились тем, как же правильно подготовить гостевую операционную систему виртуальной машины с учетом специфики решения для виртуализации настольных ПК VMware View 4.

Публичных хороших рекомендаций на данный момент несколько:

1. Статья "How to: Optimize guests for VMware View" на VMguru.nl.

2. Таблица от myvirtualcloud.net, составленная на базе множества открытых источников:

3. А вот и сами источники:

• http://www.tcpdump.com/kb/virtualization/virtual-desktop/windows-xp-tweaks-for-view.html
• http://www.gabesvirtualworld.com/?p=39
• http://blogs.inside.quest.com/provision/files/2008/10/vdi-winxp-template-creation.pdf
• http://vmetc.com/wp-content/files/Optimized%20XP%20Virtual%20Machine%20for%20VDI%20Template%20Checklist.pdf
• http://virtuall.eu/blog/creating-a-vdi-template

Если знаете еще что-нибудь полезное - кидайте в каменты плиз.

Давно что-то не было сравнений гипервизоров. Недавно блоггеры портала vmguru.nl подготовили очередной открытый документ, где по нескольким параметрам сравнили технические возможности платформ виртуализации VMware vSphere, Microsoft Hyper-V и Citrix XenServer.

Номинально - Citrix XenServer 5.6 уже вовсе не так плох, каким он был где-то года полтора назад, Hyper-V подтягивается тоже (ждем SP1 для Windows 2008 R2). Вообще, я удивляюсь, кому приходит в голову писать такие сравнения - только напишешь, тут бац - выходит новая версия какой-нибудь из платформ, и все надо переписывать заново. Кроме того, учесть все параметры невозможно, например, в данном документе есть максимум половина всех возможностей, которые есть у VMware. А еще в таких документах интереснее всего было бы видеть категории, где напротив всех гипервизоров стоят красные крестики. Секрет таких категорий прост - берешь суперсекретную VMware Roadmap и вписываешь планируемые возможности в обобщенном виде.

Как вы знаете, в VMware vSphere 4.1 механизм VMware DRS, осуществляющий балансировку нагрузки на хост-серверы ESX, теперь интегрирован с технологией непрерывной доступности VMware Faut Tolerance.

То есть DRS автоматически распределяет по хост-серверам и FT-машины, однако тут есть небольшой нюанс. В соответствии с рекомендациями Fault Tolerance, число таких машин на хосте должно быть не больше 4-х в целях оптимального быстродействия. Если вы попробуете смигрировать пятую виртуальную машину с включенной технологией FT на хост, вы получите вот такое сообщение:

Host already has the recommended number of 4 Fault Tolerance VMs running on it

То есть DRS не смигрирует и не сделает Initial Placement для FT-машин на хосты VMware ESX, где уже работают 4 таких ВМ. Однако, есть возможность увеличить это количество. Для этого необходимо в расширенных настройках (Advanced Settings) кластера VMware HA/DRS добавить параметр:

das.maxftvmsperhost

со значением, например, 6. Если вы поставите значение 0, то VMware DRS будет полностью игнорировать данное требование к числу FT-машин на хост.

Администраторы, работающие с платформой виртуализации VMware vSphere, часто встречаются с различного рода акронимами в интерфейсе vSphere Client (например, vmx, VPXD или VPXA).

Duncan Epping в своей заметке разъяснил происхождение некоторых терминов (комментарии также почитать интересно):

• ESX = Elastic Sky X
• GSX = Ground Storm X also some times referred to as Ground Swell X
• VPX = Virtual Provisioning X
• VPXA = Virtual Provisioning X Agent
• VPXD = Virtual Provisioning X Daemon
• VMX = Virtual Machine eXecutable
• AAM = Automated Availability Manager
• VIX = Virtual Infrastructure eXtension
• VIM = Virtual Infrastructure Management
• DAS = Distributed Availability Service
• ccagent = Control Center agent

Пакет продуктов VMware vSphere 4.1 вышел уже две недели назад, особенных ошибок в новой сборке выявлено не было, а значит настало время обновлять свои хосты VMware ESX 4.0 Update 1 или Update 2 на VMware ESX 4.1.

Прежде всего, вам надо пойти по этой ссылке на сайт VMware и скачать два пакета для проведения обновления (у вас должен быть действующий контракт на подписку SnS):

• pre-upgrade-from-ESX4.0-to-4.1.0-0.0.260247-release.zip
• upgrade-from-ESX4.0-to-4.1.0-0.0.260247-release.zip

Далее нужно скопировать эти файлы в сервисную консоль сервера VMware ESX, например, с помощью бесплатной утилиты Veeam FastSCP. После этого в Service Console VMware ESX 4.0 выполняем следующие действия:

1. Переводим хост в Maintenance Mode. Это можно сделать либо из vSphere Client, либо командой:

# vimsh -n -e /hostsvc/maintenance_mode_enter

2. Выполняем команду в директории с файлами обновления:

# esxupdate update --bundle=pre-upgrade-from-ESX4.0-to-4.1.0-0.0.260247-release.zip

3. Выполняем команду:

# esxupdate update --bundle=upgrade-from-ESX4.0-to-4.1.0-0.0.260247-release.zip

После успешного апгрейда на VMware ESX 4.1 нам напишут в консоли:

The update completed successfully, but the system needs to be rebooted for the  changes to be effective.

4. Соответственно, выполняем:

# reboot

5. Выходим из Maintenance Mode после перезагрузки ESX:

# vimsh -n -e /hostsvc/maintenance_mode_exit

Коллеги! Так получается, что я отправляюсь в лихое турне Благовещенск-Хабаровск-Владивосток, чтобы посмотреть на то, как там у нас. Чтобы совместить приятное с полезным - приглашаю всех тех, кто трудится на ниве виртуализации в тех краях, встретиться и поболтать. Что-то я могу рассказать вам, а вы можете мне показать, что есть в вашем регионе, и как там все у вас виртуализуется.

Даты поездки - с 15 по 26 августа. Пишите, шлите контакты, приглашайте в офисы, кафе, бунгало - потренируем печень, почешем языками.

Компания VMware выпустила отличный документ "The Design and Evaluation of a Practical System for Fault-Tolerant Virtual Machines", где описаны ключевые аспекты работы технологии непрерывной доступности виртуальных машин Fault Tolerance (FT).

В частности интересна формула, отражающая требования к пропускной способности FT-канала между серверами VMware ESX:

FT logging bandwidth = 1 Mbit/s + 1.2 * (average disk read throughput [Mbits/s] + average network receives [Mbits/s])

Также интересно описание работы FT-протокола, результаты экспериментального тестирования и анализ различных подходов к непрерывной доступности виртуальных машин, в том числе с раздельным хранилищем для виртуальных дисков основной и резервной ВМ (здесь, кстати, интересна конфигурация FT + StarWind - как средство отказоустойчивости на уровне хранилищ + серверов).

Как вы знаете, в новой версии платформы виртуализации VMware vSphere 4.1 появилась замечательная возможность создавать виртуальные машины, у которых один виртуальный процессор (vCPU) может иметь несколько ядер (Multicore vCPU). Более ранние версии VMware ESX умели представлять только одно ядро на виртуальный vCPU машины, а сама возможность многоядерности процессоров ВМ была экспериментальной.

Как известно, многие возможности VMware vSphere приходят из настольных платформ, после того, как пройдут "обкатку" пользователями на некритичных виртуальных окружениях. Например, тонкие диски или технология TPS, которая называлась просто Page Sharing, насколько я помню, пришли из VMware Workstation.

Теперь в VMware ESX 4.1 можно создавать несколько виртуальных ядер, правда не так элегантно как это реализовано в VMware Workstation 7:

Операционная система в этом случае будет видеть виртуальные ядра vCPU виртуальной машины как отдельные логические процессоры.

Чтобы сделать это в VMware ESX 4.1, нужно открыть свойства виртуальной машины, перейти на вкладку Options и выбрать категорию General в списке Advanced options. Затем нужно нажать кнопку Configuration Parameters, которая позволит изменить vmx-файл конфигурации ВМ с помощью построчного добавления параметров и их значений.

Нужно добавить вот такую строчку в качестве параметра:

cpuid.coresPerSocket

В качестве значения можно задавать число ядер на виртуальные vCPU нашей машины. При этом число ядер должно быть степенью числа 2 (то есть 1, 2, 4 или 8 ядер - про большее не упоминается в документации).

Какие требования предъявляются к виртуальным машинам с несколькими ядрами на одном vCPU:

• Поддерживается в производственной среде только для VMware ESX 4.1
• Virtual Machine hardware должно быть версии 7 или выше
• Чтобы настроить этот параметр, нужно предварительно выключить виртуальную машину
• Опция CPU hot Add/Remove будет отключена

Почему так далеко запрятана эта возможность? Ответ прост - чтобы не баловались. Потому как нужна она только в случаях, когда особенно требуется экономия на лицензировании при необходимости наращивания производительности виртуальной машины (как раз за счет числа виртуальных ядер). То есть, если ОС или приложения лицензируются на процессор (в данном случае виртуальный), то нашпиговывание его виртуальными ядрами не увеличит стоимость необходимых лицензий, но увеличит производительность ВМ.

Однако, здесь есть одно но. Необходимо внимательно читать EULA к своему развертываемому ПО в виртуальных машинах, где определены понятия сокета, процессора и ядра, в том числе, иногда и для виртуальных сред. Очень вероятно, что такой финт с наращиванием ядер будет нарушать условия EULA.

Как уже много писали об этом ранее, одной из проблем механизма отказоустойчивости VMware HA является его потенциальное не срабатывание в окружениях, где одновременно отказывает более 4-х хостов в кластере (например, на уровне блейд-корзины), когда не доступны все 5 primary-узлов. В этом случае есть риск, что виртуальные машины не перезапустятся на оставшихся хост-северах.

В VMware vSphere 4.1 появилась возможность явным образом указать, какие узлы в кластере VMware HA будут являться Primary:

das.preferredPrimaries = hostname1 hostname2 hostname3

либо

das.preferredPrimaries = 192.168.1.1,192.168.1.2,192.168.1.3

Можно использовать в качестве разделителя пробел или запятую.

Эти настройки необходимо указывать в расширенных свойствах кластера VMware HA (Advanced Settings). Обращаю внимание, что хоть эти настройки и не являются experimental, они являются неподдерживаемыми со стороны VMware и не рекомендуются к использованию в промышленной среде. Кстати, скоро кластер VMware HA будет переживать сколько угодно отказов хостов ESX / ESXi.

Источник: yellow-bricks.com.

Компания 5nine, известная своим программным обеспечениям для платформы виртуализации Hyper-V, выпустила вторую версию продукта Virtual Firewall 2.0 for Hyper-V. Этот продукт позволяет организовать виртуальный сетевой экран в инфраструктуре виртуальных машин.

Возможности продукта:

• Controls Network Traffic – используя скрипты PowerShell API или в GUI, администратор может определить различные правила фаервола для различных типов траффика, идущего к сети виртуальных машин серверов Hyper-V, а также в сети между виртуальными машинами, что позволяет организовать защиту от внешних и внутренних угроз.
• Security Heartbeat Service – сервис, позволяющий в реальном времени проверять правила фаервола, и, если происходит подозрительная активность со стороны виртуальной машины, может выключить или приостановить данную ВМ.
• Deployment options – 5nine Virtual Firewall может быть использован совместно с Microsoft System Center Virtual Machine Manager для виртуальных машин, а также для физических серверов перед P2V-миграцией.
• Compliance Audits – возможность проведения аудита (отчеты) на соответствие политикам безопасности траффика в виртуальной инфраструктуре.

Скачать 5nine Virtual Firewall for Hyper-V можно по этой ссылке.

Компания VMware выпустила очень интересный и рекомендуемый к прочтению администраторами VMware vSphere документ "Understanding Memory Resource Management in VMware ESX 4.1". В данном документе описывается, как гипервизор ESX / ESXi обращается с оперативной памятью хост-сервера виртуализации при исполнении виртуальных машин.

Подобный документ существовал у VMware и ранее, но теперь в нем добавилось описание техники Memory Compression, которая позволяет существенно экономить физическую память хост-сервера за счет сжатия страниц, которые должны были попасть в своп.

Также в этом документе указано, как можно управлять кэшем (Compression Cache), где лежат эти сжатые страницы памяти для виртуальной машины:

Уважаемые коллеги! Аудитория портала VM Guru растет, и поэтому мы ищем новые и перспективные пути для развития. Как многим известно, через некоторое время платформа виртуализации Microsoft Hyper-V займет достойную нишу в виртуальных ИТ-инфраструктурах компаний различного масштаба. Не секрет, что Hyper-V будет (обязательно) серьезно конкурировать с VMware.

Суть данного сообщения проста. Поскольку одного меня не хватает на написание глубоких технических статей и заметок по платформе Hyper-V - я обращаюсь к вам, уважаемое сообщество. Если кого-нибудь интересует продвижение своего имени на страницах VM Guru, а также взаимодействие с общественностью по тематике Hyper-V - я вас приглашаю. Со своей стороны финансовых компенсаций (пока!) предложить не могу - но, по крайней мере, сделаю раздел "Об авторах" и рассмотрю любые предложения как с вашей стороны, так и со стороны представляемых вами компаний.

В общем - давайте двигать Hyper-V! За ним тоже будущее - и от этого никуда не деться, как бы там не задавалась VMware.

Известный поставщик решения для управления виртуальной инфраструктурой VMware, компания Veeam, выпустила новую версию своего продукта Veeam Monitor 5.0, позволяющего осуществлять комплексный мониторинг серверов ESX/ESXi.

Новые возможности Veeam Monitor 5.0:

• Переработанный и нереально крутой Dashboard
• Полная поддержка VMware vSphere 4.1
• Более 100 предопределенных пороговых значений и тревог (Alarms) с базой знаний о том, из-за чего это может быть
• Отчеты об использовании хранилищ NFS (то, что появилось в vSphere 4.1)
• Мониторинг путей к хранилищам и адаптеров (включая статус load balancing , ввод-вывод (I/O), задержки (latency), операции чтения-записи)
• Мониторинг виртуальных дисков ВМ: I/O, latency, read/write
• Информация об использовании электропитания хостов ESX/ESXi
• Информация о технике Memory Compression

Скачать Veeam Monitor 5.0 можно по этой ссылке. Купить эту офигенную штучку для своей VMware vSphere 4.1 можно в компании VMC, золотом партнере Veeam Software.

Cloud Computing сквозь все препоны и преграды пытается прорваться в массы. Вот и компания VMware доносит пользователям идею о том, что виртуальные системы должны быть максимально отвязаны от физических.

В рамках этой идеи, компания VMware объявила о скором начале продаж некоторых продуктов семейства VMware vCenter на основе платы за виртуальные машины (per virtual machine basis).

Итак, с 1 сентября 2010 года следующие продукты семейства VMware vCenter будут продаваться на базе платы за виртуальные машины:

• vCenter AppSpeed
• vCenter Chargeback
• vCenter Site Recovery Manager

Продукт vCenter CapacityIQ будет продаваться по этой же модели, начиная с конца 2010 - начала 2011 года. При этом, каковы будут условия дальнейших продаж продуктов:

• До 15 декабря 2010 можно будет покупать лицензии на процессоры физических серверов ESX / ESXi. Потом покупаем только по виртуальным машинам.
• Старые лицензии по CPU можно будет сдать в Trade In и получить новые по ВМ
• Сам VMware vCenter и другие продукты VMware лицензируются по-прежнему

Стоить это будет около того:

То есть, за виртуальную машину, защищаемую продуктом VMware SRM, мы платим 450 баксов. Если провести аналогию с текущим ценником на SRM, то это 10-12 виртуальных машин на двухпроцессорный сервер сейчас. Ну, более-менее адекватно, в общем-то.

Итак, вы уже ознакомились с новыми возможностями платформы виртуализации VMware vSphere 4.1, пора понять, какие же изменения произошли в структуре продукта: то есть ценах и изданиях.

Изменения в отдельных изданиях VMware vSphere 4.1.

Если говорить об отдельной покупке изданий vSphere 4.1 - то они по прежнему лицензируются на CPU хост-серверов ESX или ESXi. Новые возможности, в основном, добавились в VMware vSphere Enterprise Plus, зато технология VMware VMotion впервые вошла в издание Standard.

Вот сравнительная таблица изданий VMware vSphere 4.1:

Издания VMware vSphere 4.1	Standard	Advanced	Enterprise	Enterprise Plus
Компоненты платформы
Физическая оперативная память хост-сервера ESX/ESXi 4.1	256 ГБ	256 ГБ	256 ГБ	Нет ограничений
Число ядер на физический процессор	6	12	6	12
Способ лицензирования	На 1 CPU	На 1 CPU	На 1 CPU	На 1 CPU
Возможности централизованного управления хост-серверами и виртуальными машинами
VMware vCenter (приобретается отдельно)	vCenter Foundation (не более 3 хост-серверов) vCenter Standard (без ограничений)	vCenter Foundation (не более 3 хост-серверов) vCenter Standard (без ограничений)	vCenter Foundation (не более 3 хост-серверов) vCenter Standard (без ограничений)	vCenter Foundation (не более 3 хост-серверов) vCenter Standard (без ограничений)
Возможности платформы
Thin Provisioning - возможность использования для виртуальных машин дисков, растущих по мере наполнения данными
Update Manager - средство централизованного обновления хостов ESX/ESXi и виртуальных машин
Data Recovery - средство резервного копирования и восстановления виртуальных машин и их файлов	Приобретается отдельно для этого издания
High Availability - средство отказоустойчивости виртуальных машин, позволяющее в случае отказа физического хост-сервера автоматически перезапустить его виртуальные машины с общего хранилища
vMotion - возможность перемещения виртуальной машины между физическими серверами без прерывания ее работы и сетевых соединений
vStorage APIs for Data Protection - интерфейс, позволяющий применять встроенные и сторонние средства для защиты данных виртуальных машин, в т.ч. резервное копирование Veeam Backup and Replication
Virtual Serial Port Concentrator - виртуальное устройство для управления виртуальными машинами через последовательный порт
Hot Add - возможность горячего добавления и удаления устройств виртуальной машины во время ее работы (процессоров и памяти)
vShield Zones - средство обеспечения сетевой безопасности виртуальной инфраструктуры, включая контроль различных типов траффика
Fault Tolerance - средство непрерывной доступности виртуальных машин, позволяющее поддерживать резервную работающую копию виртуальной машины на другом сервере, которая мгновенно переключает на себя нагрузку в случае отказа основной машины
vStorage APIs for Array Integration (VAAI) - интерфейс, поддерживаемый производителями дисковых массивов, позволяющий передать операции по управлению данными на сторону аппаратного обеспечения, что повышает быстродействие и надежность операций
vStorage APIs for Multipathing - интерфейс для управления доступом по нескольким путям в SAN, используемый приложениями сторонних производителей
Storage vMotion - возможность динамического перемещения хранилища виртуальной машины между массивами без прерывания работы приложений в гостевой ОС
Distributed Resources Scheduler (DRS), Distributed Power Management (DPM) - средства балансировки нагрузки на хост-серверы за счет динамических миграций VMotion, а также средства экономии электропитания за счет перевод простаивающих серверов в режим Standby
Storage I/O Control - технология приоритизации доступа виртуальных машин к хранилищам, позволяющая гарантировать уровни обслуживания для приложений по вводу-выводу
Network I/O Control - технология приоритизации траффика различного типа в пределах сетевых адаптеров
Distributed Switch - средство централизованного управления и конфигурации сетевого взаимодействия хостов VMware ESX / ESXi (виртуальный распределенный коммутатор)
Host Profiles - профили хост-серверов VMware ESX / ESXi, позволяющие поддерживать единую конфигурацию компонентов виртуальной инфраструктуры

Теперь про ценовые изменения в отдельных изданиях VMware vSphere 4.1:

• Все продукты VMware с 26 июля дорожают минимум на 10%
• VMware vSphere Standard дорожает на 20% и теперь вместо $795 за процессор стоит $995 за процессор.

Торопитесь размещать заказы на этой и следующей неделе в компании VMC.

Изменения в структуре пакетов ПО VMware vSphere 4.1.

VMware vSphere 4.1 может поставляться пакетам типа "все-в-одном", которые представляют собой готовые к развертыванию издания платформы вместе со средством управления VMware vCenter. Называются они VMware vSphere Essentials / Essentials Plus и VMware vSphere Acceleration Kits. Стоят эти пакеты значительно дешевле закупки лицензий по изданиям, но могут быть куплены только один раз для площадки заказчика.

Основные изменения, которые произвошли в пакетах:

Технология VMware VMotion появилась в составе пакета VMware vSphere Essentials Plus

• VMware Essentials окончательно подешевел (на 50%) до стоимости $495
• VMware Essentials Plus подорожал на 15% с 26 июля с $2,995 до $3,495 (без учета стоимости поддержки)
• Остальные позиции подорожали на 10% с 26 июля

Вот сравнительная таблица пакетов ПО VMware vSphere 4.1:

Пакеты ПО VMware vSphere 4.1	Essentials	Essentials Plus	Advanced Acceleration Kit	Midsize Acceleration Kit	Enterprise Plus Acceleration Kit
Структура пакета
Стандартное издание (аналог отдельной покупки лицензий)	Нет аналога	Нет аналога	Advanced	Enterprise	Enterprise Plus
Число лицензий на CPU физических хост-серверов	6	6	6	6	8
Использование лицензий на CPU	Только хост-серверы с не более 2 CPU в каждом. Не более 3-х серверов в сумме.	Только хост-серверы с не более 2 CPU в каждом. Не более 3-х серверов в сумме.	Нет ограничений	Нет ограничений	Нет ограничений
Возможность обновления	Essentials Plus и Advanced Acceleration Kit	Advanced Acceleration Kit	Midsize Acceleration Kit и Enterprise Plus Acceleration Kit	Enterprise Plus Acceleration Kit	Нет
Компоненты платформы
Физическая оперативная память хост-сервера ESX/ESXi 4.1	256 ГБ	256 ГБ	256 ГБ	256 ГБ	Нет ограничений
Число ядер на физический процессор	6	6	12	6	12
Способ лицензирования	Только весь пакет	Только весь пакет	Только весь пакет	Только весь пакет	Только весь пакет
Возможности централизованного управления хост-серверами и виртуальными машинами
VMware vCenter (включен в состав пакета)	vCenter Essentials (не более 3 хост-серверов, не более 2 CPU в каждом)	vCenter Essentials (не более 3 хост-серверов, не более 2 CPU в каждом)	vCenter Foundation (не более 3 хост-серверов)	vCenter Standard (без ограничений)	vCenter Standard (без ограничений)
Возможно ли отдельное обновление vCenter?	Нет. Только пакет целиком	Нет. Только пакет целиком	Да. На vCenter Standard	Не требуется	Не требуется
Возможности платформы
Thin Provisioning - возможность использования для виртуальных машин дисков, растущих по мере наполнения данными
Update Manager - средство централизованного обновления хостов ESX/ESXi и виртуальных машин
Data Recovery - средство резервного копирования и восстановления виртуальных машин и их файлов
High Availability - средство отказоустойчивости виртуальных машин, позволяющее в случае отказа физического хост-сервера автоматически перезапустить его виртуальные машины с общего хранилища
vMotion - возможность перемещения виртуальной машины между физическими серверами без прерывания ее работы и сетевых соединений
vStorage APIs for Data Protection - интерфейс, позволяющий применять встроенные и сторонние средства для защиты данных виртуальных машин, в т.ч. резервное копирование Veeam Backup and Replication
Virtual Serial Port Concentrator - виртуальное устройство для управления виртуальными машинами через последовательный порт
Hot Add - возможность горячего добавления и удаления устройств виртуальной машины во время ее работы (процессоров и памяти)
vShield Zones - средство обеспечения сетевой безопасности виртуальной инфраструктуры, включая контроль различных типов траффика
Fault Tolerance - средство непрерывной доступности виртуальных машин, позволяющее поддерживать резервную работающую копию виртуальной машины на другом сервере, которая мгновенно переключает на себя нагрузку в случае отказа основной машины
vStorage APIs for Array Integration (VAAI) - интерфейс, поддерживаемый производителями дисковых массивов, позволяющий передать операции по управлению данными на сторону аппаратного обеспечения, что повышает быстродействие и надежность операций
vStorage APIs for Multipathing - интерфейс для управления доступом по нескольким путям в SAN, используемый приложениями сторонних производителей
Storage vMotion - возможность динамического перемещения хранилища виртуальной машины между массивами без прерывания работы приложений в гостевой ОС
Distributed Resources Scheduler (DRS), Distributed Power Management (DPM) - средства балансировки нагрузки на хост-серверы за счет динамических миграций VMotion, а также средства экономии электропитания за счет перевод простаивающих серверов в режим Standby
Storage I/O Control - технология приоритизации доступа виртуальных машин к хранилищам, позволяющая гарантировать уровни обслуживания для приложений по вводу-выводу
Network I/O Control - технология приоритизации траффика различного типа в пределах сетевых адаптеров
Distributed Switch - средство централизованного управления и конфигурации сетевого взаимодействия хостов VMware ESX / ESXi (виртуальный распределенный коммутатор)
Host Profiles - профили хост-серверов VMware ESX / ESXi, позволяющие поддерживать единую конфигурацию компонентов виртуальной инфраструктуры