Как вы знаете, в новой версии платформы виртуализации 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.

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

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

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

Известный поставщик решения для управления виртуальной инфраструктурой 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 официально объявила о выпуске новой версии платформы виртуализации VMware vSphere 4.1 13 июля 2010 года. Это существенное обновление компонентов пакета, включая серверы виртуализации VMware ESX 4.1 и средство управления хост-серверами и виртуальными машинами VMware vCenter 4.1.

Итак, вы уже ознакомились с новыми возможностями платформы виртуализации 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, позволяющие поддерживать единую конфигурацию компонентов виртуальной инфраструктуры

У меня для вас опять эксклюзив. Как вы уже, наверное, знаете, вчера компания VMware анонсировала новую версию своей платформы виртуализации VMware vSphere 4.1. Мало того, ESX 4.1, ESXi 4.1 и vCenter 4.1 уже можно скачать с сайта VMware.

Прямо к выпуску VMware vSphere 4.1, чтобы вы не утруждали себя чтением англоязычной документации, я подготовил технический документ с описанием всех новых возможностей платформы, который можно свободно скачать с сайта компании VMC.

В документе описываются все основные технические моменты, включая такие технологии как Storage IO Control (SIOC), Transparent Memory Compression, Load Balanced Teaming, полная поддержка Tech Support Mode в VMware ESXi, новые возможности и максимумы VMware vCenter 4.1 и многое-многое другое. Что немаловажно, в документе есть также секция и про VMware ESXi 4.1, ведь это последняя версия платформы, в которой еще есть ESX - в дальнейшем вся ваша виртуальная инфраструктура уже будет работать на ESXi.

Ссылка на документ "Обзор возможностей VMware vSphere 4.1".

Я вам говорил, что нужно покупать сейчас, а вы тянули. Что имеем в итоге (цитата из официального письма компании VMware):

Уважаемые коллеги!

Как и многие глобальные компании в IT-индустрии, VMware стремится координировать цены на свои продукты во всех основных регионах, в которых ведет бизнес. Один из ключевых элементов ценовой политики в нашем регионе (ЕМЕА) – обеспечение согласованности цен в основных валютах нашего региона, особенно - в долларах США, евро и фунтах стерлингов.

В результате изменений в курсах валют, происходивших в 2009 и начале 2010 года, и для выравнивания цен в разных валютах, мы вынуждены поднять долларовые цены на наши продукты (на лицензии, SnS, Education и некоторые позиции PSO) на 10%, оставив неизменными цены в евро и фунтах стерлингов.

Эти изменения вступают в силу с 26 июля 2010 года.

Но это не значит, что нужно расстраиваться (хотя я вот реально расстраиваюсь - несмотря на то, что это ведет к увеличению моей маржи). Это значит, что есть еще время купить продукты VMware vSphere, VMware View, VMware Site Recovery Manager по старой цене.

Конечно же, все продукты VMware на территории России нужно покупать в компании VMC, которая является Enterprise-партнером вендора и предоставляет множество интересных бесплатных сервисов.

Давно я что-то не писал о своих друзьях из компании Veeam Software, который делают лучшее в мире средство резервного копирования Veeam Backup and Replication (больше здесь и здесь). Как вы знаете они сейчас интенсивно готовят к выпуску Veeam Backup and Replication 5, который будет иметь чудесную (не имеющую аналогов!) технологию SureBackup.

Недавно коллеги из Veeam выпустили открытый документ, где подытожили 7 основных причин, по которым пользователи выбирают именно Veeam Backup, а не всякую второсортную бурду: "7 Reasons to Choose Veeam".

Документ, конечно, маркетинговый, однако маркетинг компании Veeam Software лишь фиксирует то, что так долго и упорно нарабатывалось разработчиками и тестировщиками.

Итак, почему нужно выбирать именно Veeam Backup and Replication:

