Нам подсказывают интересную утилиту - ThinApp Browser 1.4, которая позволяет с помощью графического интерфейса редактировать проект виртуализованного приложения VMware ThinApp:

Есть небольшое обзорное видео продукта:

Основные возможности ThinApp Browser 1.4:

• Управление составом файлов и конфигурацией проекта VMware ThinApp (реестр и файлы приложения и системы)
• Создание App-Links из графического интерфейса
• Редактирование ini-файлов пакета (package.ini и attributes.ini)
• Генерация отчетов по настройкам пакета
• Поддержка формата RES PowerFuse Buildingblock
• Миграция virtual-to-physical для уже виртуализованного приложения
• Опции по развертыванию виртуализованного приложения ThinApp

Утилита окажется весьма полезной всем тем, кто часто работает с проектами виртуализованных приложений VMware ThinApp. Скачать ThinApp Browser 1.4 можно по этой ссылке.

Как вы знаете, VMware vSphere 5 будет построена только на базе гипервизора VMware ESXi (а ESX больше не будет) и выйдет уже в этом году, поэтому мы публикуем серию заметок о том, как перейти на ESXi с ESX (вот тут - раз и два).

Сегодня мы поговорим о таком различии, как Scratch Partition в ESXi. Scratch Partition - это специальный раздел на хранилище для хост-сервера, который не обязательно, но рекомендуется создавать. Он хранит в себе различную временную информацию для ESXi, как то: логи Syslog'а, вывод команды vm-support (для отправки данных в службу поддержки VMware) и userworld swapfile (когда он включен). Он создается, начиная с vSphere 4.1 Update 1 автоматически, и, если есть возможность, на локальном диске.

Так как данный раздел является необязательным, то в случае его отсутствия вся перечисленная информация хранится на ramdisk хост-сервера (который, кстати, отъедает память - 512 MB). И, так как это ramsidk, после перезагрузки эта информация (если у вас нет scratch partition) очищается. Поэтому неплохо бы этот раздел, все-таки, создать.

По умолчанию, этот раздел создается в системе vfat и составляет 4 ГБ. Это много. Почему так много? Объяснение такое, что местечко оставлено под будущие версии ESXi. Этот раздел может размещаться локально или на SAN-хранилище. При этом его могут использовать несколько хостов ESXi одновременно, поэтому рекомендуется сделать его гигов 20. Но для каждого должна быть своя locker-директория на этом разделе.

Через vSphere Client scratch partition настраивается так:

1. Соединяемся с хостом ESXi из vSphere Client.
2. Переходим на вкладку Configuration.
3. Переходим в категорию Storage.
4. Нажимаем правой кнопкой на datastore и выбираем Browse.
5. Создаем уникальную директорию для хоста ESXi (например, .locker-ESXiHostname)
6. Закрываем Datastore Browser.
7. Переходим в категорию Software.
8. Нажимаем Advanced Settings.
9. Переходим в раздел ScratchConfig.
10. Устанавливаем в качестве значения ScratchConfig.ConfiguredScratchLocation директорию, которую только что создали, например:
    
    /vmfs/volumes/DatastoreName/.locker-ESXiHostname
    
    
11. Нажимаем OK.
12. Перезагружаем ESXi.

Все это можно настроить и при автоматизированном развертывании VMware ESXi через kickstart. А можно и через vCLI и PowerCLI. О том, как это сделать, читайте в KB 1033696.

Слышали про такую проблему VDI Boot Storm? Вот у вас есть инсталляция системы виртуализации корпоративных ПК предприятия (например, на базе VMware View 4.x) на несколько десятков или даже сотен пользователей виртуальных ПК. В 8:00 у вас начинается рабочий день - пользователи приходят за свои рабочие места и одновременно включают свои виртуальные десктопы. В результате возникает серьезная нагрузка на систему хранения, где эти самые образы виртуальных ПК хранятся (десятки, сотни машин на сторадже).

И получается вот такой VDI Boot Storm - машины тормозят, сессии отваливаются, пользователи жалуются. Ведь при загрузке Windows 7 генерирует где-то 50-100 IOPS, а при обычной офисной работе это значение составляет 5-15 IOPS. Наглядно это выглядит так:

Что же делать с этим VDI boot storm?

Ну, во-первых, вы должны это обязательно учитывать при планировании развертывания инфраструктуры виртуальных ПК. Ваша инфраструктура хранения FC или iSCSI должна учитывать такие пиковые нагрузки, и начало рабочего дня - отличный способ это проверить. Есть также вот инструмент VDI Sizing Tool (VST) от нашего соотечественника, который позволяет мерить нагрузку для VDI-сценариев.

Во-вторых, SSD-диски. Да, дорого. Но иногда без них нельзя. Если вы используете VMware View с функциональностью View Composer для создания связанных клонов виртуальных ПК на основе базового образа - вам поможет концепция ярусного хранения данных, реализованная в продукте. На быстрые SSD-накопители можно помещать реплики пулов виртуальных ПК и Disposable-диски виртуальных машин. Сравните 150-200 IOPS у SAS-дисков с 5000 у SSD.

В-третьих, есть специализированные решения, такие как, например, NSS SAN Accelerator for VMware View. Эта штука представляет собой железку с SSD-дисками, которая ставится между хост-серверами VMware ESX / ESXi и системой хранения. Она умеет автоматически кэшировать наиболее часто используемые блоки и выравнивать нагрузку по хост-серверам.

