Компания VMware наконец выпустила продукт VMware vCloud Director (vCD), который позволяет управлять ресурсами виртуальной инфраструктуры VMware vSphere в "облачном" стиле. Ранее этот продукт был известен как "Project Redwood" и вместе с VMware vCenter Chargeback был запланирован в составе законченного решения для организации и контроля частных облаков на базе облачной операционной системы vSphere.
VMware vCloud Director имеет много общего с VMware Lab Manager, который позволял управлять рабочими процессами по развертыванию виртуальных машин для разработки и тестирования (в частности, функции объектов organizations, VM Templates, network Fencing и портал самообслуживания пользователей). Кроме того, есть часть функций от продуктов VMware vCenter Chargeback и VMware vCenter vOrchestrator.
Основное назначение vDC - логическое объединение ресурсов виртуальной инфраструктуры и распределение их между пользователями, которые используя веб-интерфейс выбирают нужные сервисы в виртуальных машинах из каталога для использования в своих целях.
Как понятно из назначения vDC - это продукт для достаточно крупных организаций или провайдеров услуг, которые могут предоставлять облачные сервисы своим пользователям (в различных подразделениях).
Разделяя пользователей на объекты organizations, администраторы облачных центров обработки данных могут определять для них политики использования виртуальных ресурсов (квоты, сроки аренды, уровень обслуживания), которые они могут выбирать из каталов сервисов, созданных на базе шаблонов и групп виртуальных машин (объекты vApp) которые можно персонализировать. Вся эта облачная инфраструктура защищается с помощью VMware vShield.
Скачать пробную версию VMware vCloud Director можно по этой ссылке.
Сан-Франциско, США. – Компания VMware, мировой лидер в области виртуализации и облачных инфраструктур, представила новую стратегию развития облачной платформы. Также компания анонсировала решения для разработчиков для создания и запуска самых современных приложений, которые смогут обмениваться информацией с нижележащeй инфраструктурой, повышая эффективность ее использования, а также производительность и качество предоставляемых услуг.
Как многие из вас знают, обновленная версия решения для виртуализации настольных ПК предприятия VMware View 4.5 выйдет уже в самое ближайшее время. Одной из новых возможностей VMware View 4.5 будет администрирование инфраструктуры виртуальных ПК на базе ролевой модели.
Это позволит использовать решение в крупных предприятиях, где есть различные ИТ-отделы (например, поддержка пользователей виртуальных ПК). Ранее была только одна роль VMware View 4 - Administrator, которая позволяла изменять абсолютно все настройки продукта. Теперь появилось несколько ролей:
Administrators
Administrators (Read Only)
Agent Registration Administrators
Global Configuration and Policy Administrators
Global Configuration and Policy Administrators (Read Only)
Inventory Administrators
Inventory Administrators (Read Only)
Кроме данных предопределенных ролей можно создать собственную роль с определенным набором привилегий (например, добавление новых ПК или управление пользователями). Набор привилегий достаточно обширен (обратите внимание на полосу прокрутки):
Также в VMware View 4.5 можно создавать папки-контейнеры для различных объектов и на эти папки вешать разрешения для различных групп пользователей (можно разделять по отделам, городам и т.п.):
Скачать VMware View 4.5 уже можно будет совсем скоро. Обождите пока.
Одной из новых возможностей решения для виртуализаци настольных ПК VMware View 4.5 стала возможность организации ярусного хранения данных виртуальных машин (Tiered Storage), где для различных типов данных в зависимости от требований к производительности можно использовать различные типы устройств хранения.
Мы уже писали о средстве VMware View Composer, которое позволяет использовать связанные клоны (Linked Clones) в целях экономии дискового пространства. Composer использует один базовый образ виртуального ПК на основе которого развертываются новые унифицированные виртуальные ПК с данными пользователей.
Напомним некоторые понятия хранения данных виртуальных ПК:
Master Replica – это основной образ виртуального ПК с установленной гостевой ОС и приложениями, хранимый как шаблон.
Replica – это клон Master Replica на базе дисков растущих по мере наполнения (Thin Provisioned). Он создается для каждого нового пула виртуальных ПК на своем datastore. Этот образ используется для создания новых десктопов-связанных клонов, которые зависят только от Replica, что позволяет вносить изменения в Master Replica, не затрагивая дочерние виртуальные машины пула.
Linked Clone – это связанный клон на базе реплики, который представляет собой совокупность: Измененные данные реплики (Delta Footprint) + Журнал (Log) + Диск с пользовательскими данными (User Data Disk)
В VMware View 4.5 появились новые типы дисков:
Persistent Disk – это и есть старый User Data Disk, который теперь носит такое название. Можно хранить persistent disk внутри диска гостевой ОС либо на отдельном vmdk.
Disposable Disk – это отдельный диск для хранения файлов подкачки гостевой ОС и временных файлов. View Manager удаляет эти файлы после выключения связанного клона. Этот тип диска позволяет замедлить рост данных, занимаемых виртуальным ПК.
Теперь Linked Clone представляет собой следующую комбинацию:
Измененные данные реплики (Delta Footprint) + Журнал (Log) + Диск с пользовательскими данными (Persistent Disk) + Временный диск (Disposable Disk)
Для чего это сделано? Очевидно, что эти типы данных, из которых состоит виртуальная машина требуют различного быстродействия, что ведет за собой хранение этих объектов на разных типах носителей.
Через View Administrator можно выбрать различные Datastores для описанных выше объектов, которые могут размещаться на флеш-носителях SSD (самые быстрые), Fibre Channel (помедленнее) и SATA (самые медленные). Само собой, чем быстрее носитель - тем он дороже, поэтому, например, реплику (которая одна для всего пула и всеми машинами используется) можно размещать на SSD.
А вот пользовательские диски можно размещать и на носителях SATA. Картина в целом такова:
Красиво? По-моему, самое оно для всяких там Enterprises.
На проходящей сейчас конференции VMworld 2010 компания VMware сделала несколько важных анонсов, один из которых мы сейчас рассмотрим. Серьезное улучшение, которое VMware сделала в плане обеспечения информационной безопасности инфраструктуры VMware vSphere - это полное обновление линейки продуктов vShield, представителем которой ранее было только средство VMware vShield Zones.
Компания VMware, мировой лидер в области виртуализации и облачных инфраструктур, представляет в рамках международного форума VMworld 2010 новую стратегию и набор продуктов, которые позволят коммерческим и государственным организациям перейти от модели «IT как центр затрат» («IT as a Cost Center») к новой бизнес-ориентированной парадигме «IT как услуга» («IT as a service»). Последняя подразумевает создание принципиально новых подходов к каждому критически значимому слою IT-архитектуры, инфраструктуры, приложений и доступа конечных пользователей.
Компания VMware объявила о выпуске новой версии своего средства VMware Converter 4.3 для P2V (Physical to Virtual) и V2V (Virtual to Virtual) миграции серверов на платформу VMware vSphere. Кроме того, с выпуском данной версии VMware открыла независимым разработчикам ПО фремворк для автоматизации задач Converter SDK.
Новые возможности VMware Converter 4.3:
Полная поддержка платформы VMware vSphere 4.1 в качестве исходной и целевой для виртуальных машин
Поддержка импорта выключенных виртуальных машин Microsoft Hyper-V R1 и Hyper-V R2
Публичный API для создания и отслеживания задач Converter (Java и C#)
Поддержка конвертации физических машин Windows 7 и Windows 2008 R2
Возможность регулировки интенсивности миграции на базе пропускной способности сети и загрузки CPU
Поддержка IPv6
Скачать VMware Converter 4.3 можно скачать по этой ссылке.
На myvirtualcloud.net появился вот такой интересный калькулятор для расчета параметров хранилищ для виртуальных машин в рамках решения по виртуализации настольных ПК. Калькулятор ориентирован на продукт VMware View, однако может быть использован для любого решения, использующего в качестве платформы виртуализации VMware vSphere.
Интересную возможность управления кластером высокой доступности VMware HA демонстрирует Duncan Epping. Если в сервисной консоли VMware ESX ввести команду:
/opt/vmware/aam/bin/Cli
а потом набрать команду:
ln
то мы увидим вот такую картинку:
В колонке Type мы видим значение Primary - это тип узла кластера VMware HA (всего может быть 5 Primary узлов, соответственно виртуальная инфраструктура гарантированно выдерживает до 4-х отказов включительно). Далее можно превратить Primary-ноду в Secondary:
Как многие помнят, еще в VMware vSphere 4.0 появилась возможность расширения тома VMFS, для тех случаев когда почему-то простанство на LUN осталось (или его расширили), а для виртуальных машин уже места нет.
Интересное применение этой возможности - в виртуальных лабораториях. То есть, например, консультант взял VMware Workstation 7 и поставил в виртуальной машине VMware ESX 4.x. В качестве Dastastore используется локальный диск виртуального ESX, туда же ставится какая-нибудь виртуальная машина, но ей, как всегда, не хватает места.
Расширяем виртуальный диск виртуальной машины на Workstation, где установлен виртуальный ESX:
Например, с 20 до 30 ГБ:
Далее загружаем виртуальный ESX, соединяемся с ним из vSphere Client и переходим в категорию Storage на вкладке Configuration. Там выбираем Datastore и нажимаем Properties:
Там нажимаем кнопку Increase:
Возникает мастер Increase Datastore Capacity, где можно расширить том:
На вкладке Extents добавился новый экстент, а размер тома стал под 30 ГБ. То, что мне было нужно.
Как вы знаете, из GUI vSphere Client есть способ массового обновления VMware Tools в виртуальных машинах. Но бывает так, что установка VMware Tools зависает и почему-то не может быть отменена через клиент.
В этом случае динамическая миграция vMotion для виртуальной машины недоступна. Вы получите вот такое сообщение:
The virtual machine is installing VMware Tools and cannot initiate a migration operation.
Что нужно делать, чтобы отменить установку VMware Tools:
1. Заходим в сервисную консоль ESX, где запущена данная виртуальная машина и выполняем команду:
/ust/bin/vmware-cmd -l
2. Копируем путь из результатов вывода в следующую команду:
Некоторые пользователи платформы VMware vSphere, которые не используют множество функций распределенных служб VMware vCenter, хотели сделать такую штуку: обновить хосты VMware ESX 4.0 на версию 4.1, а сервер VMware vCenter оставить версии 4.0.
То есть ставить VMware vCenter 4.1 придется для управления хостами версии 4.1. Кстати, обратите внимание, что VMware vCenter 4.1 умеет управлять хостами VMware Server 1.0 - единственный после версии VirtualCenter 1.4 (не опечатка ли это?).
Технология связанных клонов (Linked Cloning) активно используется в решении для виртуализации настольных ПК VMware View 4. Авторы портала myvirtualcloud.net опубликовали интересный калькурятор, который позволит рассчитать объем дискового пространства, требуемый связанными клонами виртуальных машин:
Актуальный вопрос для тех, кто пользуется средством VMware Update Manager (VUM) для автоматизированного обновления хостов VMware vSphere / ESX. База данных VUM и занятое обновлениями дисковое пространство имеют свойство неудержимо расти, что важно учитывать при планировании развертывания сервера под Update Manager.
Компания VMware выпустила калькулятор размера базы данных и хранилища VMware vCenter Update Manager 4.1 Sizing Estimator, позволяющий администраторам прикинуть, сколько дисковой емкости нужно будет под базу данных, хранилище патчей (Patch Store) и временные файлы:
Компания VMware, начиная с 9 августа, запустила интересную промо-акцию, направленную на стимулирование приобретения продуктов VMware vSphere и их апгрейд на более продвинутые версии.
Наглядная суть акции:
Что это значит:
1. Приобретая лицензии VMware vSphere (не Essentials и Essentials Plus) или делая апгрейд можно, по крайней мере, бесплатно получить 15 лицензий на VMware vCenter CapacityIQ - средство учета и прогнозирования мощностей виртуальной инфраструктуры (лицензируется по виртуальным машинам).
2. Приобретая лицензии на издания VMware vSphere 4 Enterprise Plus или делая апгрейд на него с любого издания, можно получить лицензии на 50 одновременно запущенных виртуальных ПК VMware View 4.5 Premier Add-on. При этом цена апгрейда с Enterprise до Enterprise Plus составляет всего $495 за физический процессор (это валидно с 1 сентября). Ну и CapacityIQ на 15 ВМ тоже при этом дарят. Ну и Novell SUSE Linux Enterprise Server for VMware прикладывают впридачу.
Полный список, участвующих в акции продуктов представлен здесь. За приобретением продуктов обращаться в компанию VMC.
Время акции - с 9 августа 2010 по 15 декабря 2010.
Технология VMware Fault Tolerance позволяет защитить виртуальные машины с помощью кластеров непрерывной доступности, позволяющих в случае отказа хоста с основной виртуальной машиной мгновенно переключиться на ее "теневую" работющую копию на другом сервере ESX. Однако эта технология имеет существенные ограничения, приведенные ниже.
Вместе с VMware vSphere 4.1 компания VMware выпустила также новую версию продукта Site Recovery Manager (SRM), предназначенного для создания катастрофоустойчивой виртуальной инфраструктуры.
Помимо функций, имеющихся в версии 4.0, VMware SRM 4.1 получил следующие новые возможности:
Поддержка VMware vSphere 4.1
Возможность изменять system shutdown retry timeout в гостевой ОС при кастомизации IP-адресов, а также datastore discovery timeout в процессе восстановления
Поддержка виртуальных сетей на базе VMware vNetwork Distributed Switch (vDS) на основном и резервном сайте
Поддержка IP customization для гостевых ОС Windows 7 и Windows Server 2008 R2
Серверная часть VMware SRM 4.1 теперь только 64-битная (клиентская осталась 32-битной), соответственно, она не совместима с vCenter 4.0.
Экосистема партнеров решения SRM теперь включает дисковые массивы 14 вендоров: 3PAR, Compellent, Dell | EqualLogic, EMC, FalconStor, Fujitsu, Hitachi, HP, IBM, LSI, NEC, NetApp, Sun, Xiotech.
Скачать VMware Site Recovery Manager 4.1 можно по этой ссылке.
Наши инженеры всерьез озаботились тем, как же правильно подготовить гостевую операционную систему виртуальной машины с учетом специфики решения для виртуализации настольных ПК VMware View 4.
Публичных хороших рекомендаций на данный момент несколько:
Давно что-то не было сравнений гипервизоров. Недавно блоггеры портала vmguru.nl подготовили очередной открытый документ, где по нескольким параметрам сравнили технические возможности платформ виртуализации VMware vSphere, Microsoft Hyper-V и Citrix XenServer.
Номинально - Citrix XenServer 5.6 уже вовсе не так плох, каким он был где-то года полтора назад, Hyper-V подтягивается тоже (ждем SP1 для Windows 2008 R2). Вообще, я удивляюсь, кому приходит в голову писать такие сравнения - только напишешь, тут бац - выходит новая версия какой-нибудь из платформ, и все надо переписывать заново. Кроме того, учесть все параметры невозможно, например, в данном документе есть максимум половина всех возможностей, которые есть у VMware. А еще в таких документах интереснее всего было бы видеть категории, где напротив всех гипервизоров стоят красные крестики. Секрет таких категорий прост - берешь суперсекретную VMware Roadmap и вписываешь планируемые возможности в обобщенном виде.
Компания Microsoft выпустила пятую версию своего бесплатного продукта Assessment and Planning Toolkit (MAP), позволяющего произвести комплексное обследование своей гетерогенной ИТ-инфраструктуры (физические и виртуальные серверы) и получить на основе данных анализа отчет о готовности к виртуализации и рекомендации по консолидации серверов в виртуальных машинах Microsoft Hyper-V.
Как вы знаете, в VMware vSphere 4.1 механизм VMware DRS, осуществляющий балансировку нагрузки на хост-серверы ESX, теперь интегрирован с технологией непрерывной доступности VMware Faut Tolerance.
То есть DRS автоматически распределяет по хост-серверам и FT-машины, однако тут есть небольшой нюанс. В соответствии с рекомендациями Fault Tolerance, число таких машин на хосте должно быть не больше 4-х в целях оптимального быстродействия. Если вы попробуете смигрировать пятую виртуальную машину с включенной технологией FT на хост, вы получите вот такое сообщение:
Host already has the recommended number of 4 Fault Tolerance VMs running on it
То есть DRS не смигрирует и не сделает Initial Placement для FT-машин на хосты VMware ESX, где уже работают 4 таких ВМ. Однако, есть возможность увеличить это количество. Для этого необходимо в расширенных настройках (Advanced Settings) кластера VMware HA/DRS добавить параметр:
das.maxftvmsperhost
со значением, например, 6. Если вы поставите значение 0, то VMware DRS будет полностью игнорировать данное требование к числу FT-машин на хост.
Администраторы, работающие с платформой виртуализации VMware vSphere, часто встречаются с различного рода акронимами в интерфейсе vSphere Client (например, vmx, VPXD или VPXA).
Duncan Epping в своей заметке разъяснил происхождение некоторых терминов (комментарии также почитать интересно):
ESX = Elastic Sky X
GSX = Ground Storm X also some times referred to as Ground Swell X
Пакет продуктов VMware vSphere 4.1 вышел уже две недели назад, особенных ошибок в новой сборке выявлено не было, а значит настало время обновлять свои хосты VMware ESX 4.0 Update 1 или Update 2 на VMware ESX 4.1.
Прежде всего, вам надо пойти по этой ссылке на сайт VMware и скачать два пакета для проведения обновления (у вас должен быть действующий контракт на подписку SnS):
Далее нужно скопировать эти файлы в сервисную консоль сервера VMware ESX, например, с помощью бесплатной утилиты Veeam FastSCP. После этого в Service Console VMware ESX 4.0 выполняем следующие действия:
1. Переводим хост в Maintenance Mode. Это можно сделать либо из vSphere Client, либо командой:
# vimsh -n -e /hostsvc/maintenance_mode_enter
2. Выполняем команду в директории с файлами обновления:
В частности интересна формула, отражающая требования к пропускной способности FT-канала между серверами VMware ESX:
FT logging bandwidth = 1 Mbit/s + 1.2 * (average disk read throughput
[Mbits/s] + average network receives [Mbits/s])
Также интересно описание работы FT-протокола, результаты экспериментального тестирования и анализ различных подходов к непрерывной доступности виртуальных машин, в том числе с раздельным хранилищем для виртуальных дисков основной и резервной ВМ (здесь, кстати, интересна конфигурация FT + StarWind - как средство отказоустойчивости на уровне хранилищ + серверов).
RSS