1. Самый быстрый в мире бэкап виртуальных машин VMware vSphere, позволяющий сузить окно резервного копирования настолько, что оно будет шириной со щель в дифракционной решетке. Именно Veeam использует все преимущества VMware vSphere API for Data Protection, технологию Changed Block Tracking, снапшоты, а также обрабатывает большинство необычных (даже немыслимых) ситуаций, которые могут возникнуть в процессе резервного копирования.

2. Самый простой в мире Restore виртуальных машин и их отдельных файлов. Интерфейс прост настолько, что даже пятилетний ребенок с помощью Drag and Drop вытащит из резервной копии свои файлы (посмотрите на жалкую пародию VMware Data Recovery). При этом Veeam Backup поддерживает не только Windows и Linux системы для восстановления, но и множество остальных nix-систем - и все это в нормальном GUI.

3. Единственные в своем роде возможности репликации, за которые не надо платить (посмотрите на расценки барыг, производящих тяжеловесные СРК). С помощью репликации в Veeam Backup and Replication можно сделать Disaster Recovery конфигурацию виртуальной инфраструктуры между двумя площадками, которая не требует дорогостоящих SAN-устройств и продуктов, а также позволяет защищать отдельные виртуальные машины на томах LUN, а не только весь том VMFS. Конечно же, Veeam Backup полностью поддерживает Microsoft VSS в гостевых ОС.

4. Защита от потерь данных в пределах одного сервера ESX. Если у вас что-то случится с сервером ESX или будут утеряны данные, реплики виртуальных машин на других серверах можно сразу же запустить, а, кроме того, можно автоматизировать любой процесс восстановления с помощью встроенной поддержки PowerShell.

5. Вы можете делать резервные копии и реплики на какие угодно устройства, включая локальные диски серверов VMware ESX. Чуваки из документа навострились делать реплики на локальные диски серверов на случай, если SAN почему-то сломается (все происходит в атоматическом режиме). В этом случае вы сможете мигом восстановить всю виртуальную инфраструктуру.

6. Veeam Backup - это также лучший способ использовать Off-site storage для бэкапов. Используете ленты? Не проблема. Записывайте на них бэкапы Veeam. Кроме того, у Veeam есть встроенные возможности дедупликации хранимых резервных копий (без дополнительной платы, опять-таки, в отличие от барыг) и функции синтетического бэкапа, позволяющие быстрее всего восстанавливать именно последнюю резервную копию.

7. Veeam Backup делает самые красивые ежедневные репорты о том, что все сделано, забэкаплено и защищено, а также имеет централизованную консоль управления серверами резервного копирования. Вам остается только расслабится в эти жаркие дни и думать об отпуске.

Вы уже прониклись всеми волшебными возможностями Veeam Backup and Replication, но все еще не знаете где его купить? Зал хором говорит: "У золотого партнера Veeam - компании VMC!". Там и скидочку дадут и о продукте квалифицированно расскажут.

Как многие знают, недавно компания VMware выпустила обновление продукта VMware vSphere 4.0 Update 2. Среди прочих нововведений есть также улучшения механизма VMware HA для отказоустойчивости серверов VMware ESX. Одно из улучшений - решение проблемы Split Brain в кластере HA, которое заключалось в следующем:

Если у вас есть несколько хостов ESX, подключенных к IP-системе хранения iSCSI / NFS, а для виртуальных машин выставлено действие Leave Powered On для Isolation Responce (по умолчанию), то при отключении хоста от всех сетей (IP Storage и VM Network) процессы VMX, реализующие исполнение виртуальных машин оставались в памяти.

При этом, по истечении срока действия лочек VMware HA, остальные хост-серверы ESX запускали эти виртуальные машины. Когда соединение выпавшего хоста с сетью и хранилищем восстанавливалось - процессы продолжали жить, что приводило к так-называемому "пинг-понгу" виртуальных машин между хостами ESX и всяким глюкам.

Теперь же, начиная с VMware vSphere 4.0 Update 2 эта ситуация решается - хост ESX выключает виртуальную машину и генерирует соответствующее событие в vCenter.

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