В четвертых, есть мысль, что перед тем, как пользователь пришел на работу, его виртуальный ПК уже должен быть готов к работе и запущен. Мысль самая разумная, но почему-то нормальная настройка этого механизма в VMware View отсутствует. Вроде как даже из интерфейса View 4.5 убрали шедулинг запуска виртуальных ПК. А какого-то централизованного механизма вроде нет. Или есть? Может вы подскажете?

Мы уже много писали о таком документе как VMware vSphere Security Hardening (есть также и версия для VMware View), который описывает основные принципы и приемы обеспечения информационной безопасности VMware vSphere и виртуальных машин (без учета гостевых ОС).

Так вот, недавно компания VMware выпустила бесплатный продукт "VMware Compliance Checker for vSphere", который и проверяет вашу виртуальную инфраструктуру VMware vSphere на соответствие требованиям данного документа.

Основные возможности VMware Compliance Checker for vSphere:

• Проверка соответствия нескольких серверов VMware ESX / ESXi в рамках одной сессии (поддерживается только соединение с vCenter).
• Сканируются не только хост-серверы, но и vmx-параметры виртуальных машин.
• Основан на VMware vSphere Security Hardening.
• После того как обследование запущено, можно посмотреть пункты по виртуальным машинам и по типу категории обследования
• Результаты можно сохранить и распечатать.
• Поддержка до 5 хост-серверов VMware ESX / ESXi

Кроме того, как мы уже писали, есть такой продукт как VMware Compliance Checker for PCI, который проверяет соответствие инфраструктуры vSphere требованиям стандартов PCI DSS 1.2.

Ну а теперь самое главное - у российской компании "Код Безопасности" есть бесплатный продукт vGate Compliance Checker, который не только объединяет в себе возможности сканирования виртуальной инфраструктуры на соответствие обоим видам требований по безопасности (Security Hardening и PCI DSS), но и поддерживает сканирование по различным версиям этих стандартов и руководящих документов. То есть, он круче, чем VMware Compliance Checker for vSphere.

Кроме того, vGate Compliance Checker выводит все данные на русском языке с детальной расшифровкой по каждому пункту регламента. Читайте наш обзор бесплатного vGate Compliance Checker.

Напоминаю, что будущая версия VMware vSphere 5, которая уже выйдет в этом году, будет полностью основана на "тонком" гипервизоре VMware ESXi и не будет иметь в своем составе платформы ESX. То есть, вам всем уже нужно готовиться к переходу на ESXi и все новые инсталляции компания VMware рекомендует делать именно на базе этой платформы.

Мы уже писали об основных материалах по миграции на VMware ESXi с ESX, а сегодня я хочу представить вашему вниманию бесплатный обучающий курс от компании VMware: "Transition to ESXi Essentials".

Очень просто - регистрируетесь на VMware e-learning и слушаете курс:

По окончанию курса вас ждет весьма приятный сюрприз - бесплатная электронная книга "VMware ESXi: Planning, Implementation, and Security" от известного эксперта Dave Mishchenko (помните, vm-help.com?).

Торопитесь, книжки достанутся не всем!

Для многих администраторов, управляющих решением для виртуализации настольных ПК предприятия VMware View, могут оказаться полезными таблицы используемых различными компонентами View портов. Таблицы подготовил Christoph Harding, работник VMware и автор блога That's my View, на основе следующих документов:

• VMware View Architecture Planning Guide (View 4.6)
• KB1012382 – TCP and UDP Ports required to access vCenter Server, ESX hosts and other network components

Perimeter Firewall Rules (правила между внешним клиентом View и Security Server)

DMZ Firewall Rules (правила между Security Server и Connection Server в демилитаризованной зоне)

Connection Server Rules (правила между Connection Server и сервером Active Directory)

Transfer Server Rules (правила связи Transfer Server с клиентами, Security и Connection серверами)

View Agent Rules (связь View Agent в гостевой ОС с клиентом и Connection Server)

View Client Rules Int (правила для внутреннего клиента View без использования Security Server)

View Client Rules Ext (правила для внешнего клиента View, работающего через Security Server)

Трафик HTTP и HTTPS можно проксировать на уровне приложения. Любой другой трафик можно проксировать через прозрачную TCP-/UDP-Proxy.

На сайте проекта VMware Labs (о котором мы уже писали) появился новый интересный продукт - VMware PXE Manager for vCenter. Продукт позволяет настроить автоматизированное развертывание серверов VMware ESXi в виртуальной инфраструктуре.

Основные возможности VMware PXE Manager for vCenter:

• Автоматизированное развертывание stateless и stateful хостов ESXi (без поддержки ESX)
• Резервное копирование состояния ESXi (firmware), а также восстановление и архивирование в соответствии с политиками
• Управление репозиториями билдов ESXi (stateless и statefull)
• Управление патчами ESXi
• Поддержка нескольких серверов vCenter
• Поддержка сложных сетевых конфигураций за счет агентов (позже будет готов виртуальный модуль на базе Linux CentOS, который будет отвечать за развертывание хостов ESXi в своем сегменте датацентра)
• Поддержка технологии WoL (Wake on Lan)
• Выполнение тестирования памяти хостов ESXi (memtest)
• Наличие плагина к vCenter
• Развертывание систем в VMware Cloud Director напрямую
• Развертывание серверов ESXi на блейд-системах Cisco UCS

Как обещают, эта утилита будет включена в состав платформы VMware vSphere 5. Сам PXE Manager состоит из нескольких компонентов (как и, например, Update Manager) - сервера, устанавливаемого на vCenter, и плагина к vSphere Client. Кроме того, в дочерних датацентрах (например, логических, под управлением Cloud Director) могут быть PXE-агенты в виде виртуальных модулей (это появится позже):

