Хватит товарищи слушать всякую гадость. Все знают, что о вкусах не спорят, но есть то - что вечно и нравится всем, пусть даже свое собственное зашоренное самомнение не дает в этом признаться. Разве эта музыка не будет вечной в часы вашей бесконечной грусти? Ссылок не будет - потрудитесь немного.
Schiller & Peter Heppner - Vielleicht
Frederic Francois Chopin - Spring Waltz
Yuri Kane - Right Back (а для активного прослушивания лучше даже брать Mashup remix с Armin van Buuren)
Telepopmusic - Breath
Andrey Danilko - After you
Craig Armstrong - Featuring Eliz
Flanders - Behind
Adam F ft Tracy Thorn - The Tree Knows Everything
Bebe - Siempre me quedar (почти как Zaz)
Infected Mushroom - Dancing With Kadafi
Kosta Rodrigez ft. Denise - Soul To Sell
Jeter Avio - Tears
ATB - My everything
Kimito Lopez - Selfish By Nature
Tilt feat Maria Nayler - Angry Skies
Pink Floyd - One Slip
Royksopp - Sparks (Special Japanese only live)
Oceanlab - Come Home
Lamb - Angel Gabriel
Krister Linder - Dare
Rolf Lovland - Closer To The Dream
Kim Sanders - I Know
Chrisso - for ann (эффект Шепарда)
Miranda - Vamos a Jugar en el sol (хит парижских дискотек 95-го года! Эта песня лишняя в списке - но весьма для души)
В следующий раз я напишу о том, что энергичным людям создает хорошее настроение.
На сайте компании VMware Knowledge Base обнаружилась страница VMware vSphere 4.1 Update 1 RC Release Notes (ее любезно сохранил до удаления William Lam), на которой, в частности, приведены новые возможности, которые получит данная платформа виртуализации.
Новых возможностей достаточно мало:
vCenter 4.1 Update 1 и VMware Update Manager 4.1 Update 1 поддерживают в качестве БД Microsoft SQL Server 2008 R2 и Oracle 11g R2
VMware Update Manager получил новый интерфейс для постконфигурации продукта, включая сам VUM и утилиту VMware Update Manager Download Service (для скачивания обновлений отдельно от VC и VUM). Теперь из GIU можно сбросить пароль для соединения с БД, сконфигурировать настройки Proxy и поменять SSL-сертификаты.
Поддержка до 160 логических процессоров хост-сервера.
Улучшенная производительность для виртуальных машин, реализующих нагрузки баз данных и терминальные службы. Быстрее теперь работа с дисковой подсистемой и эффективнее расходуется CPU.
Поддержка новых гостевых ОС: Ubuntu 10.10, Solaris 10 U9 и RHEL 6.
Скачать VMware vSphere 4.1 Update 1 пока нельзя, но, скорее всего, он будет доступен в самое ближайшее время.
Многие пользователи, занимающиеся тестированием различных платформ виртуализации, особенно в крупных организациях, сталкиваются со следующей проблемой. Используются виртуальные машины на платформах различных вендоров (VMware vSphere и Microsoft Hyper-V, например), а потом эти тестовые машины сами собой входят в производственную среду. Потом компания принимает решение использовать одну платформу в рамках предприятия - и встает проблема конвертации виртуальных машин VMware в формат Hyper-V или (что чаще) наоборот.
Сделать это можно с помощью продуктов от самих этих вендоров, но они не всегда удобны, просты в обращении и бесплатны. А вот у компании StarWind есть полностью бесплатный продукт для преобразования виртуальных дисков между форматами VMDK и VHD - StarWind V2V Converter.
Просто подсовываете StarWind V2V Converter нужный VMDK / VHD диск виртуальной машины, а потом добавляете его к машине в клиенте vSphere или Hyper-V. Просто и удобно, а главное быстро. Данный продукт не вносит изменений в исходный образ, а также осуществляет надежное поблочное копирование в целевой образ виртуального диска.
Скачать полностью бесплатную версию StarWind V2V Converter можно по этой ссылке.
Часто задаваемый вопрос: можно ли осуществлять резервное копирование виртуальных машин на ESX, работающих в кластере постоянной доступности VMware Fault Tolerance. Ответ прост - согласно ограничениям технологии FT, бэкап таких работающих виртуальных машин делать нельзя, поскольку для них нельзя сделать мгновенный снимок (снапшот).
А ведь, зачастую, пользователям нужна не только высокая доступность сервиса в виртуальной машине на случай аварии или других неприятностей, но и резервное копирование на случай утери критичных данных. Кстати говоря, VMware обещала сделать поддержку одного снапшота для FT-машин в целях резервного копирования, но так и не сделала этого в версии VMware vSphere 4.1. А делать бэкап надо - поэтому придется все делать самим.
Очевидных пути выхода из положения два:
1. Делать резервное копирование данных виртуальной машины средствами гостевой ОС (копирование на уровне файлов) либо средствами SAN (снапшоты).
2. На период бэкапа (например, средствами Veeam Backup) выключать защиту Fault Tolerance для виртуальной машины вручную или с помощью скрипта по расписанию. Этот способ подходит не всем, поскольку на время резервного копирования машина оказывается незащищенной.
О первом способе вы и так знаете, поэтому поговорим о втором:
Затем минут за 10-15 до запуска задачи резервного копирования отключаем Fault Tolerance для машины командой (ее можно добавить в bat-файл и запускать планировщиком):
Затем запускаем задачу резервного копирования Veeam Backup, в настройках которой есть замечательный параметр для выполнения скрипта после завершения задачи:
А вот в этом батнике мы уже снова включаем Fault Tolerance командой вроде этой:
Понятное дело, что данный способ является костылем, и скорее всего данная особенность будет исправлена в следующей версии vSphere, но пока приходится делать вот так.
Компания Citrix продолжает помаленьку выпускать обновления своих продуктов в сфере виртуализации. На днях вышло первое обновление клиентского гипервизора Citrix XenClient 1.0 SP1, который позволяет осуществлять доставку виртуальных машин на клиенские ПК без необходимости установки хостовой ОС (подробнее тут и тут).
Новые возможности Citrix XenClient 1.0 SP1:
Официальная поддержка новых ноутбуков: Lenovo T510 и Panasonic Toughbook 52 в списке совместимости (HCL)
Интеграция с технологией Citrix FlexCast – появилась поддержка потоковой доставки виртуальных дисков VHD через службы развертывания provisioning services
Улучшена поддержка воспроизведение аудио и звукозаписи в виртуальных ПК
Ускоренная загрузка и вход в систему в виртуальных машинах
Больше возможностей и гибкости в настройке сети для XenClientEnhanced network configurations and reliability
Улучшена поддержка интернационализации
Кроме того, внесены улучшения в Citrix Synchronizer (компонент для передачи образов виртуальных машин и их изменений от образа на сервере на клиентское устройство, т.е. синхронизации машины):
Улучшена обработка нестандартных имен хостов
Улучшенная кросс-браузерная совместимость для UI
Повышенная надежность при передаче виртуальной машины
Поддержка offline-кэширования кредов в Active Directory
Побольше информации об использовании дискового пространства
Улучшения безопасности
Не так много для сервис пака, но что есть. Скачать обновленный Citrix XenClient 1.0 SP1 можно по этой ссылке.
Теперь Citrix XenConvert 3.2 - это утилита для миграции физических серверов на платформу виртуализации Citrix XenServer. Но можно также и конвертировать виртуальные машины из форматов VHD, VMDK, OVF и XVA.
Что нового:
Совместимость с Citrix XenServer 5.6 FP1
Совместимость с Provisioning Services 5.6 SP1
Множественные багофиксы ошибок при конферсии физических серверов
1. В конце прошлого года вышел Citrix XenApp 6 Fundamentals. Напомню, что XenApp - это мощное средство виртуализации и доставки приложений пользователям корпоративной инфраструктуры настольных ПК. Fundamentals - это издание для малого бизнеса, объединяющее в себе основные функции XenApp по сходной цене.
2. Также в конце года вышел Citrix Receiver для Chrome OS (вот тут - из блога). Фишка такая - вы логинитесь из какого-нибудь нетбука в консоль Reciever - и получаете свое приложение в отдельной вкладке браузера:
Переключаетесь между вкладками - переключаетесь между приложениями. Все построено на HTML5, поэтому должно работать шустро. Citrix Receiver будет распространяться через магазин веб-приложений Chrome Web Store от Google, который будет запущен в первой половине 2011 года.
Хорошая статья "Optimising PCoIP Display & Imaging" появилась на сайте myvirtualcloud.net. Ее основная суть - как с помощью групповых политик можно управлять различными параметрами PCoIP в целях оптимизации производительности виртуальных ПК VMware View 4.5. Особенно актуальны эти настройки для WAN-соединений, где PCoIP в сравнении с тем же Citrix HDX/ICA показывает не самые лучшие результаты.
Вот каких параметров можно добавить в реестр виртуальной машины VMware View (тип REG_DWORD) и через групповые политики:
PColPMaxLinkRate GPO (pcoip.max_link_rate)
Это значение максимальной ширины канала для сессии PCoIP в килобитах в секунду. По умолчанию это значение в 1 Gbps. Значение 0 - отменяет ограничения по ширине канала.
По умолчанию установлено значение в 30 кадров в секунду (fps). Это основной параметр, который следует регулировать в окружениях, ограниченных по пропускной способности канала. Если у вас канал очень узкий, а машин в него должно влезть много - регулируйте максимальное число кадров в секунду (но про качество картинки тоже не забывайте). На практике одна машинка без видео и других тяжелых для VDI нагрузок кушает где-то 200-300 Kbps.
Обнаружилась интересная бесплатная утилита HyperV_Mon, которая позволяет наблюдать за производительностью серверов Microsoft Hyper-V и своевременно обнаруживать проблемы:
HyperV_Mon 1.8 показывает ресурсы (CPU, Memory, I/O), используемые root partition и гостевыми системами виртуальных машин, а также накладные расходы гипервизора. Версия 2.0 будет поддерживать уже Hyper-V R2, который будет в Windows 2008 R2 SP1, планируемый к релизу в ближайшее время. Скачать HyperV_Mon 1.8 можно по этой ссылке.
Мы уже писали о продукте для виртуализации корпоративных приложений VMware ThinApp (здесь и здесь), который может быть использован как в рамках решения VMware View 4.5 для виртуализации корпоративных ПК предприятия, так и самостоятельно.
Sven Huisman, один из авторов портала virtualfuture.info, сделал интересный документ "How to deploy your ThinApps?", в котором детально описываются варианты развертывания виртуализованных приложений VMware ThinApp в корпоративной среде (пошагово и с инструкциями). Как вы знаете, у ThinApp нет собственного механизма развертывания виртуализованных приложений (централизованное развертывание есть только в консоли VMware View), поэтому этот документ может оказаться весьма полезным:
От лица коллектива VM Guru и дружной команды компании VMC поздравляю вас, уважаемые читатели, с Наступающим. В Новом году у вас, как впрочем и у нас, все будет хорошо. Все, что вы хотели - сбудется, никто не умрет, каждый солдат станет генералом, а деньги будут мешающей дома пылью. Новый год он всегда лучше, но тоскливее старого. Время уходит - но у вас его еще очень много. Но не так много, как вы думаете, конечно.
В новогоднюю ночь оденьтесь теплее, не пейте как в тот раз, скажите, наконец, жене завораживающие слова о великом будущем, и просто отдохните. Впереди ведь еще столько пахоты. Лично у меня все новогодние желания сбывались, даже самые нужные. И у вас сбудутся, если будете думать о них, как о каком-то само собой разумеющемся подарке, которым кто-то добрый и единственно понимающий может искренне вас одарить.
Новый год - семейный праздник. Не портите его - не ругайтесь, не оставляйте семью. Вспомните, как мало времени вы с ними провели, а как много его угрохали на вещи, чтобы попасть в рабство автомобилей, квартир и ремонтов. Ешьте салаты - это единственное утешение после 17-00 первого января. Не заходите в почту хотя бы до 4-го. Продержитесь.
Не будьте буками. И не делайте всякой фигни в Новом году - этого достаточно для успеха и отличного самочуствия.
Еще раз поздравляю!
P.S. И да, не давайте и не берите взяток в Новом году - умрете в жутких мучениях от свинки (с атрофией яичек) или гранулематоза Вегенера.
Константин Введенский, мой старый приятель и по совместительству сотрудник компании StarWind Software, опубликовал интересные заметки по оптимизации работы хранилищ виртуальных машин VMware ESX на базе продукта StarWind Enterprise. Если кто-нибудь из вас все еще не знает как StarWind может помочь вам в создании отказоустойчивых систем хранения по iSCSI для виртуальных машин серверов VMware ESX, то вам сюда, сюда, и, вообще, сюда.
О чем говорят нам эти заметки:
1. iSCSI Initiator на VMware ESX можно использовать в режиме NIC binding (то есть Teaming в настройках vSwitch), или в режиме MPIO (multipathing, в настройках политики путей к хранилищу в категории Storage), но нельзя их использовать одновременно. Еще посмотрите сюда.
2. Если вы используете и хранилища NAS/NFS, и хранилища iSCSI, то нужно использовать NIC Teaming для обоих интерфейсов, а не MPIO.
3. Для типа балансировки IP Hash вы сможете использовать только 1 iSCSI-соединение на хост VMware ESX. Как настраивается тип балансировки IP Hash изложено в KB 100737.
4. По умолчанию время выбора пути в случае отказа на VMware ESX равно 300 секунд. Это время рекомендованное VMware. Вы можете уменьшить или увеличить это время. Его уменьшение ускорит переключение на резерв, но даст нагрузку на процессор ESX (более частый опрос путей), увеличение этого времени снизит нагрузку на CPU, но и увеличит время Failover'а. Настраивается этот параметр в Advanced Settings сервера ESX - он называется Disk.PathEvalTime, и его значение может варьироваться в диапазоне от 30 до 1500. Более подробно в VMware KB 1004378 и еще вот тут посмотрите, например.
5. В виртуальных машинах Windows убедитесь, что параметр Disk\TimeOutValue в реестре равен 60 секундам. Это позволит дисковому устройству не отваливаться раньше времени. Если VMware Tools установлены, то он будет равен 60 секундам после установки, если же нет, то это будет 10 секунд (non-cluster) или 20 секунд (cluster node). Настраивается он вот в этом ключе реестра:
Для Linux все немного не так. Без VMware Tools время TimeOutValue равно 60 секундам, а с ними - 180 секундам. Настраивается TimeOutValue в Linux так:
cat /sys/block/<disk>/device/timeout
Для большинства случаев подойдет значение в 60 секунд.
6. Для достижения лучшей производительности со StarWind Enterprise лучше использовать политику балансировки нагрузки по нескольким путям Round Robin (не активирована по умолчанию, по дефолту стоит политика Fixed). Для этого нужно щелкнуть правой клавишей по устройству iSCSI и нажать "Manage Paths" в vSphere Client.
Эта политика позволяет переключаться между путями каждые 1000 IOPS'ов. Можно уменьшить это значение для оптимизации производительности. Для этого в сервисной консоли ESX / ESXi наберите:
В данном случае выставлено 3 IOPS'а. UUID девайса можно узнать в категории "Storage adapters" в vSphere Client для сервера ESX. Опросить текущие настройки устройства можно командой сервисной консоли:
esxcli nmp roundrobin getconfig --device [UUID]
Ну и, конечно, помните, что все эти настройки нужно сначала опробовать в тестовой среде и посмотреть на изменения в производительности работы сервера ESX с хранилищем StarWind Enterprise.
Скачать StarWind Enterprise HA можно по этой ссылке, ну а покупают его только здесь.
Компания Oracle объявила о выпуске новой версии настольной платформы виртуализации Oracle VirtualBox 4.0.
Напомним, что VirtualBox 4.0 - это частично бесплатная, открытая платформа виртуализации для настольных ПК, поддерживающая Windows, Linux и Mac OS в качестве хостовых платформ и позволяющая запускать несколько виртуальных машин одновременно на одном компьютере.
Новые возможности VirtualBox 4.0:
Улучшения в GUI - превью консоли гостевой системы, масштабирование консоли гостевой ОС, панели атрибутов и многое другое в Oracle VM VirtualBox Manager (см. картинку выше)
Виртуальную машину можно запустить из ярлыка, без необходимости запускать VirtualBox Manager
Масштабирование консолей виртуальных машин для Linux и Solaris
Улучшения, направленные на повышение производительности "тяжелых" виртуальных машин с громоздкими приложениями
Новые настройки виртуальных дисков, улучшающие переносимость виртуальных машин между хостами (все файлы ВМ в одной папке, можно переносить susended-машину и ВМ со снапшотом)
Поддержка универсального формата Open Virtualization Format Archive (OVA) для виртуальных модулей (Virtual Appliances) - виртуальных машин, распространяемых с предустановленным ПО
Поддержка более 2 ГБ оперативной памяти гостевой системы для 32-битных хостов
Поддержка эмуляции чипсета ICH9 с 3-мя PCI-шинами, PCI express и Message Signaled Interrupts (MSI)
В гостевых системах поддерживается Intel HD Audio (актуально для последних версий Windows)
Поддержка Hardware offloading for virtual networking - передачи части функций по работе с сетевым окружением на сторону физического сетевого адаптера
Улучшен контроль ресурсов, потребляемых виртуальной машиной: можно ограничивать CPU и пропускную способность ввода-вывода (I/O)
Поддержка изменения размера виртуальных дисков VDI и VHD
Поддержка асинхронного ввода-вывода для iSCSI, дисков VMDK, VHD и образов Parallels Workstation
Автоматическое обновление Guest Additions (аналог VMware Tools в Workstation)
Guest Additions поддерживают копирование файлов в гостевую ОС с хоста
По умолчанию для 64-битных хостов включена поддержка Large Memory Pages
Возможность расширения функциональности за счет Extension Pack'ов. Например, сама Oracle дает pack, в котором есть поддержка USB 2.0, Remote Display Services и загрузки по сети.
Последняя но немаловажная возможность - конфигуратор работы сети хоста с сетями виртуальных машин сильно изменился, и теперь есть режим NAT (и правила Port Forwarding). В этом смысле VirtualBox 4.0 приближается к VMware Workstation с его Virtual Network Editor.
Последнее окошко выглядит так:
Скачать Oracle VM VirtualBox 4.0 можно по этой ссылке.
Как обычно, Duncan Epping написал отличный пост об использовании памяти виртуальными машинами на хостах VMware ESX. Постараемся объяснить это на русском языке. Итак, если открыть вкладку Summary в vSphere Client для виртуальной машины, мы увидим вот такую картину:
Здесь есть 2 главных параметра:
Memory - это то количество оперативной памяти, которое вы выделили виртуальной машине при создании. За это количество гостевая ОС не выйдет при ее использовании. Это же количество памяти вы увидите в гостевой ОС.
Memory Overhead - это количество памяти, которое может потребоваться гипервизору на поддержание работы виртуальной машины сверх используемой памяти (т.е. расчетные накладные расходы на виртуализацию, но не текущие).
Далее мы видим панель Resources, здесь есть такие показатели:
Consumed Host Memory - это количество физической памяти хоста ESX, выделенной виртуальной машине. Обычно это значение не больше значения Memory на предыдущей картинке. Но может быть и больше, поскольку Consumed Host Memory включает в себя и Memory Overhead, но не с картинки выше, а реально используемый гипервизором Overhead (о котором будет идти речь ниже). И важный момент - счетчик Consumed для Memory на вкладке "Performance" не включает в себя Overhead.
Active Guest Memory - это количество памяти, которое по мнению гипервизора VMkernel активно используется гостевой операционной системой. Вычисляется этот параметр на базе статистических показателей. То есть, если ОС не очень активно использует память, то можно ей ее немного подрезать в условиях нехватки ресурсов.
Теперь идем на вкладку "Resource Allocation". Здесь все немного сложнее:
Появляются вот такие показатели:
Для Host Memory (видим, что это 2187 МБ = сконфигурированная память 2048 МБ + Overhead):
Consumed - это, опять-таки, объем потребляемой виртуальной машиной физической памяти хоста ESX (постоянно меняется). И он включает в себя накладные расходы гипервизора по памяти.
Overhead Consumption - это текущий объем затрат памяти на поддержание виртуальной машины (здесь 42 МБ в отличие от расчетного в 110 МБ)
А формула такова: Consumed = Private + Overhead Comsumption
Для Guest Memory (2048 МБ сконфигурировано в настройках):
Private - это объем памяти физически хранимый хостом для виртуальной машины (см. формулу выше).
Shared - это объем памяти, который отдается другим виртуальным машинам от разницы между сконфигурированным объемом (Configured Memory) и потребляемым (Consumed). Суть в том, что ОС Windows при загрузке очищает всю память виртуальной машины, но потом эти пустые страницы приложениями не используются. Поэтому гипервизор отдает их другим ВМ, пока ВМ, владеющая памятью не потребует их. Эти страницы и есть Shared. Как мы видим, Private + Shared = Guest Memory.
Swapped - это объем памяти, ушедший в файл подкачки vswp. То есть это не файл подкачки Windows, а файл подкачки в папке с виртуальной машиной. Само собой этот показатель должен быть нулевым или совсем небольшим, поскольку своппинг, который делает ESX (а точнее VMkernel) - это плохо, т.к. он не знает (в отличие от Windows), какие страницы нужно складывать в своп, поэтому кладет все подряд.
Compressed - это объем памяти, который получен после сжатия страниц с помощью механизма Memory Compression (то есть, хранимый в VM Compression Cache).
Ballooned - это объем памяти, который забрал balloon-драйвер (vmmemctl), чтобы отдать ее другим нуждающимся виртуальным машинам.
Unaccessed - это память, к которой гостевая ОС ни разу не обращалась (у Windows - это близко к нулю, так как она обнуляет память при загрузке, у Linux должно быть как-то иначе).
Active - опять-таки, активно используемая память на основе статистики гипервизора.
На хорошем и производительном хосте VMware ESX метрики Compressed, Ballooned, Unaccessed - должны быть около нуля, так как это означает что машины не борются за ресурсы (то есть не сжимают страницы и не перераспределяют память между собой). Ну и, конечно, если показатель Active маленький, стоит задуматься об урезании памяти (но сначала посмотрите в гостевую ОС, она лучше знает, чем гипервизор, все-таки).
Worst Case Allocation - это сколько будет выделено виртуальной машине при самом плохом раскладе (максимальное использование ресурсов), то есть вся память будет использоваться, да еще и накладные расходы будут (т.е., Configured + максимальный Overhead).
Overhead Reservation - это сколько зарезервировано памяти под Overhead гипервизором.
Компания VMware некоторое время назад объявила об очень интересном проекте VMware Project Horizon, который должен быть очередным интересным событием в мире облачных вычислений. Об этом продукте было рассказано еще на прошедшем VMworld Europe 2010, где даже была небольшая демка:
Что же это такое? По сути, это "магазин приложений" в среде пользовательской инфраструктуры, получаемый путем федерации (объединения) нескольких источников приложений (различные компоненты инфраструктуры - MS, виртуализованные приложения ThinApp в виртуальных ПК VMware View, приложения Citrix XenApp и многое другое). А с точки зрения пользователей - это фронтенд для доступа к своим приложениям с различных устройств (ноутбуки, смартфоны, айпады и т.п.):
Для этого, кстати компания VMware даже купила такую компанию Tricipher, которая делает Sigle Sign-On для пользователей корпоративных SaaS приложений (то есть, это управление идентификацией со стороны корпоративной инфраструктуры у SaaS провайдеров).
Таким образом у нас будет общий корпоративный каталог пользователей, которые будут получать доступ к своим приложениям в физической и виртуальной инфраструктуре:
Все это делается по стандартам и протоколам SAML, ADFS или OpenID, которые поддерживают несколько тысяч провайдеров в сфере SaaS:
Помните мы писали о замечательном человеке Романе, который делает переводы технических документов NetApp, которые дают много полезной информации не только пользователям СХД этого вендора, но и раскрывают общие принципы использования хранилищ для физической и виртуальной инфраструктуры.
А вот что есть еще интересного о виртуализации на русском языке (остальное - здесь):
Использование NFS в VMware Bikash Roy Choudhury | NetApp | Июль 2010 | TR-3839 В данном документе рассматриваются потенциальные преимущества использования в инфраструктуре хранения VMware работы по Network File System (NFS) с системы хранения NetApp®. Скачать .pdf(22 страницы) html
Интеграция NetApp с VMware vStorage API Robert McDonald | NetApp | Июль 2010 | WP-7106 Этот документ описывает набор поддерживаемых в NetApp средств VMware® vStorage APIs for Array Integration (VAAI). VAAI это набор API, позволяющих виртуализованной инфраструктуре на базе VMware vSphere™ тесно интегрироваться с системой хранения. Скачать.pdf (8 страниц)
Наилучшие методы использования систем хранения NetApp для решений виртуализации Microsoft Hyper-V Chaffie McKenna, NetApp | Ravi B, NetApp | Декабрь 2009 | TR-3702-1209
Этот документ содержит руководство и описание наилучших методов для построения интегрированной архитектуры и внедрения Microsoft Hyper-V с использованием систем хранения NetApp. Технологии NetApp, рассматриваемые в этом руководстве важны для создания эффективного с точки зрения затрат, производительности, гибкости и дружественности к окружающей среде интегрированного решения хранения данных виртуальной серверной инфраструктуры. Скачать .pdf (105 страниц)
Руководство по наилучшим способам использования систем NetApp с VMware Virtual Infrastructure 3 M. Vaughn Stewart, Michael Slisinger, Larry Touchette, | NetApp | TR 3428
Перевод Р. Хмелевского Данный документ рассматривает наилучшие методы решений при внедрении VMware Virtual Infrastructure с использованием системы хранения Network Appliance FAS. Полезные советы, особенности установки и настройки, как на стороне системы хранения, так и на стороне VMware ESX/VI. Скачать.pdf (76 страниц)
Несколько дней назад компания Citrix объявила о выходе очередного обновления Feature Pack 1 своей платформы виртуализации XenServer 5.6. Этот релиз имеет множество новых интересных возможностей, наиболее важной из которых является возможность использования виртуального распределенного коммутатора (в том числе и на базе Open vSwitch).
Список новых возможностей Citrix XenServer 5.6 Feature Pack 1:
Distributed Virtual Switching. Эта возможность позволяет использовать средства управления распределенным сетевым взаимодействием хост-серверов и виртуальных машин (например, cross-host private networks - аналог PVLAN на dvSwitch в VMware vSphere). Также поддерживается устройство Open vSwitch (OVS) для хостов XenServer hosts, а также компонент Controller для управления несколькими vSwitches (сам Controller есть только в издании Premium). Open vSwitch включает в себя поддержку больших кадров Jumbo Frames, позволяющих добиться наибольшей производительности в сетях хранения на базе iSCSI. При этом Open vSwitch пока не поддерживает агрегацию каналов (Link Aggregation).
VM Protection & Recovery - использование снятия мнгновенных снимков (снапшотов) и экспорта виртуальных машин по расписанию. Новая версия XenServer включает в себя простую утилиту для бэкапа виртуальных машин и их восстановления (из снапшота). При этом дифференциальные снапшоты не поддерживаются (будет в следующих версиях). В бесплатной версии этой функциональности нет.
Web Self-Service. Портал самообслуживания для пользователей виртуальных машин на основе привилегий, определенных администратором. Создание машин прямо из портала пока не поддерживается (будет потом).
Boot from SAN with multi-pathing support. Возможность загрузки хостов XenServer через HBA-адаптер Fibre channel из сети SAN.
HA Restart Priority. Возможность настройки политик механизма отказоустойчивости таким образом, чтобы расставить приоритеты по старту виртуальных машин отказавшего хост-сервера (например, для вспомогательных ВМ StorageLink Gateway VM или Distributed vSwitch Controller VM, которые должны запуститься сначала).
Improved XenDesktop VDI scalability. Улучшения под виртуализацию настольных ПК (VDI) - увеличение коэффициента консолидации виртуальных машин на хост-серверах посредством использования компонентом control domain (Dom0) нескольких процессоров и других улучшений.
Enhanced XenCenter. Улучшенные средства управления XenCenter, включая полностью конфигурируемый StorageLink, отчетность об использовании ВМ и даже возможности подсчета затрат на виртуальную инфраструктуру (chargeback).
Improved MPP RDAC multi-pathing - отчетность о статусе пути в конфигурации с несоколькими путями к СХД, а также отчетность и возможность срабатывания оповещений (health reporting and alerting).
Snapshot improvements. После удаления снапшота - на системе хранения все аккуратно подчищается.
Enhanced guest OS support - лучше работают: Windows 7 SP1, Windows Server 2008 R2 SP1, RHEL 6.0 (RTM), CentOS 6.0 (RTM), Oracle Enterprise Linux 6.0 (RTM), Debian Squeeze (32 and 64-bit) и SLES 11 SP1.
Generic RHEL 5.x support. RHEL / CentOS / Oracle Enterprise Linux 5.0- 5.5 support with a generic "RHEL 5" template.
Драйверы Brocade HBA - а также утилиты командной строки включены в XenServer.
Provisioning Services Improvements. Есть поддержка Windows volume license (MAK и KMS) при развертывании виртуальных машин.
XenDesktop platform enhancements. Технология локального кэширования образов виртуальных машин для экономии дискового пространства в инфраструктуре виртуальных ПК (VDI). Будет использоваться в следующей версии Citrix XenDesktop.
Скачать Citrix XenServer 5.6 FP1 (включая бесплатную версию) можно по этой ссылке.
В отличие от протоколов Citrix ICA и VMware/Teradici PCoIP протокол SPICE осуществляет рендеринг содержимого экрана и аудиопотока на стороне клиента, а не сервера, что потенциально позволяет повысить качество работы пользователя со своим виртуальным ПК, в том числе за счет аппаратных средств на клиентской машине. Данный протокол считается перспективным для использования также и на тонких клиентах.
Не так давно Red Hat анонсировала доступность GTK-клиента Spicy, работающего по протоколу SPICE. Его можно скачать и собрать самостоятельно (например, под Fedora 14). Текущая версия - 0.2, а версию 1.0 обещают не раньше 2 половины 2011 года.
Некоторые пользователи VMware vSphere используют режим объединения нескольких серверов VMware vCenter Linked Mode. Этот режим позволяет объединить в интерфейсе vSphere Client несколько датацентров, каждый из которых управляется своим сервером VMware vCenter.
При этом режим vCenter Linked Mode имеет несколько существенных требований к инфраструктуре:
Обязательно наличие разрешения имен DNS между серверами vCenter и компонентами виртуальной инфраструктуры
Серверы vCenter могут быть в разных доменах, но между ними обязательные двунаправленные трасты
Необходимо открыть в фаерволе порты для ADAM
При соединении серверов vCenter установщик должен запускаться под доменным аккаунтом, имеющим права локального администратора на каждом из серверов
Должна быть настроена синхронизация времени между серверами vCenter, и время не должно отличаться более, чем на 5 минут
Последний пункт и вызывает самые частые нарекания. Пользователи получают вот такую ошибку при попытке объединения:
Error 28039.Setup cannot join vCenter Server to the linked mode group...Check the jointool-0.log for more information
При этом, что касается временных зон - они корректно обрабатываются, а вот само время с учетом смещения отличаться не должно.
Компания Oracle продолжает развитие настольной платформы VirtualBox, являющейся аналогом продукта VMware Workstation, позволяющего запускать несколько виртуальных машин на одном компьютере. 6 декабря была анонсирована бета-версия платформы VirtualBox 4.0, которая появилась вскоре после релиза версии 3.2.12.
Помимо множества исправлений, новые возможности VirtualBox 4.0 включают в себя:
Новые настройки виртуальных дисков, направленные на переносимость виртуальных машин между хостами
Поддержка универсального формата Open Virtualization Format Archive (OVA) для виртуальных модулей (Virtual Appliances) - виртуальных машин, распространяемых с предустановленным ПО
Поддержка более 2 ГБ оперативной памяти гостевой системы для 32-битных хостов
Поддержка эмуляции чипсета ICH9 с 3-мя PCI-шинами, PCI express и Message Signaled Interrupts (MSI)
В гостевых системах поддерживается Intel HD Audio (актуально для последних версий Windows)
Улучшен контроль ресурсов, потребляемых виртуальной машиной: можно ограничивать CPU и пропускную способность ввода-вывода (I/O)
Улучшения в GUI - превью консоли гостевой системы, масштабирование консоли гостевой ОС
Поддержка изменения размера виртуальных дисков VDI и VHD
Поддержка асинхронного ввода-вывода для iSCSI, дисков VMDK, VHD и образов Parallels Workstation
Автоматическое обновление Guest Additions (аналог VMware Tools в Workstation)
Guest Additions поддерживают копирование файлов в гостевую ОС с хоста
По умолчанию для 64-битных хостов включена поддержка Large Memory Pages
Скачать бета-версию VirtualBox 4.0 можно по этой ссылке.
Как многие из вас знают, есть такой замечательный продукт StarWind Enterprise, который позволяет создать отказоустойчивый кластер хранилищ для виртуальных машин VMware vSphere. Об этом продукте у нас есть целый раздел, но наиболее полезные страницы - это эта, эта, эта и эта.
Схема организации кластера высокой доступности хранилищ StarWind Enterprise выглядит так:
То есть, каждый из узлов StarWind должен иметь, по крайней мере, 2 сетевых интерфейса - для доступа хост-серверов виртуализации к хранилищу и для синхронизации данных узлов между собой (чтобы работа продолжилась в случае отказа одного из узлов - данные пишутся на узлы синхронно). Но само собой, 2 интерфейса - это очень ненадежно и небыстро. Поэтому лучше делать NIC Teaming и для канала синхронизации (надежность), и для канала работы с хранилищем по iSCSI (скорость). Поэтому, по-хорошему, нужно 4 интерфейса.
Вы уже все, конечно же, скачали версию StarWind Enterprise 5.5 и приступили к ее установке. Где определяются параметры сетевых интерфейсов? Запустим, например, мастер создания виртуального диска, работающего в режиме высокой доступности (High Availability):
Здесь указываются параметры сервера-партнера в кластере высокой доступности. Имя или IP-адрес, который сюда вводится - это и есть интерфейс узла, через который происходит доступ со стороны хост-серверов VMware ESX (то есть то, что на предыдущей картинке сверху). А вот в этом шаге мастера:
В поле "Интерфейс" указывается IP-адрес интерфейса, по которому происходит синхронизация узлов между собой (то, что на первой картинке сбоку). Кроме того, в версии 5.5 появилось новое поле Heartbeat - это интерфейс, через который два узла кластера Heartbeat обмениваются сигналами доступности, чтобы при обрыве канала синхронизации не возникло ситуации Split Brain (понять что это такое вы можете из статьи "Новая возможность StarWind Enterprise HA - устранение ситуации Split Brain"). Вот в поле Heartbeat этот адрес и нужно задавать. Само собой, лучше, если подсеть heartbeat у вас будет отдельная в целях повышения надежности.
Кстати, заметьте, что есть галка "Auto synchronization after failure", которая позволяет в случае отказа одного из узлов, а потом ввод его в строй (например, перезагрузка) автоматически синхронизировать узлы между собой. Раньше это делалось только вручную.
И еще одно - вы уже заметили, что на картинках меню на русском языке. Переключается язык тут:
Вчера компании VMware и LG заключили соглашение о партнерстве в области виртуализации для смартфонов под управлением ОС Google Android. Суть инициативы обеих компаний в следующем: дать возможность пользователю разделить окружение с личными приложениями и данными (развлечения, персональная информация) и окружение с корпоративными данными и приложениями (email, доступ к корпоративной инфраструктуре). То есть, основная идея данного начинания - информационная безопасность.
LG and VMware announced this morning a partnership that brings visualization to Android smartphones. The non-nerd premise is this: You've got your standard Android smartphone, with your e-mail, your apps, your phone number. And in a virtual space on the same device, you have another set of apps, corporate e-mail, another phone number — completely sandboxed from your personal stuff, unable to talk to or access its data.
Интересное видео из анонса:
Все это еще и потому, что некоторые вынуждены таскать с собой два смартфона - бизнесовый и личный (есть и такие, да). Все это в перспективе может создать новые варианты использования смартфонов, которые в будущем будут одним из основных средств взаимодействия с информационными системами предприятия.
Компания Citrix, после многочисленных анонсов, не так давно сделала доступным для скачивания продукт для виртуализации инфраструктуры корпоративных ПК предприятия Citrix XenDesktop 5.0. О некоторых новых возможностях продукта мы уже писали (кроме того, достаточно полный список доступен здесь).
Кстати, есть интересный сайт http://edocs.citrix.com, где уже доступна документация по Citrix XenDesktop 5.0:
Отделение технической поддержки компании VMware выпустила интересный документ "VMware View Resolution Paths", который представляет собой ассоциативную карту (Mind Map), позволяющую решать проблемы, возникающие в инфраструктуре виртуальных ПК VMware View 4.5.
Интересное начинание VMware будет очень полезно также и пользователям VMware vSphere, если техподдержка вендора решит публиковать такие карты и дальше для других продуктов. Например, такая карта уже есть для VMware Fusion.
Создавать iSCSI-хранилища с помощью этого продукта вы можете на любом Windows-сервере, к которому может быть подключено локальное хранилище (свои диски или DAS), либо общее хранилище (Fibre Channel / NFS / iSCSI).
Только вот при установке StarWind Enterprise на Windows Server 2003 вы получите вот такое сообщение:
В Windows Server 2008 этот инициатор уже есть, а вот в Windows 2003 нужно установить Microsoft iSCSI Initiator для StarWind. Для этого переходим по ссылке "Microsoft iSCSI Software Initiator Version 2.08" и устанавливаем его в Windows Server 2003:
после чего перезагружаем сервер.
И да, для тех кто уже имеет инсталляцию StarWind Enterprise HA. Как обновить продукт на версию 5.5:
1. Надо устанавливать версию StarWind 5.5 прямо поверх предыдущей (при этом хранилище для виртуальных машин будет оставаться доступным и прерывания их работы не произойдет).
2. Сначала обновляем первый узел кластера StarWind Enterprise HA.
3. Затем синхронизируем ноды между собой.
4. Обновляем второй узел и снова синхронизируемся.
Компания Veeam, известный поставщик решений для управления виртуальной инфраструктурой VMware, выпустила RC-версию продукта Veeam nworks Smart Plug-in 5.6 for VMware vSphere. Данный продукт является частью пакета Veeam ONE, которое позволяет осуществлять комплексный мониторинг инфраструктуры виртуальных серверов VMware vSphere под контролем HP Operations Manager.
Новые возможности Veeam nworks Smart Plug-in 5.6:
Поддержка HP Operations Manager для Linux (OML). Теперь портфель nworks включает в себя поддержку всех версий HP OM - для Windows, Unix и Linux.
Отслеживание задержек обращения к хранилищам (Disk queue latency) - для определения узких мест в дисковой подсистеме хранения виртуальных машин на томах VMFS
Мониторинг длительности хранения снапшотов (snapshots) - для нотификации администраторов о потенциальных проблемах
Стоимость продукта nworks SPI 5.6 составляет $690 за обычную версию и $850 за версию, входящую в решение Veeam One.
Скачать Veeam nworks Smart Plug-in 5.6 можно по этой ссылке.
Red Hat RHEV SPICE (Simple Protocol for Independent Computing Environments, through acquisition of Qumranet)
HP RGS (Remote Graphics Solution)
Oracle/Sun ALP (Appliance Link Protocol, Sun Ray)
Oracle/Sun/Tarantella AIP (Adaptive Internet Protocol)
Собственно, результаты:
Ну а за Teradici не заржавело - и они сразу сделали презентацию, что проблем нет:
Однако из многочисленных (и не особо-то опровергаемых VMware) комментариев в сети видно, что PCoIP пока все-таки проигрывает Citrix HDX. Но! Это всего лишь протокол, а в инфраструктуре VDI - протокол хоть и важен, но это далеко не единственное, что нужно учитывать при выборе решения для виртуализации корпоративных ПК предприятия.
В самом конце августа 2010 года компания VMware объявила о приобретении компании Integrien, занимающейся разработкой решений для выявления проблем производительности виртуальной инфраструктуры. А вот теперь на сайте VMware появилась промо-акция, по условиям которой все покупатели VMware vSphere (кроме серии Essentials) получают бесплатно лицензии на 50 виртуальных машин для продукта Alive VM (и один год поддержки и подписки на обновления, SnS):
Как заявляется на сайте Integrien (который еще не стал частью корпоративного брендинга VMware), Alive VM - это средство для отслеживания работоспособности виртуальной инфраструктуры VMware vSphere, определения проблем производительности и "узких мест", а также аналитики в сфере доступных и необходимых вычислительных ресурсов.
Больше всего это похоже на игру, где нужно двойным кликом убирать шарики одного цвета в ряд (посмотрите, например, видео):
В целом, Alive VM - это такой общий Dashboard, в котором виден виртуальный датацентр VMware vSphere с его объектами (кластеры, виртуальные машины) в которые можно "проваливаться" и смотреть различные характеристики рабочей нагрузки, health-статуса и анализировать, какова загрузка вычислительных ресурсов и нужно ли еще их добавить в датацентр. Также можно видеть как изменилась производительность виртуальной машины вследствие каких-либо причин, и какое изменение конфигурации это вызвало.
Поставляется Alive VM в виде виртуального модуля (Virtual Appliance), также доступна версия для установки на сервер Windows Server. Все действия с фронтендом производятся через веб-интерфейс. Плюс не нужна отдельная база данных.
Условия акции - продукт бесплатно предоставляется для всех пользователей, купивших продукт VMware vSphere, участвующий в акции, в период с 23 ноября 2010 года по 1 марта 2011 года (лицензии на 50 наблюдаемых виртуальных машин).
В очень интересной презентации "Transitioning to ESXi with vSphere 4.1" от Mark'а Monce (которую неплохо бы просмотреть всем администраторам VMware ESX в связи со скорым обязательным переходом VMware на гипервизор ESXi) обнаружились интересные моменты:
1. Если через веб-браузер по https зайти на VMware ESXi по ссылке:
https://<hostname>/host
мы увидим его конфигурационные файлы:
2. Если зайти на VMware ESXi по адресу:
https://<hostname>/host/messages
мы увидим его лог-файлы:
3. А если сходить на ESXi по этому адресу:
https://<hostname>/folder
То мы увидим содержимое VMFS-томов:
Напишите в комментариях, пожалуйста, если что-то из этого не работает.
Компания VMware выпустила 17-страничный документ "Performance of Virtualized SQL Server–Based VMware vCenter Database", где рассматриваются основные аспекты производительности базы данных Microsoft SQL Server для сервера VMware vCenter в виртуальной машине инфраструктуры vSphere.
Результаты:
Большинство требовательных к ресурсам операций базы MS SQL на виртуальном vCenter по производительности сравнимы с физической инсталляцией.
SQL Server–based vCenter, управляющий большим количеством хост-серверов ESX и кластеров, вполне может работать в виртуальной машине.
Базы данных MS SQL в общем случае работают почти без потери производительности в виртуальных машинах на vSphere 4.1.
RSS