В последнее время многие пользователи VMware Server планируют миграцию своих виртуальных машин на платформу VMware ESXi (в том числе и из-за того, что VMware Server прекращает свое существование). Компания VMware недавно выпустила пресс-релиз "Веб-сервис для малого и среднего бизнеса VMware Go обогатился новыми возможностями", в котором, в частности, была анонсирована V2V-миграция с VMware Server на ESXi.

Так вот - самый простой способ перенести виртуальные машины VMware Server на ESXi это воспользоваться бесплатным сервисом VMware Go:

Многие пользователи, применяющие платформу виртуализации VMware vSphere в своей виртуальной инфраструктуре, ищут возможности использования недорогого хранилища для виртуальных машин. В качестве одного из вариантов, для тестового или некритичного производственного окружения, можно рассмотреть организацию NFS-хранилища на базе Windows 2008 Server R2...

Компания VMware уже достаточно давно приобрела продукты компании EMC из линейки Ionix. Теперь некоторые из этих продуктов уже доступны на сайте VMware как ПО семейства VMware vCenter.

VMware vCenter Configuration Manager

Ранее этот продукт назывался EMC Ionix Server Configuration Manager. Он позволяет управлять конфигурациями физической (!) и виртуальной инфраструктуры на базе политик в соответствующих отраслях (например, финансы), а также настроенных отдельно для каждой организации. С помощьюVMware vCenter Configuration Manager можно анализировать изменения, происходящие глубоко в виртуальной инфраструктуре VMware vSphere, а также остальном парке серверов и настольных ПК, и поддерживать единый уровень конфигурации, например, настроек безопасности виртуальных и физических сред.

VMware vCenter Application Discovery Manager

Ранее этот продукт назывался EMC Ionix Application Discovery Manager (а еще раньше принадлежал компании SMARTS). VMware vCenter Application Discovery Manager обеспечивает обнаружение и построение связей существующих в ЦОД приложений, в соответствии с той инфраструктурой (виртуальной и физической), на которой они расположены. VMware vCenter ADM позволяет моделировать классы сервисов SLA для инфраструктуры предприятия и поддерживать требуемый уровень услуг для приложений в облаке. ADM обнаруживает различные объекты сервисов в ИТ-инфраструктуре предприятия и строит взаимосвязи Virtual-to-Virtual, Virtual-to-Physical и т.д., где на карте можно определить зависимости различного класса (какие ВМ работают на каких ESX, что использует данную СУБД, какие клиенты соединяются и т.п.).

VMware Service Manager

Ранее этот продукт назывался EMC Ionix for Service Management. VMware Service Manager предназначен для крупных организаций, которым требуется такие вещи как из ITIL/ITSM как Incident Management, Problem Management, Change Management, Release Management, Configuration Management, Service Level Management и Availability Management.

На сервере VMware ESX из состава vSphere, если запустить утилиту esxtop и перейти в категорию дисковой подсистемы (кнопка "d"), можно увидеть счетчик CMDS/s.

Что он значит? CMDS/s (Total commands per second) - это общее число SCSI - команд, передаваемых к системе хранения, включая операции ввода-вывода вывода виртуальных машин, а также сервисные команды (например, SCSI reservations). Если говорить о параметре IOPS (Input/Output Operations Per Second) - то это общее число операций ввода-вывода, представляющее сумму:

IOPS = Number of Read commands(READS/s) + Number of Write commands(WRITES/s)

Таким образом, число IOPS должно быть близко к CMDS/s, за исключением случаев, когда сервер VMware ESX активно работает с метаданными тома VMFS (например, создает и удаляет снапшоты).

Компания 2X Software анонсировала выход продукта 2X CloudClient Operating System, позволяющего получить доступ к содержимому "облака" с любого компьютера, не приспособленного под данную задачу. Суть 2X CloudClient проста - это операционная система на базе Linux, загружаемая с флешки и содержащая в себе основные компоненты клиентского ПО Microsoft RDP, VMware View и Citrix XenApp. Также там есть веб-браузер, позволяющий получить доступ к сервисам Google Apps и Windows Live.