Обзорное видео по установке продукта:

Скачать VMware PXE Manager for vCenter можно по этой ссылке.

Компания VMware сделала отличную вещь: доработала свою страницу VMware Compatibility Guide (ранее известную также как Hardware Compatibility Guide) и выпустила превью второй ее версии - VMware Compatibility Guide 2.0.

В новой версии появилось несколько дополнительных возможностей и параметров поиска по конфигурациям виртуальных систем. Кроме того, появился раздел VMware Aware Storage APIs (VASA, или он же VMware vStorage APIs for Storage Awareness), в котором можно будет найти информацию о поддержке данной технологии, связанной с интеграцией дисковых массивов с vCenter на платформе vSphere (это появится в пятой версии и может оказаться полезным для балансировки нагрузки на системы хранения Storage DRS).

На VMware Communities есть отличный документ о том, как нужно идентифицировать, анализировать и решать проблемы производительности VMware vSphere: "Troubleshooting Performance Related Problems in vSphere 4.1 Environments".

Поиск проблемы представлен в виде вот таких блок-схем:

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

Мы уже писали о программах для VMware vSphere под мобильные устройства (а также vSphere Client для iPad и View Client для iPad). В комментариях автор указал на существование своей утилиты для Android-устройств. vmwClient позволяет получить доступ к хосту VMware vSphere или к серверу vCenter со своего смартфона или планшета с Android:

Ключевые возможности vmwClient:

• Не требуется никакого дополнительного ПО (виртуальные модули, VMware Mobile Access и т.п.). vmwClient соединяется с серверами VMware vSphere и vCenter напрямую как и vSphere Client.
• Вменяемый и удобный интерфейс
• Одновременное управление несколькими серверами vCenter и отдельными хостами ESX / ESXi. Не требуется logout при переключении к другому хосту.
• vmwClient может хранить аккаунты для нескольких хостов и их настройки.
• Клиент загружает только необходимую информацию из Inventory серверов vCenter или ESX / ESXi - что не требует большого объема трафика, передаваемого по сетям GPRS/3G/WCDMA.
• Продукт развивается и постоянно обрастает функционалом.

Какие операции поддерживаются в vmwClient для работы с виртуальными машинами и хост-серверами:

• Простейшие операции с хостами и ВМ: start, stop, reset, summary и т.п.
• Просмотр событий (events) для объектов, просматриваемых в настоящий момент.
• Отслеживание производительности параметров VMs/hosts virtual/physical hardware
• Поддержка vMotion.
• Получение картинки с рабочего стола виртуальной машины.

Требования vmwClient:

• Android 1.6 или выше.
• Соединение с сервером обновлений для программы.
• Соединение с серверами VMware vCenter / ESX / ESXi.

Есть также и демонстрация работы vmwClient на Samsung Galaxy:

Скачать vmwClient можно по этой ссылке. Программа платная - стоит где-то 56 рублей.

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

Когда вышла VMware vSphere 4.1 в Release Notes мы могли прочитать подтверждение данного факта:

VMware vSphere 4.1 and its subsequent update and patch releases are the last releases to include both ESX and ESXi hypervisor architectures. Future major releases of VMware vSphere will include only the VMware ESXi architecture.

Поддержка же VMware ESX будет осуществляться в соответствии с политиками "VMware Enterprise Infrastructure Support".

Сегодня мы поговорим о том, что нужно учитывать при неизбежной миграции на VMware ESXi c ESX, и почему можно сказать, что этот переход не будет особо болезненным. Для начала нужно посетить ресурс по переходу на ESXi на сайте VMware. Там есть много интересного, а в частности ESXi 4.1 migration guide, в котором описаны тонкости процесса миграции.

Если вы не хотите читать этот огромный 13-страничный гайд, то есть небольшая выжимка в виде презентации "Transitioning to the ESXi Hypervisor", где можно найти много полезной информации.

В частности, у каждого аспекта управления в VMware ESX есть свой аналог в VMware ESXi, совокупность которых справляется со всеми задачами, присутствующими в виртуальной инфраструктуре vSphere:

Кстати интересная фраза (август, 2010): "VMware users should put a plan in place to migrate to ESXi during the next 12 to 18 months".

Теперь вместо агентов в гостевой ОС (ESX), у нас есть партнерские модули Common Information Model (CIM) в ESXi:

В версии VMware ESX / ESXi 4.1 компания VMware свела различия в функциональности двух платформ к минимуму (красным выделено появившееся в 4.1):

Для диагностики и решения проблем у нас есть куча локальных и удаленных интерфейсов в ESXi. Tech Support Mode также поддерживается локально и по SSH, что делает настройку ESXi простым делом:

Через клиента vSphere Client или браузер мы проводим стандартные операции, в DCUI лезем, если что-то зависло, а TSM используем для глубокого копания.

К файлам настройки на ESXi мы можем ходить через браузер:

И к лог-файлам тоже:

Ну, то есть в ESXi есть то же, что и в ESX - поэтому переходить можно смело:

По поводу того, как прейти на VMware ESXi с ESX. Да просто возьмите и переустановите, если нужно - ничего у вас не сломается. Только помните, что смешанные кластеры раньше не поддерживались, а как теперь - не знаю. Дальше учитесь использовать VMware Management Assistant (vMA), vCLI и PowerCLI - это не так сложно.