У данного ПО есть список совместимости устройств, которые могут быть превращены в облачных клиентов. Помимо флешки, можно использовать загрузочный CD/DVD, сетевую загрузку или установку на жесткий диск.

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

Как многим известно, компания Veeam Software делает самый лучший продукт для резервного копирования виртуальных машин VMware vSphere / ESX под названием Veeam Backup and Replication. О его возможностях мы уже писали здесь и здесь, а сегодня мы расскажем еще об одной интересной функции - автоматизации задач резервного копирования, репликации и восстановления с помощью Microsoft PowerShell.

Veeam Backup PowerShell Extensions требуют пакетов Windows PowerShell и vSphere PowerCLI, которые позволяют автоматизировать операции по управлению виртуальной инфраструктурой. После их установки на сервере резервного копирования Veeam Baclup and Replication, в меню Tools необходимо выбрать пункт PowerShell.

Далее можно использовать уже готовые командлеты (cmdlets) от Veeam, которые могут делать следующее:

С помощью возможностей PowerShell с Veeam Backup можно сделать очень многое, как, например, сделали в компании "Протек". Используя расширения Veeam Backup PS и PowerCLI / PowerShell, эти ребята разработали систему автоматического тестирования восстановления виртуальных машин из резервных копий (то, что будет реализовано в Veeam Backup and Replication 5 с помощью SureBackup):

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

Одной из них является неочевидное поведение снапшотов при их удалении (применении к основному диску ВМ). В этом случае вам может понадобиться значительный объем свободного дискового пространства на томе VMFS, особенно когда у вас есть несколько снапшотов. Например, у вас есть виртуальная машина с 3-мя снапшотами следующих размеров:

Вы нажимаете кнопку Delete All в Snapshot Manager в vSphere Client, после чего происходит такая ситуация: Snapshot 3 "склеивается" со Snapshot 2, но при этом сам Snapshot 3 остается на томе VMFS:

При этом занятое дисковое пространство увеличивается на величину Snapshot 3 и составляет 90 ГБ. Далее, то, что получилось в Snapshot 2 (50 ГБ) склеивается со Snapshot 1 (10 ГБ), при этом Snapshot 2 и Snapshot 3 остаются. То есть дисковое пространство, занимаемое файлами виртуальных дисков и снапшотов на томе VMFS увеличивается до 140 ГБ:

Только после всего этого, результирующий Snaphot 1 (60 ГБ - сумма всех снапшотов) применяется к основному файлу виртуального диска VMDK. При этом сам виртуальный диск flat в размере не меняется, поскольку он фиксирован (изменяется только содержимое блоков). И только затем все снапшоты удаляются (все 140 ГБ).

Таким образом, на хранилище VMFS нам понадобится 80 ГБ дополнительного свободного пространства, если мы хотим, чтобы операция прошла успешно (зато потом освободится 60 ГБ от снапшотов).

Коллеги, наш портал растет и ширится. Мы в принципе уже взяли планку в 1700 посещений в день и впредь будем только повышать ее. У нас появилось несколько нововведений, о которых спешу вас уведомить. Итак:

1. Появился сервис размещения пресс-релизов вендоров решений виртуализации в категории "Пресса" в верхнем меню. Это значит, что теперь все официальные новости производителей не будут проходить мимо вас, а будут четко находить своего читателя. Но, поскольку мы знаем, что эти релизы все равно никто не читает, то эти заметки не будут появляться на главной, а будет обновляться только сам раздел. За отдельную плату, разумеется, можно уговорить меня вешать отдельные вещи на главную:)

Кстати, самыми классными рассыльщиками релизов признаются VMware и Citrix, которые шлют почти как положено, но, конечно, не вовремя (спросите у меня как надо - расскажу бесплатно). А вот Microsoft и Parallels здесь действуют весьма вяло. Отдельный приз достается Parallels за "топление" писем, на которые сами же обещают ответить.

2. Как может быть вы видели, вверху появились ссылочки "Видео", "Вакансии" и "Вебинары". Последняя работает уже сейчас, а вот с первыми двумя немного обождите. По поводу вакансий - это будет тот самый ваш долгожданный сервис, где вы, уважаемые работодатели, сможете находить инженеров своей мечты. А вы виртуализаторы - компанию своей мечты.

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

Самый большой бонус - для соискателей размещение будет бесплатным! А вот вам товарищи работодатели за доступ придется, наверное, платить. Хотя...первые три месяца все равно все будет бесплатно! Торопитесь найти своего человека или получить теплое местечко в своей компании - присылайте требования к кандидатам (работодатели) и резюме (соискатели) на areconster@gmail.com.

3. Раздел "Видео" - это маленькая, но приятная штучка. Там будут собраны все видеоролики по продуктам и решениям виртуализации, которые не дошли по каким-то причинам до главной. Все будет хорошо организовано и доступно в ближайшем будущем.

Так что вперед - застолбите свое место в разделе "Вакансии" - шлите свои резюме и требования!

Все больше и больше вопросов возникает о решении VMware View 4, особенно по его использованию в сетях WAN. Мы уже писали о способах организации VPN для View, о документе "VMware View 4 with PCoIP" (где рассказывается о производительности PCoIP в сетях WAN), да и много о чем еще.

А вот сегодня хочу порекомендовать документ "VMware View WAN Reference Architecture", где тоже можно найти интересные подробности о производительности VMware View 4, полученные в реальных условиях для различных типов нагрузки в условиях WAN-каналов разной пропускной способности.

Если обобщить, то в инфраструктуре настольных ПК, доставляемой через Интернет, важны такие параметры, как пропускная способность канала (bandwidth) и задержки между отправкой и получением пакета (latency). Bandwidth влияет на то из каких мест (с какой шириной канала), а также сколько и каких виртуальных ПК VMware View можно использовать а данной инфраструктуре. Latency - это характеристика среды предачи, определяющая задержки в ней (и, как следствие, комфорт работы пользователя), на которую влияет удаленность объектов (клиента и сервера) и число "прыжков" между ними.

С точки зреня пропускной способности WAN-соединения, минимум, что требует RDP - это 30 kbps. Нормальая работа для базовых задач в типовой ОС Windows XP с 512-1024 МБ RAM (без видео и прочей мультимедии, которая требуется нечасто) лежит в диапазоне 50-150 kbps и более и зависит от характера нагрузки.

Если говорить о latency, то величина задержек до 150-200 миллисекунд еще не так сильно влияет на комфортность работы пользователя виртуального ПК VMware View 4, но после 200 ms начинаются тормоза.

Итак, взяли вот такой виртуальный ПК:

• Microsoft Windows XP guest operating system with Service Pack 2
• 1 vCPU
• 512 МБ RAM
• 8 ГБ диск
• RDP encryption - отключено
• Тип нагрузки - VMware desktop

Взяли также 3 варианта использования данного ПК в ИТ-инфраструктуре компании в WAN-сетях:

• Доступ из дома или офиса без WAN-оптимизации канала (Тип соединения - DSL or cable modem, Bandwidth - 384 Kbps, Latency - < 50 ms, Число пользователей - от 3 до 5, пример нагрузки - домашние пользователи, сотрудники небольшой клиники). Что получилось (первый случай - легкая нагрузка, второй - чуть потяжелее):

• Доступ между небольшими офисами с WAN-оптимизацией (Тип соединения - T1 link, Bandwidth - 1.544 Mbps, Latency - до 100 ms, Число пользователей - до 15, пример нагрузки - небольшой филиал или удаленный офис). Результаты:

• Хороший канал между офисами с WAN-оптимизацией (Тип соединения - 10Mbps, Bandwidth 10Mbps, Latency - до 100 ms, Число пользователей - 100, пример нагрузки - нормальный филиал большой компании). Вот как получается:

У пользователей VMware vSphere / ESX иногда возникает ситуация, когда необходимо заглянуть на том VMFS и его содержимое с Windows-машины системного администратора (такое, например, может быть, когда у вас сломался единственный сервер VMware ESX, а содержимое тома VMFS надо скопировать). Кроме того, очень полезным бывает получить доступ к файловой системе диска VMDK, чтобы извлечь из него необходимую информацию, не запуская его в составе виртуальной машины.

Open Source VMFS Driver

В первом случае для просмотра содержимого и копирования данных с тома VMFS версии 3.x (VMware vSphere 4.0 сейчас работает на версии 3.33) нам понадобится Open Source-утилита VMFS Driver от компании Fluid Operations. Она выпускается в виде пакета для Windows или Linux операционной системы (работает на Java) и позволяет монтировать в режиме read only активно работающие тома VMFS, с которых запущены виртуальные машины. По-сути, это не драйвер, а обычное приложение, позволяющее просматривать и копировать содержимое томов VMFS на рабочую станцию администратора. Важно знать, что эта разработка официально не поддерживается со стороны VMware, кроме того у разработчиков для написания утилиты не было спецификаций VMFS. Кстати, сейчас уже поддерживаются thin-диски.

Чтобы начать использовать VMFS Driver наберите в командной строке (у вас должна быть установлена Java):

java -jar fvmfs.jar

VMware Disk Mount

Во втором случае для просмотра содержимого VMDK-диска вам понадобится пакет разработчика Virtual Disk Development Kit, в состав которого входит утилита VMware Disk Mount (vmware-mount.exe или vmware-mount.pl). Эта программа позволяет смонтировать виртуальный диск VMDK в ОС Windows или Linux и просматривать его содержимое как обычного диска, подключенного к компьютеру. Обратите внимание, что последняя версия Virtual Disk Development Kit выпущена 21 мая 2009 года (в тот же день, что и VMware vSphere), а это значит, что поддерживается не только формат виртуальных дисков VMware Workstation, но и VMware ESX 3.x / 4.x (в том числе виртуальные машины vSphere). Пользоваться данной CLI-утилитой очень просто, кроме того, несколько лет назад к ней писали различные GUI-надстройки, которые, вероятно, и сегодня можно использовать.

Пользоваться VMware Disk Mount очень просто - открываете cmd и выполняете команду (где e: - буква монтируемого диска):

vmware-mount e: "C:\alex\vms\vm1\vm1.vmdk"

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

Теперь этот продукт официально будет называться VMware vCenter Change Insight.

Возможности VMware vCenter Change Insight:

• Автоматическое документирование виртуального окружения, включая сущности хостов, хранилищ, сетей, а также их взаимосвязей и зависимостей
• Трекинг изменений инфраструктуры в реальном времени и оповещение администраторов и менеджеров ЦОД
• Доступ к точкам кофигурации во времени и проверка на соответствие лучшим практикам
• Применение необходимых конфигураций с помощью политик (будет использоваться vCenter Orchestrator)

Многим пользователям платформы виртуализации VMware vSphere / ESX известен такой механизм оптимизации работы виртуальных машин с оперативной памятью как Memory Ballooning (о нем хорошо написано в документе "Understanding Memory Resource Management in VMware ESX Server"). Если вкратце - то это техника гипервизора по работе с оперативной памятью, которая позволяет запустить на хосте ESX виртуальные машины, совокупная выделенная память которых больше суммарной памяти хоста.

Достигается это за счет использования драйвера vmmemctl.sys, поставляемого вместе с VMware Tools. Он позволяет "надуть" шар внутри гостевой ОС (balloon), который захватывает физическую память, выделенную этой ОС, и отдает ее другим гостевым операционным системам, которые в ней нуждаются. Этот balloon не позволяет гостевой ОС производить работу приложений с данной областью памяти, поэтому если им потребуется дополнительная память - она будет уходить в гостевой своп. Это более правильный подход, чем свопировать гостевую ОС в файл подкачки vswp на томе VMFS, поскольку операционная система сама лучше разбирается, что и когда ей класть и доставать из свопа (соответственно, быстродействие выше).