И, напоследок, для всех тех, кто хотел узнать, что за продукт такой vSphere Hypervizor:

VMware vSphere Hypervisor is the new name for what was formerly known as VMware ESXi Single Server or free ESXi (often abbreviated to simply “VMware ESXi”)

Автор сайта vdi-sizing.com, Василий, прислал нам ссылку на свою утилиту VDI Sizing Tool (VST), которая позволяет тестировать производительность и возможности консолидации виртуальных ПК (например, VMware View 4.x).

Эта утилита имитирует пользовательскую нагрузку в виртуальных ПК и измеряет время различных событий (старт приложений, создание RDP-сессии и т.д.), по результатам чего можно принять решение о выборе необходимого решения для виртуализации настольных ПК (сейчас их несколько, наиболее популярные - VMware View и Citrix XenDesktop).

VDI Sizing Tool содержит два компонента - user workload и loadmaster. User workload запускается в каждом тестируемом виртуальном ПК и симулирует обычные пользовательские действия - открытие документов MS Office, работу в браузере и т.п.

Loadmaster - запускается на стороне клиента виртуального ПК (например, там, где установлен VMware View Client) и тестирует соединение по RDP: собирает информацию о производительности при удаленной работе (latency), а также контролирует работу агентов LoadSlave, если используется мультиклиентное тестирование (в целях повышения объективности результатов).

Интересно, что в разделе Download можно найти документ "Sample measurements", где приведены результаты работы программы.

А в следующей версии VST автор обещает нам новые возможности:

• Поддержка новых приложений в качестве нагрузки: PDF viewers, archivers и т.п.
• Workload customization
• Счетчики и метрики производительности для популярных VDI-решений: VMware, Microsoft и Citrix
• Автоматизация развертывания виртуальных ПК (клонирование виртуальных машин и т.п.)

Скачать VDI Sizing Tool можно по этой ссылке. Можете в комментариях позадавать автору вопросы - я думаю, он постарается ответить.

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

Одно из улучшений vMotion - функция Quick Resume, которая позволяет произвести успешную миграцию виртуальной машины, в которой происходит очень интенсивная работа с памятью (то есть страницы меняются быстрее, чем успевают передаваться по сети на другой хост). Обычно это высокопроизводительные приложения вроде баз данных и т.п.

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

В этом случае Quick Resume обеспечивает доступ к странице с исходной виртуальной машины, продолжая при этом копирование страниц на целевой хост. Но что будет, если в этот момент сеть перестанет быть доступной, а целевой машине понадобится страница?

В этом случае Quick Resume для vMotion, также как и Storage IO Control, использует общее хранилище для хостов ESX / ESXi. На хранилище создается специальный файл, который используется как backup buffer, к которому имеют доступ оба хоста, и за счет которого миграция vMotion доводится до конца. То есть, через этот буферный файл (несколько мегабайт) происходит обмен страницами между хостами в случае недоступности сети или высокоинтенсивной нагрузки. Естественно это все заметно влияет на производительность ВМ во время миграции, так как время доступа к памяти сильно увеличивается, зато все отрабатывает надежно.

Ну и вспомните, если забыли, как работает Storage vMotion.

Иногда бывает полезно произвести монтирование CD-ROM к консоли сервера VMware ESXi, но традиционные средства для монтирования CD-ROM в ESXi не работают. Этот трюк был обнаружен в блоге virtuallyGhetto. Он работает только для VMware ESXi 4.1 и более поздних версий, поскольку там появился модуль VMKernel  iso9660.

Для начала загружаем данный модуль командой консоли:

vmkload_mod iso9660

Этот модуль поддерживает процедуры mount и unmount. Вы увидите вот такой результат:

Теперь нужно идентифицировать, какое из устройств ESXi есть ваш CD-ROM. Для этого выполняем команду:

esxcfg-mpath -b | grep "CD-ROM"

Вы увидите что-то подобное:

Нам нужен выделенный идентификатор для использования команды mount.

Теперь проверяем возможность монтирования CD-ROM в консоли командой:

vsish -e set /vmkModules/iso9660/mount $(esxcfg-mpath -b | grep "CD-ROM" | awk '{print $1}')

Можно и так:

vsish -e set /vmkModules/iso9660/mount mpx.vmhba32:C0:T0:L0

Если вывод команды отсутствует - значит все в порядке, модуль успешно загружен и CD-ROM смонтирован. Если не в порядке - вы увидите сообщение об ошибки синтаксиса команды.

После этого CD-ROM будет автоматически смонтирован по следующему пути: /vmfs/volumes/mpx.*

Просматриваем его содержимое командой ls:

Ну и размонтируем CD-ROM в ESXi командой:

vsish -e set /vmkModules/iso9660/umount $(esxcfg-mpath -b | grep "CD-ROM" | awk '{print $1}')

Kenny Coleman, один из блоггеров, пишущий о виртуализации VMware, выпустил пакет утилит для администраторов виртуальной инфраструктуры vSphere / ESX под названием VM Advanced ISO. Пакет содержит в себе набор необходимых программ для рутинных задач с виртуальными машинами:

• Утилиты 1 - P2V Clean-up
  • 01 - Resolution Resize (меняем разрешение гостевой ОС)
  • 02 - HP ProLiant Cleaner (вычищаем софт HP после миграции в ВМ)
  • 03 - Remove Non Present Devices (чистим недоудаленные бывшие физические устройства)
  • 04 - Rename Local Area Connection (переименовываем соединение)
  • 05 - Network Settings (конфигурируем сетевые настройки)
    