Недавно у известного блоггера Дункана Эппинга спросили вот про такой интересный случай. Пользователь запустил команду esxtop на странице с показателями памяти для виртуальных машин и получил вот такой результат:

Собственно, какова ситуация, если смотреть по счетчикам на картинке:

Глобальные статистики:

• 1393 Free -> Сейчас 1393 МБ физической памяти хоста доступно
• High State -> Состояние, в котором считается, что хост не испытывает проблем с памятью
• SWAP /MB 146 Cur -> 146 МБ находится в свопе
• SWAP /MB 83 Target -> Целевой объем памяти, который должен быть в свопе - 83 МБ
• 0.00 r/s -> Из свопа ничего не читается
• 0.00 w/s -> В своп ничего не пишется

Статистики виртуальной машины (обведено красным):

• MCTLSZ 1307.27 -> Объем физической памяти гостевой системы, заполненной balloon-драйвером - 1307.27 МБ
• MCTLTGT 1307.27 -> Объем физической памяти гостевой системы, который будет сохарнен balloon-драйвером - 1307.27 МБ
• SWCUR 146.61 -> В свопе находится 146.61 МБ данных.
• SWTGT 83.75 -> Целевой объем памяти, который который должен быть в свопе - 83.75 МБ

С одной стороны хост ESX выглядит типично overcommited, то есть balloon-драйвер раздулся. С другой же стороны, сервер VMware ESX находится в состоянии High State, что означает, что свободно более 6% памяти и проблем с ней нет (кроме того, ничего не пишется и не читается из файла подкачки). Казалось бы, здесь есть некоторое противоречие - если у хоста нет проблем с памятью, то почему balloon до сих пор надут и не сдувается?

Посмотрим на соотношение свободной памяти хоста ESX и размер области, занятой balloon'ом: 1393 МБ и 1307.27 МБ, соответственно. Они приблизительно равны. Это означает, что при сдутии balloon'а гостевая ОС, в которой он был надут, начнет отъедать физическую память хоста ESX (да и еще выгружать своп). Это приведет к тому, что объем доступной памяти хоста ESX упадет и он снова окажется в ситуации, когда необходимо снова надувать balloon.

То есть VMware ESX (и драйвер vmmemctl) не делают резких движений, растут и сдуваются постепенно, делая оглядку на то, какая ситуация может получиться.

Компания VMware выпустила обновления платформы виртуализации VMware vSphere 4.0 Update 2, включающие в себя релизы:

• серверного ПО VMware ESX 4.0 Update 2 (build 261974)
• средства управления хост-серверами и виртуальными машинами VMware vCenter 4.0 Update 2 (build 258672)
• ПО для обновления хостов ESX и виртуальных машин VMware vCenter Update Manager 4.0 Update 2 (build 264019).

Новые возможности платформы vSphere 4.0 Update 2:

• Команды esxtop и resxtop теперь показывают информацию и по NAS/NFS-хранилищам
• Поддержка технологии Fault Tolerance (FT) для процессоров Intel Xeon 3400, Xeon 5600 и i3/i5 CPU
• Поддержка модуля IOMMU для процессоров AMD Opteron 6100 и 4100
• Довольно сильно оптимизирована работа со снапшотами (удаление, создание)
• Поддержка гостевой ОС Ubuntu 10.04
• Исправлена ошибка в реализации round robin в модуле PSP
• Исправлена ошибка при доступе по нескольким путям через software iSCSI initiator к некоторым массивам (например, CLARiiON)
• Улучшена работа VMware HA с распределенным коммутатором dvSwitch и механизмом Fault Tolerance
• Очень много исправлений и мелких улучшений

Сам же VMware vCenter 4.0 Update 2, кроме различных исправлений, содержит возможности конфигурации автоматизированного развертывания следующих гостевых ОС (то, что для Windows называлось Sysprep):

• Windows XP Professional SP2 (x64) serviced by Windows Server 2003 SP2
• SLES 10 SP3 and 11 (x32/x64 bit)
• RHEL 4.8, 5.4 and 5.5 Server Platform (x32/x64 bit)
• Debian 5.0, 5.0 R1 and 5.0 R2 (x32/x64 bit)

Продукт VMware vCenter Update Manager 4.0 Update 2 теперь стал быстрее и надежнее работать в низкоскоростных сетях с большими задержками (WAN).

Скачать обновление VMware vSphere 4.0 Update 2 можно по этой ссылке. Напоминаем, что уже известен список возможностей VMware vSphere 4.1, платформы, которая (вероятнее всего) будет представлена на конференции VMworld 2010 в сентябре этого года.

Не могу молчать, коллеги - а все потому, что я очень трясусь за ваши деньги. Обычно все звонят и выбивают от нас скидки - а мы превентивно даем их вам сами! Но обо всем по порядку.

Многим из вас известно, что только до 15 июня действует промо-программа VMware vSphere Acceleration Kit, по которой вы можете сэкономить до 36% от стоимости VMware vSphere. Как такое может быть? Очень просто:

• 30% вы экономите на VMware vSphere Advanced Acceleration Kit (хит сезона, между прочим), включающий в себя лицензии на 6 CPU серверов VMware ESX и лицензию на VMware vCenter. Это экономия по сравнению с отдельной покупкой компонентов.
• Еще 6% вы экономите на том, что получаете VMware View 10 pack в подарок для пилотного проекта по виртуализации настольных ПК в вашей компании. То есть, если вы давно думали о том, что надо бы попробовать VMware View 4 и шикарный PCoIP, чтобы выглядеть супер-круто в глазах руководства - то вот он, этот самый шанс.

Но это еще не все! К любому vSphere Acceleration Kit вы получаете абсолютно бесплатно от всеми любимой компании VMC следующий пакет документов:

• Руководство по обеспечению безопасности виртуальной инфраструктуры VMware vSphere 4
• Практические приемы работы с виртуальной инфраструктурой VMware vSphere 4

Это вообще бесценно! А вы получаете это в подарок. Кому-то мелочь (закупщикам), а кому-то полезные штучки (администраторам).

Теперь о второй важной акции. Сегодня действует программа бесплатного обновления на Veeam Backup and Replication 5 Enterprise Edition при покупке до 18 июня. Это позволит вам сэкономить 50% от текущей стоимости продукта (или 33% от будущей). Ваши глаза не врут - 50%!

Суть программы - сегодня покупаете Veeam Backup and Replication по цене $ 658 за физический сокет сервера ESX (неважно сколько у вас виртуальных машин и хранилищ), а, когда выходит пятая версия продукта в издании Enterprise (вместе с офигенным SureBackup), которая стоит $ 989, вы получаете ее просто так - по подписке!

Сравнение будущих изданий Veeam Backup 5 можно посмотреть здесь.

Но я решил зайти так далеко, как никогда бы не позволил мне мой финансовый директор (если бы я у него спросил:). Если вы дочитали до этого места - вас есть за что наградить. И только для читателей VM Guru - я даю еще скидку 5% на обозначенные выше продукты в любой их форме и количестве. Просто при обращении VMC скажите, что вы знаете о такой скидке на VM Guru.

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

Ну как бы это сказать...Маркетинг VMware говорит, что лучше VMware View 4:

А вот маркетинг Citrix XenDesktop 4 категорически с ними не согласен:

Сижу вот, чешу репу, что лучше...

Из всех проблем, создаваемых технологиями виртуализации, настоящей проблемой я считаю только безопасность виртуальной инфраструктуры. Неудивительно, ведь по статистике Gartner, 60% всех развертываемых виртуальных машин к 2012 году будут менее защищенными, чем их физические "коллеги". В итоге - компании достаточно быстро внедряют технологии виртуализации, но очень мало уделяют аспектам безопасности виртуальных машин, хост-серверов и средств управления.