• Утилиты 2 - Hal Upgrade-Downgrade
  • 01 - 1 CPU to Multiple vCPU (меняем HAL с однопроцессорного на многопроцессорный)
  • 02 - Multiple CPU to 1 vCPU (меняем назад)
• Утилиты 3 - Partition Alignment
  • 01 - VM Check Alignment (проверяем выровненность дисков)
  • 02 - mbrtools (работаем с загрузочной записью)
  • 03 - Aligning VMDK For Template (выравниваем шаблоны)
  • 04 - Paragon Alignment Tool 2.0 (бесплатная утилита от Paragon)
• Утилиты 4 - Reclaim Space
  • 01 - SDelete (чистим удаленные блоки - подробнее здесь)
• Утилиты 5 - Analysis
  • 01 - IOPS w/ IOmeter (измеряем производительность дисков)
  • 02 - LoadStorm (нагрузочное тестирование)
• Утилиты 6 - SysprepFiles
  • Server 2000, Server 2003, Server 2003 x64, XP, XP x64, XP w/ SP3 (как использовать - тут)
• Утилиты 7 - Virtual Router
  • FreeSCO (бесплатный виртуальный роутер)
• Утилиты 8 - Floppies
  • 01-LSI_Logic_Parallel_WinXP_x86 (драйвер LSI для WinXP)
  • 02-Bus_LogicParallel_WinXP_x86 (драйвер BusLogic для WinXP)
• Утилиты 9 - vSphere Client <-NEW
  
• vSphere Client Thinapped (клиент vSphere без необходимости установки)

Удобненько, что все в формате ISO - легко монтируется к виртуальной машине с хранилища. Кстати, зайдите еще сюда - тоже неплохой список утилит.

После долгих месяцев обсуждения в сообществе, компания VMware выпустила окончательную версию руководящего документа VMware vSphere 4.1 Security Hardening Guide.

О чем нам рассказывает данный документ в плане безопасности платформы VMware vSphere 4.1:

• Защита хост-серверов виртуализации VMware ESX / ESXi 4.1
• Безопасность виртуальной машины как контейнера для гостевой ОС (то есть не рассматривается защита ОС в виртуальной машине и приложений)
• Правильная конфигурация виртуальной инфраструктуры в целом: средства управления, сети хранения данных, виртуальные коммутаторы (но не сеть между ВМ)
• Защита VMware vCenter Server, его базы данных, а также vSphere Client
• Защита сервера VMware Update Manager (как главного средства своевременного наката обновлений, в том числе в плане безопасности)

Есть полезные рекомендации, а есть весьма пространные. Очень удобно, что они разбиты на блоки, в пределах которого разъясняется суть угрозы, пример воздействия на инфраструктуру и область применения (Enterprise, DMZ и Specialized Security Limited Functionality (SSLF)). Вот пример полезной рекомендации:

Напоминаем также, что в настоящее время идет публичное обсуждение данного руководства для продукта VMware View - VMware View Security Hardening.

P.S. Не забываем про скрипт VMware vSphere Security Hardening Report Check, который позволяет проверить вашу виртуальную инфраструктуру на соответствие VMware vSphere 4.x Security Hardening Guide.

Мы уже писали о ставших официально известными подробностях о новой версии платформы виртуализации VMware vSphere 5.0. С мной поделились интересной ссылкой на подробное описание новых функций vSphere 5.0, которое сделано, судя по всему, на базе Release Candidate версии продукта.

Поскольку я не нахожусь под действием NDA и не участвую в бета-программе, я могу поделиться с вами основными ключевыми возможностями vSphere 5.0 (приведены лишь ключевые особенности - остальные по ссылке выше):

1. Платформа vSphere 5.0 будет построена только на базе гипервизора ESXi - без возможности установки ESX. Сервер управления VMware vCenter 5.0 будет поддерживать управление хостами ESXi 5.0, ESX/ESXi 4.x и ESX/ESXi 3.5.

2. VMware vSphere Auto Deploy - полная поддержка автоматизированного развертывания хостов ESXi.

3. Новые возможности виртуальных машин - 32 виртуальных процессора (vCPU), 1 TB RAM, 3D-акселерация для поддержки Windows Aero,  UEFI virtual BIOS, поддержка устройств USB 3.0 (пока только для Linux-систем и только для проброса через vSphere Web Client - напрямую к хосту нельзя). Устройства USB 2.0 теперь поддерживаются к пробросу в виртуальные машины через vSphere Client или vSphere Web Client.

4. Возможность задания нескольких виртуальных ядер для vCPU из графического интерфейса.

5. Поддержка гостевых ОС Apple Mac OS X Server.

6. Dynamic Resource Scheduling (DRS) for Storage - эта давно ожидаемая функция платформы виртуализации, которая позволит автоматически выравнивать нагрузку на системы хранения путем динамического перемещения работающих виртуальных машин между хранилищами (сейчас это можно сделать вручную за счет Storage VMotion). Пользователи смогут определять группы Datastor'ов (они зовутся Storage Pods), которые будут использоваться для балансировки по хранилищам на базе их заполненности. Предполагается, что это повысит автоматизацию датацентров. Вроде как присутствует и генерация рекомендаций по балансировке и Initial Placement на базе параметров IO.

7. Policy-driven storage delivery - политики размещения виртуальных машин на хранилищах на базе правил, задаваемых администратором. Это позволит регулировать качество обслуживания систем со стороны хранилищ и автоматически определять наилучшее место хранения виртуальных машин.

8. Файловая система VMFS 5.0.

9. Accelerator - новая технология кэширования данных виртуальных ПК для VMware View, увеличивающая их производительность.

10. Полный контроль за iSCSI адаптерами (программными и аппаратными) из графического интерфейса.

11. Поддержка технологии Storage I/O Control для хранилищ NFS.

12. Swap to SSD - для хранилищ администратор будет назначать тэги, наиболее производительные хранилища SSD будет рекомендовано использовать для хранения swap-файлов в целях ускорения быстродействия.

13. Поддержка LUN для VMFS томов размером более 2 ТБ.

14. Поддержка технологии Storage vMotion для виртуальных машин со снапшотами.

15. Enhanced Network I/O Control (на уровне виртуальных машин) - эта возможность будет позволять резервировать часть канала для приоритетных задач в кластере HA/DRS на случай его перегрузки. Актуально это будет для сетей 10G, где канал шире, а вот физических адаптеров значительно меньше.

16. ESXi Firewal - новый сетевой экран с фильтрами по диапазонам IP для каждой службы.

17. vSphere Web Client на базе технологии Adobe Flex с большим спектром возможностей. Старый vSphere Client под Windows также останется.

18. vCenter Server Appliance - виртуальный модуль на базе Linux с предустановленной службой vCenter. О CTP-версии данного продукта мы уже писали.

19. Enhanced logging support - поддержка логирования на удаленные серверы, в том числе на несколько серверов от одного источника по безопасному каналу SSL. Для vSphere Client будет плагин vSphere syslog listener, который позволит настраивать данную функциональность.

20. Fault Domain Manager  - специализированный модуль управления высокой доступностью VMware HA, который еще больше увеличивает уровень доступности виртуальных машин. Кроме того, теперь все хост-серверы VMware ESXi в кластере являются первичными узлами (primary nodes) - то есть кластер HA переживет любое число отказов.

21. Host-based replication for Site Recovery Manager - возможность репликации виртуальных машин на уровне хостов а не SAN-хранилищ (как делается сейчас). То есть, поддержка технологии репликации со стороны СХД будет не нужна, репликация будет работать в асинхронном режиме со стороны хост-серверов. По-сути, это аналог репликации виртуальных машин в продукте Veeam Backup and Replication 5, которая сейчас активно используется в производственной среде многими компаниями для защиты данных виртуальных машин и наиболее быстрого восстановления работоспособности сервисов (показатели RTO).

Выход VMware vSphere 5.0 запланирован на второе полугодие 2011 года. Но скорее всего пятая версия платформы выйдет до VMworld 2011, который начнется 29 августа.

Естественно, информация неофициальная и список новых возможностей VMware vSphere 5.0 может быть изменен в любой момент. Но вот что будет точно - так это отсутствие гипервизора ESX - так что всем организациям пора задуматься о плане перехода на "тонкую" платформу ESXi 5.0.

Если вы вносите изменения в настройки виртуальной машины в файле vmx (что аналогично внесению изменений в Configuration Parameters), например, для ограничения максимального числа снапшотов:

то иногда бывает полезным перезагрузить vmx-файл виртуальной машины без удаления и повторного ее добавления в Inventory vSphere Client. Для этого нужно в консоли выполнить команду:

vmware-vim-cmd vmsvc/getallvms |grep <Virtual Machine Name>

Вывод будет, например, таким:

2848 Win2003_storage_performance [local] Win .vmx winNetEnterpriseGuest vmx-07 To be used as a template

Число 2848 - это Inventory ID виртуальной машины. Перезагружаем vmx-файл (для этого виртуальная машина должна быть выключена):

vmware-vim-cmd vmsvc/reload 2848

Механизм VMware High Availability (HA) в VMware vSphere позволяет автоматически перезапустить виртуальные машины отказавшего сервера в кластере с общего хранилища в случае сбоя. При настройке кластера VMware HA можно использовать несколько расширенных настроек (HA Advanced Settings), которые позволяют настроить его работу наиболее гибко.

Некоторым из вас, возможно, известна компания Ericom, занимающаяся разработкой решений для предоставления доступа к инфраструктуре виртуализации и виртуализованным приложениям. Совсем недавно компанией был запущен интересный проект - HTML5 Client for VMware View.

Этот продукт, работающий по протоколу RDP (PCoIP не поддерживается), позволяет получить доступ к виртуальным ПК предприятия на базе VMware View 4.6. Сейчас открыто его бета-тестирование. Основное преимущество HTML5 Client for VMware View от Ericom - это то, что любой браузер с поддержкой HTML 5 ( Firefox, Google Chrome, Safari и др.) может получить доступ к рабочему столу виртуального ПК без необходимости установки какого-либо ПО на устройство (то есть заработает даже на Chrome OS нетбуке). Нужно просто ввести адрес View Connection Server.

Основные возможности:

• Не требует Java, Flash, Silverlight или других компонентов.
• Поддерживает процессоры Intel x86, ARM и другие.
• Может действовать как Gateway, предоставляя доступ к компьютерам в сети предприятия за счет публикации только одного IP.
• Передача данных по SSL.
• Используются техники WebSockets, AJAX, JSON и другие от HTML5.
• Веб-клиент соединяется с сервером Ericom, используя Ajax и WebSockets (когда это возможно) через SSL и пробрасывает клавиатуру и мышь.

Принять участие в бета-тестировании HTML5 Client for VMware View можно по этой ссылке.

Сегодня компания VMware объявила о приобретении компании FedEx Corporation  — американской компании, предоставляющей почтовые, курьерские и другие услуги логистики по всему миру. FedEx входит в список Fortune 1000 по итогам 2005 года (71-е место).

"Это для нас выгодное во всех отношениях приобретение, - говорит Нед Акаруд, вице-президент по рисковым инвестициям компании VMware, - компания FedEx отлично зарекомендовала себя как надежный поставщик чего угодно. Во-первых, для VMware это первое по-настоящему значимое дело. Раньше мы только продавали "виртуальные" продукты и продвигали "облачные" услуги, а сейчас займемся вполне конкретным делом - доставкой товаров и почтовых отправлений. Это улучшит наш имидж в глазах пользователей. Во-вторых, у нас появятся вполне работающие рычаги влияния на поставки серверного оборудования с прединсталлированными OEM-версиями Windows Server. Мы просто сможем задержать эти отправления на неопределенный срок, что упрочит позиции нашего гипервизора VMware ESXi. Ну и в третьих, у них красивый логотип - вы только взгляните на эту прекрасно спрятанную стрелку между буквами E и x."

Дальнейшие детали пока не разглашаются, но ожидается, что для завершения сделки VMware придется продать большую часть своих профильных активов и попросить еще чуть-чуть у EMC и Cisco.

Компания VMware выпустила очередное обновление своей настольной платформы виртуализации VMware Workstation 7.1.4 (описание возможностей 7-й версии здесь). Обновление бесплатно для всех пользователей VMware Workstation 7.

Основные улучшения продукта включают в себя:

• Поддержка Windows 7 SP1 и Ubuntu 10.10 в качестве гостевых и хостовых ОС
• Поддержка записи активности в гостевой ОС в видеоформате более 1 ГБ
• Показ всех USB устройств в меню Removable Devices, подключенных к одному из 16 виртуальных контроллеров
• Команда traceroute работает в гостевой ОС, работающей через виртуальный NAT (подробнее тут)
• Функция Easy Install для гостевых ОС Red Hat 6 и Fedora 14
• Множественные исправления багов, перечисленные в Release Notes

Скачать VMware Workstation 7.1.4 можно по этой ссылке.

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

Основные разделы:

• Лучшие практики по использованию продукта vShield Endpoint (об этом мы писали тут и тут)
• Безопасность серверов VMware View Connection Server и Security Server
• Безопасность гостевых ОС – Windows 7
• Политики использования PowerShell
• Использование клиента View with Local Mode (как он работает - вот тут)
• Работа в режиме Kiosk Mode (публичный доступ к инфраструктуре виртуальных ПК)
• Основные общие практики по сопровождению инфраструктуры View (приложения, сертификаты, сетевая безопасность, роли)

Кроме того, обновился еще один полезный документ - "VMware View Anti-Virus Practices" (мы уже немного писали об этом).

В нем раскрываются технические детали работы антивирусных решений с технологией vShield Endpoint и Security VM (вспомогательная виртуальная машина на хосте ESX, осуществляющая сканирование всех ВМ на нем).

Мы уже писали о решении vBlock, которое в рамках инициативы VCE (Virtual Computing Environment) объединяет решения Cisco (блейд-системы, коммутаторы Nexus, хранилища EMC и платформу VMware vSphere), а вот про конкурента этого решения мы еще не писали.

Есть такая штука как FlexPod - это тоже совместная инициатива, но в ней EMC как производитель хранилищ меняется на NetApp.

На всем этом деле, само собой, работает VMware vSphere в самом продвинутом издании Enterprise Plus с сервером управления vCenter. Все это предлагается использовать как для серверных нагрузок, так и для VDI (Virtual Desktop Infrastructure) на базе VMware View.

Какие преимущества имеет покупка такого блочного решения по сравнению с отдельной закупкой компонентов:

• Оно протестировано и сбалансировано с точки зрения производительности - а значит есть лучшие практики по тому, как правильно и какие нагрузки в таких шкафах можно размещать (например, почтовые системы, базы данных и т.п.)
• Интегрированные средства управления таким блоком
• Пакет документации по развертыванию, настройке и сопровождению
• Единая поддержка решения - от объединения вендоров (например, у vBlock - это объединение Acadia)
• Хороший выбор для облаков - внутренних (корпоративных) и внешних (сервис-провайдеры)

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

Что можно почитать на эту тему:

• Раздел на сайте NetApp
• Технические спецификации шкафов
• Даташит
• Статейка от Virtual Storage Guy

Я так понимаю, этой штуки еще нет в продаже. Тут иногда заходит Роман, спец по NetApp, может он ответит на ваши вопросы в каментах.

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

До недавнего времени широкому кругу было неизвестно, сколько же на самом деле стоит VMware vSphere на базе ESX или ESXi в России? Приходилось писать письма интеграторам, реселлерам, дистрибьюторам и прочей кружащейся вокруг торговли программным обеспечением шелупони.

Но вот обнаружилась страница (я просто ее раньше не видел - может она и давно есть), где абсолютно все могут ясно и четко увидеть российский прайс - http://www.vmware.com/products/vsphere/pricing.html. Выбираем регион и страну:

И видим нормальную прайсовую цену для России для всех продуктов VMware vSphere и vCenter в общей таблице:

Но внимание: цена на поддержку указана без учета НДС - так что смело прибавляйте к стоимости обязательной поддержки уровня Basic или Production 18%. Программное же обеспечение налогом не облагается, его цена остается той, что в таблице.

Полезность данной страницы очевидна: она будет поддерживаться up-to-date, поэтому нормальный заказчик, исполненный чувством собственного достоинства, потому что он не берет за- и от- каты, может заложить в бюджет конкурса не больше того, что нужно. Ну а вам домашнее задание в стиле "проверь себя" - не купили ли вы VMware дороже чем оно того стоит? А может собираетесь покупать?

Так что больше не спрашивайте меня сколько стоит VMware vSphere и VMware vCenter. Но прайс - есть прайс. А мы, естественно, даем от него скидки в зависимости от объема, заказчика, фазы луны и других условий.

Интересную проблему тут обнаружили некоторые товарищи (а раньше вот тут). Вроде как при обычной установке VMware ESXi (в том числе, версии 4.1) для физических сетевых адаптеров (pNic) 1Gbit выставляется настройка не Auto Negotiate, а 1000 Mbit Full Duplex.

А вот лучшие практики VMware (например, KB 1004089) говорит нам, что лучшая настройка - это Auto Negotiate как на адаптере, так и на порту физического коммутатора, куда включен хост (можно использовать также и 1000<->1000):

Но вот 1000<->Auto как мы видим не является хорошей практикой, ибо Auto Negotioation включает в себя договаривание устройств не только о скорости и дуплексе, но и такие параметры, как flow control, backpressure, inter-frame packet timing (наверное, там еще страшные слова есть).

Таким образом, нужно либо на свиче также поставить настройку 1000 - Full Duplex, либо поменять на хосте VMware ESX настройки в Auto для сетевых адаптеров:

Можно сделать это также через PowerShell / PowerCLI методами:

Get-VMHostNetworkAdapter | Set-VMHostNetworkAdapter –AutoNegotiate

Можно через командную строку:

[root@server root]# esxcfg-nics -a vmnic1

Если что не так - поправьте, пожалуйста, сам я это сейчас посмотреть не могу.

Мы уже писали о семействе продуктов VMware vShield, призванных обеспечивать безопасность виртуальной инфраструктуры на базе VMware vSphere, но многие до сих пор не понимают кому и для чего они нужны. Постараемся вкратце описать их. Massimo Re Ferrè опубликовал хорошую статью по vShield, где нарисовал понятную картинку:

Есть три разных продукта:

• vShield Endpoint - это мидлваре (то есть, само по себе для пользователя ничего не делающее ПО), которое построено поверх VMsafe API и позволяет сторонним производителям антивирусов интегрироваться с инфраструктурой виртуализации VMware vSphere. Это, понятное дело, важнее всего для VDI-инсталляций на базе VMware View (поэтому, если у вас нет VDI - продукт вам не нужен). О том, как это работает, и почему это хорошо, мы уже здесь писали. vShield Endpoint идет в комплекте с VMware View Premier.
• vShield App - думайте об этом компоненте как о виртуальном распределенном коммутаторе (dvSwitch) с логикой фаервола с неограниченным количеством портов. То есть мы можем контролировать трафик на уровне гипервизора на хостах ESX (опять-таки, работает VMsafe) для различных уровней сетевого взаимодействия. Ну и дальше настраиваем правила, как виртуальные машины будут между собой общаться (порты, протоколы), и все это мониторим. Об этом продукте надо задуматься, когда у вас большая инфраструктура VMware vSphere и повышенные требования к безопасности. Но учтите - продукт этот подходит для внутренней защиты датацентра (т.е. внутренние взаимодействия ВМ).
• vShield Edge - это продукт для комплексной защиты периметра датацентра. Это уже более глобальный продукт, он включает в себя такие сервисы как Stateful firewall, VPN, DHCP, NAT, Web Load Balancing и другое. То есть, это такая большая бронированная дверь в ваш виртуальный датацентр, которая обладает возможностями по защите от внешнего мира и контроля взаимодействия с ним. Не всем такое нужно - многие используют свои собственные решения. Но что надо упомянуть, так это то, что vShield Edge интегрирован с продуктом VMware vCloud Director, который предназначен для управления облаками, которые создаются в частных организациях и у сервис-провайдеров. То есть vShiled Edge понимает объекты vCloud Director и защищает их в соответствии с настроенными политиками. То есть, для инсталляций где виртуальная инфраструктра не предоставляется как услуга и где нет внутреннего облака (а, соответственно, и vCloud Director) - продукт Edge особо не нужен.

Теперь еще два важных момента:

• Что такое vShield Manager? Это название консоли, которая управляет всеми этими продуктами.
• Куда делся vShiled Zones? Никуда он не делся, он так и есть в составе изданий vSphere, начиная с Advanced. Этот продукт является частью vShiled App, а поэтому обладает только некоторыми из его возможностей:

Ну а дальше - читайте статью, там много интересных вещей написано.

Кстати, недавно наши соотечественники из Лаборатории Касперского объявили о поддержке в своих антивирусах продукта vShield Endpoint:

Скачать продукты семейства vShield можно по этой ссылке.

Постер VMware vSphere PowerCLI 10

Постер VMware Cloud Foundation 4 Architecture

Постер VMware vCloud Networking

Постер VMware Cloud on AWS Logical Design Poster for Workload Mobility

Постер Azure VMware Solution Logical Design

Постер Google Cloud VMware Engine Logical Design

Постер Multi-Cloud Application Mobility

Постер VMware NSX (референсный):

Постер VMware vCloud SDK:

Постер VMware vCloud Suite:

Управление памятью в VMware vSphere 5:

Как работает кластер VMware High Availability:

Постер VMware vSphere 5.5 ESXTOP (обзорный):