Компания StarWind, лидер в разработке решений для создания программных отказоустойчивых iSCSI-хранилищ для виртуальных машин, провела серию вебинаров вместе с Microsoft Украина на русском языке на тему программных хранилищ данных в Windows Server 2012.
В рамках онлайн сессии Microsoft, Юрий Хохлов, ведущий инженер-программист компании StarWind Software, рассказал о iSCSI Target и SMI-S от компании StarWind, а также рассмотрел некоторые тонкости, которые могут быть полезными в рабочей среде.
Все это теперь доступно в записи. Первая часть выступления касается следующих моментов:
Обзор базовой работы с дисками
Динамические диски
Обзор типов томов, которые можно построить в Windows Server
Создание программных рейдов
Организация Storage Spaces в Windows Server 2012 R2
Управление внешними хранилищами на примере Windows Server 2012 R2 + StarWind
Во второй части записи онлайн-трансляции можно узнать о таких подробностях работы хранилищ, как:
Обзор файловых систем
Свойства NTFS
Работа с квотами
Линкование
File Server Resource Manager
Теневое копирование
В ближайшее время будут еще вебинары, так что не отключайтесь.
Более подробно о сотрудничестве компании StarWind и Microsoft Украина можно почитать тут. Пробная версия продукта StarWind Native SAN for Hyper-V доступна по этой ссылке - http://ru.starwindsoftware.com/native-san-for-hyper-v.
Ну и напомним последние новости о новой версии StarWind V8, выпуск которой ожидается в ближайшее время.
Мы уже немало писали про кластеры хранилищ VMware Virtual SAN (последнее - тут и тут), а сегодня рассмотрим механизм работы запросов на чтение блоков, который описал в своем блоге Duncan Epping.
Итак, схема кластера VMware Virtual SAN:
Здесь мы видим такую картину - виртуальная машина находится на хосте ESXi-01, а ее блоки размером 1 МБ размещаются на хранилищах разных хостов. При этом блоком 1 владеет ESXi-01, а блоком 2 - ESXi-03. Хост ESXi-02 не принимает участия в обработке запросов ввода-вывода.
Схема работы запроса на чтение проста - сначала проверяется наличие блока в кэше на чтение (Read cache), и если там блока не оказывается, то проверяется Write buffer на хранилище SSD (если блок еще не успел записаться на HDD) и непосредственно сам HDD-диск. В данном случае блок 1 нашелся на SSD-диске в кэше на чтение.
Второй же блок обслуживается хостом ESXi-03, но его не оказалось в кэше на чтение, и он читается с HDD-диска. Тут надо отметить, что кластер Virtual SAN помещает блоки в кэш на чтение только на тех хостах, которые активно обслуживают этот блок и владеют им, а те хосты, которые просто хранят копию данных - в Read cache таких блоков не помещают.
Не так давно мы писали о том, что компания VMware выпустила виртуальный модуль VOVA (vSphere OpenStack Virtual Appliance), предназначенный для интеграции с архитектурой OpenStack, которая представляет собой комплекс проектов свободного программного обеспечения, предназначенного для построения облачной инфраструктуры.
На днях же VMware выпустила небольшой документ "Getting Started with OpenStack and VMware vSphere", в котором описывается схема того, как использовать решение vSphere в качестве бэкэнда для компонентов Nova (контроллер вычислительных ресурсов) и Cinder (облачные блочные хранилища).
В указанном руководстве все опирается на виртуальный модуль VOVA с Linux-машиной, которая реализует все необходимые сервисы OpenStack.
Структура документа:
Introduction
VMware vSphere
OpenStack
Using OpenStack with vSphere
OpenStack and vSphere: Conceptual Analogies
The VMware OpenStack Virtual Appliance
Requirements
vSphere Requirements
vSphere Inventory: Single Datacenter
Cluster: Automated VMware vSphere Storage DRS
Storage: Shared
Networking
Port Groups and VLANs
ESXi Firewall
DHCP Server
Installation
Importing VOVA
Configuring VOVA
Starting VOVA
Configuring the VMware vSphere Web Client Plug-in for OpenStack
Managing OpenStack with the Horizon Web Interface
Logging In – Web
Logging In – SSH/CLI
Flavor of the Day
Launching an Instance
Accessing the Console for an Instance
Managing Storage
Adding Persistent Storage to an Instance
Removing Persistent Storage from an Instance
Adding the Persistent Storage to Another Instance
Network
Надо отметить, что виртуальный модуль VOVA официально не поддерживается со стороны VMware и предоставляется "as is".
Те, кто читает нас постоянно, знают, что компания VMware предлагает услуги по аренде виртуальных машин в своем публичном облаке VMware vCloud Hybrid Service (vCHS), датацентры которого на данный момент доступны в США.
Напомним, что vCloud Hybrid Service предоставляет 2 типа сервиса:
vCloud Hybrid Service Dedicated Cloud - это облачный пул ресурсов, полностью изолированный от остальных клиентов сервиса на уровне физических серверов, с изолированной сетью на уровне L2 и продаваемый на базе годовой подписки со стоимостью от 13 центов за одну эталонную виртуальную машину в час. Эталонная машина в данном случае - это ВМ с 1 ГБ оперативной памяти и 1 vCPU. Все машины будут защищены технологиями отказоустойчивости VMware, а также размещены на выделенных виртуальных хранилищах. При этом можно использовать один или несколько виртуальных датацентров под задачи организации.
vCloud Hybrid Service Virtual Private Cloud - это multi-tenant организация виртуальной среды, где виртуальные машины разных клиентов будут изолированы логически (то есть ВМ разных организаций могут сосуществовать на одних хостах и хранилищах), но каждому клиенту будет предоставлен определенный набор ресурсов в рамках одного виртуального датацентра.
В этом выпуске новостей про vCHS мы сообщаем о двух вещах:
Во-первых, в бета-режиме заработал британский датацентр vCHS, расположенный в Лондоне (а точнее, в Слау). Второй датацентр в UK тоже обещают скоро ввести в эксплуатацию. А в течение всего 2014 года будут вводиться в строй датацентры в других европейских странах.
Во-вторых, с 1 января 2014 года компания VMware снизила стоимость услуги vCHS Dedicated Cloud на 50%, и стоимость эталонной машины (1 ГБ оперативной памяти и 1 vCPU) теперь составляет 7 центов в час. При этом скидки за объем и срок контракта продолжают действовать. Кроме этого, поскольку на Dedicated Cloud можно использовать Overcommit по памяти и диску, то стоимость эталонной машины можно снизить еще в 2 раза и она составит вообще 3.5 цента в час. Напомним также, что услуги в облаке vCHS можно минимально приобретать сроком на 1 месяц.
Ну и отметим, что для того, чтобы начать работу с vCHS нужно купить так называемый "Core package", то есть минимальный комплект ресурсов арендуемой виртуальной инфраструктуры. А именно:
Продолжаем рассказывать об услугах компании ИТ-ГРАД - первого сервис-провайдера в России, предоставляющего в аренду виртуальные машины на платформе VMware.
Помимо услуг IaaS (Infrastructure-as-a-Service) компания ИТ-ГРАД занимается поставкой уже готовых комплексов для создания виртуальной инфраструктуры. Комплексы укомплектованы всем необходимым для начала работы и не требуют дополнительного оборудования. Опциональные возможности позволяют легко наращивать производительность любого комплекса, либо изменять его качественные характеристики.
Предлагаемые решения являются результатом многолетнего опыта компании по построению инфраструктуры приватных облаков на базе продуктов VMware. Все применяемые компоненты одобрены к использованию компанией VMware для построения виртуального датацентра на базе VMware vSphere 4.1 и выше. Все комплексы полностью протестированы в Центре Компетенции, и ИТ-ГРАД гарантирует их работоспособность и эффективность.
Более подробно узнать о составе и функциях облачных комплектов от ИТ-ГРАД, а также ознакомиться с возможностями комплекта для построения инфраструктуры 3D VDI, можно по этой ссылке.
Вместе с VMware vSphere 5.5 компания VMware выпустила также виртуальный модуль (Virtual Appliance) сервера управления VMware vCenter Virtual Appliance 5.5 (vCVA или, он же, vCSA), который позволяет развернуть уже готовую виртуальную машину для управления виртуальной инфраструктурой.
Как часто бывает, улучшения новой версии в плане безопасности обернулись геморроем для администраторов - оказалось, что в дефолтном варианте (если вы не меняете своевременно пароль root или не увеличиваете срок устаревания пароля) виртуальный модуль (а точнее, аккаунт root) блокируется через 90 дней после начала использования. А так как эти 90 дней для многих закончились именно сейчас, после праздников, то эта проблема стала весьма актуальной.
Итак, если эти 90 дней у вас еще не прошли, и виртуальный модуль еще не залочен, то можно сделать следующее:
1. Можно продлить срок устаревания пароля.
Зайдем в консоль vCSA как root и выведем содержимое файла безопасности /etc/shadow:
# more /etc/shadow
Пятый аргумент (выделено красным) - это число дней, через которое происходит устаревание пароля root - в данном случае установлено 1095 дней (3 года). Чтобы такое получить, нужно выполнить команду:
# passwd –x 1095 root
Следующие 3 года можно будет не беспокоиться вопросом устаревания пароля root на vCSA.
То же самое можно сделать и через веб-интерфейс настройки vCSA (https://<адрес вашего vCSA>:5480):
2. Можно отключить блокировку root на VMware vCenter Server Appliance по окончанию срока устаревания пароля.
Для этого открываем файл /etc/cron.daily/pass-expiration и меняем там фрагмент:
# disable the password if it's time and not already done.
# don't rely on the pam account facility. prepend an x in the shadow file.
if [ $TODAY -ge $DEADLINE ] && ! grep -q 'root:x' $SHADOW; then
sed -e 's/^root:\(.*\)/root:x\1/' $SHADOW -i
fi
На вот такое:
# force a password change for root if we've reached the password expiration date.
# pam.unix2 doesn't do this the way we would like, so we do this instead.
if [ $TODAY -ge $DEADLINE ]; then
chage –d 0 root
fi
Из комментария понятно, что теперь вместо блокировки root-аккаунта, мы получим запрос о смене пароля по окончании срока действия пароля.
3. Если 90 дней уже прошло, и аккаунт root залочен.
В этом случае делаем следующее:
При загрузке VMware vCSA нажимаем пробел, чтобы предотвратить автозагрузку.
Если загрузка происходит слишком быстро, и вы не успеваете нажать пробел - посмотрите сюда.
Далее нажмите клавишу <p> и введите пароль загрузчика GRUB. По умолчанию это "vmware" или, если вы меняли пароль root, сам пароль пользователя root и есть.
На пункте VMware vCenter Server Appliance нажмите клавишу <e>:
Выберите второй пункт для установки kernel boot parameters:
Далее снова нажмите клавишу <e> и в появившейся строке ввода напишите:
init=/bin/bash
Далее нажмите <Enter>.
Затем клавишу <b>, чтобы начать процесс загрузки.
Произойдет загрузка в однопользовательском режиме.
Напишите команду:
passwd root
Перезагрузите vCSA командой reboot.
Процесс также описан в KB 2069041. Обратите также внимание, что наличие включенного однопользовательского режима Linux тоже является потенциальной дыркой безопасности.
Напомним основные новые возможности StarWind V8 Beta 3:
L2 Flash Cache - кэш уровня L2, который работает непосредственно с кэшем уровня L1 в RAM, что существенно улучшает производительность.
Файловая система LSFS, которая изначально работает с большими блоками данных, что положительно сказывается на сроке службы флеш-накопителей (SSD), на которых размещаются виртуальные машины (это дело недалекого будущего). Файловая система LSFS преобразовывает small random writes в большие последовательные операции записи, что также существенно увеличивает производительность.
Inline-дедупликация StarWind, которая не создает нагрузку на подсистему хранения и не "крадет" IOPS'ы у продуктивного хранилища.
Simplified and improved GUI - улучшенный интерфейс мастеров развертывания хранилищ для Windows Server 2012 с поддержкой скриптов PowerShell.
Возможность интеграции с механизмом SMI-S для Windows Server 2012 R2.
Massive Scale-Out storage architecture - возможность масштабирования узлов кластера хранилищ до любого числа (а не только 3 как сейчас).
Asynchronous WAN-replication - возможность асинхронной репликации между узлами и возможность создания катастрофоустойчивого решения для хранилищ.
Поддержка примитивов VAAI для устройств на одном узле и устройств с синхронной репликацией: поддерживаются команды WRITE SAME, EXTENDED COPY, ATS.
Репликация конфигурации узла, включая информацию о снапшотах, что позволяет в случае сбоя сохранить созданную оригинальную конфигурацию и реплицировать ее уже, например, на третий узел.
На днях компания Citrix выпустила продукт DesktopPlayer for Mac 1.0, который позволяет пользователям инфраструктуры виртуальных ПК на базе Citrix XenDesktop получать доступ к своим десктопам с собственных компьютеров Apple Mac. DesktopPlayer, в отличие от решения XenClient, исполняется поверх хостовой ОС Mac и представляет собой так называемый "type-2" гипервизор.
Решение DesktopPlayer for Mac от Citrix поддерживает технологию ShareFile и позволяет переключаться между Mac OS X и виртуальным ПК с синхронизацией маковского профиля и документов. По-сути, DesktopPlayer for Mac - это корпоративная аналогия Parallels Desktop и VMware Fusion (хотя, для VMware это скорее аналог Local Mode, который есть только для Windows).
Сам продукт использует компонент Synchronizer, который есть в XenDesktop, что позволяет синхронизировать с VDI-датацентром только изменения виртуальной машины от базового образа, хранящегося в датацентре, что уменьшает объем передаваемых данных при работе офлайн. Кроме того, в любой момент виртуальную машину можно откатить к базовому образу (golden image).
Надо сказать, что DesktopPlayer не бесплатен - он доступен как XenDesktop FlexCast add-on по цене $75 за устройство или пользователя, в зависимости от используемой модели лицензирования. В качестве хостовых ОС маков поддерживаются Mac OS X 10.9 (Mavericks) и 10.8 (Mountain Lion). Важно, что DesktopPlayer не является самостоятельным продуктом и без XenDesktop не работает.
Интересно, что для Windows-платформы компания Citrix пока не имеет подобного решения (гипервизора type-2), где предлагается использовать bare metal гипервизор Citrix XenClient. Сам же DesktopPlayer пропагандируется как решение в рамках концепции BYOD - то есть, купил себе личный Мак, а можешь использовать корпоративный ПК с Windows в виртуальной машине, а потом загрузить его в датацентр и уже ходить к нему через Citrix Receiver.
Больше информации о продукте Citrix DesktopPlayer for Mac можно найти по этой ссылке, а пробную версию на 90 дней можно скачать тут.
В небольших инсталляциях виртуальной инфраструктуры VMware vSphere может оказаться оправданным сделать один из серверов VMware ESXi сервером NTP, чтобы с ним синхронизировали свое время другие хосты.
Интересно, что немногие знают о том, что NTP-клиент сервера VMware ESXi 5.x (NTP-демон /sbin/ntpd) работает по-умолчанию не только как клиент, но и отдает время по запросу другим серверам как NTP-сервер. Поэтому достаточно лишь указать адрес хоста ESXi в качестве целевого хоста для синхронизации времени - и все будет работать.
Загвоздка тут одна - по умолчанию фаервол сервера ESXi блокирует входящие NTP-запросы по протоколу UDP на порт 123. Чтобы это исправить, нужно добавить собственное правило в сетевой экран. К сожалению, в Firewall GUI этой возможности не предусмотрено, поэтому придется лезть в конфиг-файл.
Для начала выведем список всех активных правил фаервола ESXi командой:
esxcli network firewall ruleset list
Создаем файл ntpd.xml с конфигурацией сервиса NTP со следующим содержимым (подробнее о процессе - тут):
Далее кладем этот файл в папку на хосте ESXi /etc/vmware/firewall/ntpd.xml и выполняем команду:
esxcli network firewall refresh
После этого мы увидим новое правило в конфигурации сетевого экрана ESXi (в командной строке его можно проверить командой list, приведенной выше):
Однако, к сожалению, пользовательская конфигурация фаервола ESXi не сохраняется при перезагрузке хоста, о чем написано в KB 2007381. Поэтому можно просто положить ntpd.xml на общее хранилище и добавить в /etc/rc.local команду по копированию ntpd.xml в нужную папку хоста и комнду рефреша правил фаервола. Однако это ненадежно, поскольку зависит от доступности общего хранилища.
Поэтому, все-таки, лучше сделать это правило постоянным с помощью процедуры, описанной у Андреаса, заметка которого и стала основой этой статьи. Для этого нужно будет создать и установить VIB-пакет (как сделать это для любого случая описано в той же KB 2007381).
Ну а используя готовый пакет от Андреаса, можно установить созданный им VIB для добавления правила в фаервол для NTP-сервера:
Иногда администраторам VDI-инфраструктуры виртуальных ПК VMware View требуется получить информацию о настройках клиентского устройства, таких как IP или MAC-адрес, используемый протокол или другие параметры, которые записывает туда View Agent. Хранятся эти настройки в ветке реестра HKEY_CURRENT_USER\Volatile Environment.
Чтобы пользователь или администратор VMware View мог собрать эти настройки быстро, Davoud Teimouri написал утилиту View Client Device Detector, которая живет в трее виртуального ПК и позволяет скопировать в буфер обмена весь этот конфиг, который потом можно кинуть в скайп или почту:
Некоторым администраторам может понадобиться информация о том, как узнать LUN ID в Windows Server 2012 R2, например, при создании отказоустойчивого кластера на платформе Hyper-V (Failover cluster).
Делается это просто. Запускаем cmd и открываем diskpart:
Смотрим подключенные устройства командой:
list disk
Выбираем нужный LUN командой:
select disk <number>
Смотрим свойства устройства, где и показан LUN ID, командой:
Ну что же, наступил 2014 год, и самое время поговорить о том, что нас ждет в ближайшем будущем. Точнее говоря, лучше почитать, что говорят об этом крупные компании, принимающие участие в производстве средств виртуализации и сопутствующих решений.
Традиционно, Дэвид Маршал собирает их на ресурсе vmblog.com, где размещено больше сотни прогнозов на 2014 год, как от крупных игроков рынка, так и от малоизвестных нишевых компаний. Ниже мы приведем ссылки на наиболее интересные прогнозы с их краткими аннотациями.
CTO компании VMware, Paul Strong, рассказывает о том, что самым важным элементом инфраструктуры предприятий являются приложения. Вся остальная часть инфраструктуры должна быть упрощена и автоматизирована, что логично, так как вся техническая ИТ-инфраструктура создана только для одного - поддерживать приложения.
Как таковых прогнозов в статье не много, но вот, о чем говорит нам CTO:
Виртуализация будет распространятся на все корпоративные приложения, включая самые критичные и высоконагруженные.
Компании будут внедрять технологии Network Virtualization для создания эффективных распределенных сетей (см. решение VMware NSX и концепцию Software-defined networking).
Начнутся внедрения решения Virtual SAN (VSAN), позволяющего строить распределенные кластеры хранилищ на базе локальных дисков хост-серверов.
Произойдет очень серьезное расширение инфраструктуры гибридных облаков.
Приоритеты VMware остаются прежними:
Software-Defined Data Center - концепция программно-определяемого датацентра.
Hybrid Cloud - гибридное облако между инфраструктурой предприятия и публичными датацентрами VMware vCHS.
End User Computing - технологии повышения эффективности работы конечных пользователей.
Прогнозы Citrix выходят под очень провокационным заголовком, поскольку компания в прошлом году провозглашала его как год VDI, то есть повсеместного внедрения виртуализации настольных ПК.
Что же Citrix имеет в виду теперь? На этот раз тут имеется в виду, что рынку нужно нечто большее, чем просто виртуализация настольных ПК - нужно менять парадигму, касающуюся работы пользователей в современном мобильном мире. Во всю развиваются гибридные облака и сервис-провайдеры, предоставляющие не только серверы, но и десктопы в аренду (DaaS, Desktop-as-a-Service). Пользователи хотят использовать свои собственные устройства для работы в корпоративной инфраструктуре (концепция BYOD). Корпоративной инфраструктуре нужны единые, гибкие и эффективные средства управления.
То есть нужно адаптировать корпоративную ИТ-инфраструктуру под меняющиеся реалии - облачную моду и мобильность пользователей. Вот на это будет делать ставку Citrix, а также и на то, чтобы сделать необходимые средства для управления облачной средой, которые у Citrix, увы, еще пока не так хороши, как хотелось бы.
Кроме того, вот тут Citrix дает и более конкретные прогнозы по инфраструктуре предприятий:
Количество пользовательских устройств BYOD увеличится на 25%.
70% предприятий поддерживают или добавят поддержку Android OS, поскольку именно Андроид будет рулить в корпоративной инфраструктуре, а не iOS.
Более половины созданного контента в корпоративной среде будет создано на мобильных платформах, основная коммуникация также будет происходить с мобильных устройств.
Компания Red Hat считает, что в 2014 году многие компании в рамках стратегии по аренде виртуальных машин в облаке (Infrastructure as a Service, IaaS) перейдут от размышлений к действию, и многие будут использовать для этого сервис-провайдеров на платформе OpenStack, ведь у Red Hat есть собственный дистрибутив RDO в раках этой архитектуры.
Само собой, Red Hat верит в публичные облака на базе Open Source решений, поскольку сама является их разработчиком (например, гипервизора KVM). Ну и ставку Red Hat делает, прежде всего, на экосистему партнеров, поскольку не имеет собственного публичного облака.
Oracle в своих прогнозах также придерживается идеи всеобщей "мобилизации" - корпоративные пользователи будут работать с планшетов (причем своих), BYOD станет всеобщим, а пользователи будут получать доступ к приложениям через браузер с поддержкой HTML 5.
С точки зрения построения корпоративной инфраструктуры, Oracle считает, что она должна направляться приложениями, то есть все средства виртуализации должны быть, прежде всего, заточены под приложения и быть у них на службе. Неудивительно, ведь Oracle является одним из самых известных разработчиков СУБД, при этом как производителя платформ виртуализации ее мало кто знает.
Если, конечно, не брать в расчет настольную платформу VirtualBox, обновления которой мы, несомненно, увидим в следующем году.
Ну и, конечно, же Oracle верит в конвергентную инфраструктуру, стандартизированную и собираемую из готовых блоков (программных и аппаратных), таких как сервера приложений, БД и прочие сервисы, развертываемые по требованию из уже готовых шаблонов. Хотя тут позиции Oracle и не очень сильны.
Рик Вановер из компании Veeam считает, что этот год для многих компаний будет годом 100%-й виртуализации, то есть все приложения так или иначе будут перенесены в виртуальную среду. Более того, именно высокий, определенный в организации, процент виртуализованных систем, считает Рик, должен стать целевым показателем, к которому должны стремиться компании.
Один из самых торжественных и приятных моментов уже совсем близко, и мы бы хотели сердечно поздравить вас с Новым годом! Пусть в новом году у вас и ваших близких все будет хорошо, удача будет сопутствовать в делах, а семья растет и ширится.
Мы хотим сказать вам "спасибо", за то, что читаете нас каждый день. Также мы благодарим всех партнеров и рекламодателей VM Guru за оказанную поддержку и надеемся на плодотворное сотрудничество в Новом году.
С самыми теплыми пожеланиями, бессменный ваш Александр Самойленко.
Настала пора посмотреть, какие темы в этом году в сфере виртуализации были у нас самыми актуальными и собрали больше всего просмотров. Поэтому мы просто сделали запрос к нашей базе и вывели статьи этого года, упорядоченные по количеству просмотров по убыванию.
Неудивительно, что самым ожидаемым релизом этого года оказалась платформа виртуализации VMware vSphere 5.5. Каждый раз, когда выходит обновление vSphere, это делает маленькую революцию в сфере виртуализации. Ведь частные облака по-прежнему удерживают внимание ИТ-специалистов, и хост-платформа ESXi является лидирующим решением для построения корпоративных облачных инфраструктур.
Самый оживленный интерес вызвала именно версия View 5.2, у которой в названии добавилось еще слово Horizon, обозначающее принадлежность продукта к семейству решений из множества EUC (End User Computing).
Как показывает статистика, тема переноса физических серверов в виртуальную среду по-прежнему актуальна. В статье рассказывается об основных аспектах процесса миграции P2V (Physical to Virtual) и средстве для автоматизации этого процесса - VMware Converter Standalone.
Оказывается, многим пользователям хочется подключить том VMFS к Windows-системе, чтобы скопировать его виртуальные машины, а далее заглянуть в содержимое их файлов виртуальных дисков (VMDK). Это возможно средствами драйвера Open Source VMFS Driver от fluid Ops. Жалко, что это средство поддерживается только для VMFS 3 и уже давно не обновляется.
Похвально, что тяга к знаниям находится у наших ИТ-специалистов так высоко. Скорее всего, заметка набрала много просмотров из-за того, что ссылку на нее часто пересылали.
Помимо решения для виртуализации настольных ПК VMware View, комплект Horizon Suite включает в себя VMware Horizon Mirage 4.0 - решение для управления образами рабочих станций пользователей, а также VMware Horizon Workspace 1.0 - комбинацию двух продуктов - Horizon Data (бывший Project Octopus - решение а-ля корпоративный Dropbox, о котором мы много писали вот тут) и Horizon Application Manager - решение для федерации SaaS-приложений и VDI-сервисов.
Тема резервного копирования хостов конфигурации хостов ESXi всегда востребована. Текущая версия этой утилиты (1.2) вышла в конце февраля этого года. Жаль, что не обновляется.
Кто-то предрекал XenServer скорую смерть (в том числе, и мы), но он оказался живее всех живых. Citrix решила передать платформу XenServer сообществу Open Source, что может вдохнуть вторую жизнь в этот многострадальный продукт.
Действительно интересный пост наших коллег из компании ИТ-ГРАД, в котором рассказывается о Cisco UCS Manager, с помощью которого производится настройка всей системы. Данную задачу специалисты ИТ-ГРАД выполнили в рамках подготовки к тестированию FlexPod (Cisco UCS + NetApp в режиме MetroCluster) для одного из заказчиков.
На этом наш хит-парад закончен. Странно, что в него не попали статьи про новый Hyper-V (например, "Что нового будет в Hyper-V обновленного Windows Server 2012 R2", 12 место по популярности), но это объясняется, скорее всего, тем, что нас читают, в основном, любители VMware. Что ж, будем исправляться и поднажмем на заметки о решениях компании Microsoft, тем более, что она потихоньку откусывает свою долю рынка у VMware.
Всего в этом году у нас появилось 447 заметок о виртуализации и решениях для управления виртуальной инфраструктурой. Будем ждать вас уже в следующем году! С Наступающим Новым годом!
Мы уже много писали о технологии VMware Virtual SAN (VSAN), которая позволяет создать отказоустойчивый кластер хранилищ для виртуальных машин на основе комбинации SSD+HDD локальных дисков серверов VMware ESXi. Не так давно вышла обновленная бетаэтого решения, кроме того мы не так давно писали о производительности VSAN тут.
В этой заметке (на базе статьи Дункана) мы поговорим о том, как кластер VSAN обрабатывает сбои различного типа, и как происходит восстановление работоспособности виртуальной машины без ее простоя.
Итак, в нормальном режиме функционирования, при значении параметра FailuresToTolerate равном 1, который означает, какое количество отказов хостов может пережить кластер хранилищ, реплика одного VMDK будет размещена на дисках еще одного из хостов кластера:
Тут можно заметить 5 особенностей кластера VMware VSAN:
Виртуальный диск VMDK и его реплика всегда находятся на разных хост-серверах VMware vSphere.
ВМ не обязательно должна исполняться на том хосте ESXi, на дисках которого находятся ее хранилища.
Компонент witness находится на третьем по отоношению к виртуальному диску и его реплике хосте, чтобы создать определенность на случай разделения сети VSAN (где окажется 2 компонента из набора "vmdk-реплика-witness" - тот сегмент и будет определяющим).
Сеть VSAN используется для операций ввода-вывода и определения доступности.
Реплика VMDK-диска вместе с основной копией образуют RAID-1 массив, который увеличивает производительность операций чтения в виртуальной машине, так как для чтения используются оба хранилища.
Кроме того, вследствие особенностей реализации кластера VSAN, надо понимать, что команды ввода-вывода не применяются к диску данных виртуальной машины, пока не пришло подтверждение об их записи на реплике. Но подтверждение приходит не от HDD-диска, где находятся данные ВМ (это было бы очень медленно), а от SSD-диска, который используется как энергонезависимый Write Buffer для команд ввода вывода. Таким образом, этот буфер (и данные, само собой) зеркалирован в рамках дисковой группы на другом хосте ESXi.
Теперь рассмотрим различные виды сбоев в кластере VSAN.
1. Ломается диск дисковой группы, где исполняется виртуальная машина.
Выглядит это так:
В этом случае такой диск сразу же помечается как "degraded", а команды ввода-вывода перенаправляются на другой хост-сервер VMware ESXi. При этом виртуальная машина этого не замечает, так как переключается на работу с SSD-буфером/кэшем и HDD-дисками другого хоста мгновенно (данные на момент сбоя были синхронизированы, ничего не потерялось).
Одновременно с этим сразу же начинается процесс построения реплики на другом хосте ESXi в рамках его дисковой группы, при этом проверяется, достаточно ли там свободных дисковых ресурсов. Если их недостаточно, то механизм VSAN будет ожидать. Как только вы добавите диски/дисковые группы на хостах - сразу же начнется процесс построения реплики (до его окончания машина будет помечена как "degraded").
Тут надо отметить, что в degraded-состоянии скорость записи данных останется прежней, простоя не будет, а вот скорость чтения упадет до построения новой реплики, поскольку второй копии данных пока нет.
2. Отказывает хост VMware ESXi целиком.
В этом случае запускать процесс восстановления сразу же, конечно, не нужно - мало ли что могло случиться с хостом, например, его случайно перезагрузили, или временно пропало сетевое соединение.
В этом случае происходит ожидание в течение 60 минут, и если отказавший хост ESXi не оживет, то начнется процесс создания реплики виртуального диска VMDK на другом хосте. Это время можно изменить в расширенной настройке кластера VSAN.ClomRepairDelay, но пока не известно будет ли это поддерживаться со стороны VMware.
3. Отказ SSD-диска в дисковой группе.
В кластере VMware Virtual SAN поддерживается 1 SSD-диск и до 7 HDD-дисков в одной дисковой группе. Всего на один хост VMware ESXi поддерживается до 5 дисковых групп.
В данном случае Failure Domain - это вся дисковая группа, включающая в себя SSD-диск, который используется для двух типов операций:
Read Cache (70% емкости) - безопасное кэширование операций на чтение. На SSD-диске хранятся наиболее часто используемые блоки, что уменьшает I/O read latency для ВМ.
Write Buffering (30% емкости) - когда приложение внутри гостевой ОС пытается записать данные, оно получает подтверждение записи тогда, когда данные фактически записаны на SSD (не на HDD), таким образом твердотельный накопитель используется как буфер на запись, что небезопасно при внезапном пропадании питания или отказе хоста. Поэтому данные этого буфера дублируются на других хостах кластера и их SSD-дисках.
Таким образом, при отказе SSD-диска, виртуальная машина начинает использовать реплику на уровне всей дисковой группы на другом хосте VMware ESXi. Вот почему выгодно делать две дисковых группы 3HDD+1SSD, чем одну 6HDD+1SSD.
Вот, в общем-то, и все. Более подробно об использовании SSD-дисков, их производительности и ресурсе можно прочитать вот в этой статье.
В этом посте мы расскажем о том, как начать работу со средством vGate R2 2.6 для быстрого старта. Для более подробной информации обращайтесь к разделу документации о vGate 2.6 - благо, что она доступна на русском языке.
Напомним также, что демо-версия vGate 2.6 с поддержкой последней версии платформы VMware vSphere 5.5 доступна для скачивания по ссылке.
1. Итак, устанавливаем vGate 2.6 из дистрибутива:
2. Во время первого запуска консоли управления vGate на экране появится мастер
первоначальной настройки:
Укажите с помощью мастера параметры соединения с сервером виртуальной инфраструктуры, добавьте защищаемые серверы и создайте учетные записи для пользователей vGate.
3. По окончании работы мастера на экране появится окно консоли управления.
Если первоначальная настройка конфигурации не была выполнена с помощью мастера, выполните ее самостоятельно (пункты 4–6).
Открыл я тут свои давние записи и неожиданно обнаружил, что совсем недавно главному ресурсу о виртуализации в России исполнилось 7 лет! С ума сойти. Если бы тогда я решил не создавать VM Guru, а завести ребенка, он уже бы пошел во второй класс и мог бы выглядеть, например, как-то так :)
Но я тогда решил не заводить детей, а завел VM Guru, который вы сейчас и читаете. Читайте дальше и цените - ради вас трудимся.
Несколько дней назад компания Veeam Software (поставляющая средство номер 1 для резервного копирования виртуальных машин) выпустила интересный виртуальный модуль Veeam RDP Appliance for Hyper-V Server для решения вот какой проблемы. Пользователи бесплатного гипервизора Hyper-V Server 2012 R2 сталкиваются с тем, что после его установки (а он устанавливается как core installation) возникает необходимость в отдельной виртуальной машине Windows Server, на которой установлены Remote Server Administration Tools (RSAT), для получения доступа к консоли виртуальных машин.
Именно эту проблему и решает Veeam RDP Appliance for Hyper-V Server - он является служебной виртуальной машиной на базе CentOS (Virtual Appliance), которая представляет собой RDP-прокси, работающее для любого устройства - компьютера, смартфона или планшета:
При соединении с виртуальным модулем Veeam по протоколу RDP, он, в свою очередь, соединяется с виртуальной машиной на хосте Hyper-V Server посредством VMconnect (модифицированная версия FreeRDP). То есть не нужно держать отдельную Windows-машину на внешнем периметре доступа к машинам хоста. При этом виртуальная машина на хост-сервере Hyper-V даже вовсе не обязана иметь свой IP-адрес.
Вот так это выглядит:
Надо отметить, что соединение с RDP Proxy от Veeam возможно с любого клиента - Windows, Linux, Android или iOS. Вот так, например, это работает на телефоне:
Решение Veeam RDP Appliance for Hyper-V Server доступно абсолютно бесплатно, кроме того, это Open Source продукт, исходники которого доступны вот в этом репозитории: https://github.com/VeeamSoftware/FreeRDP.
Многие из вас знают, что на платформе Microsoft Hyper-V можно не только запускать виртуальные машины с гостевой ОС Windows, но и ВМ с Linux внутри. При этом в Linux можно поставить пакет Linux Integration Services, который дает много возможностей по удобству использования гостевой ОС и ее оптимизации.
Этот пакет позволяет получить улучшенные возможности для следующих ОС:
Red Hat Enterprise Linux (RHEL) 5.7, 5.8, 6.0-6.3.
CentOS 5.7, 5.8, 6.0-6.3.
Для Ubuntu, Red Hat Enterprise Linux 5.9, Open SUSE и SUSE Linux Enterprise Server средства интеграции уже встроены и не нуждаются в отдельной загрузке.
Новые Linux Integration Services 3.5 предоставляют следующие возможности:
Driver support - поддержка контроллеров IDE и SCSI, разработанная специально для платформы Hyper-V.
Fastpath Boot Support for Hyper-V- загрузочные устройства теперь используют механизм Virtualization Service Client (VSC) для увеличения производительности.
Time Keeping - часы в виртуальной машине теперь идут точно за счет синхронизации с хост-сервером посредством служб Timesync service.
Integrated Shutdown - ВМ с гостевой ОС Linux можно корректно выключить из консоли Hyper-V Manager или System Center Virtual Machine Manager.
Symmetric Multi-Processing (SMP) - поддерживаемые дистрибутивы Linux могут использовать несколько виртуальных процессоров в ВМ. Число этих процессоров ограничено только гипервизором.
Heartbeat - эта возможность позволяет серверу виртуализации обнаруживать, что виртуальная машина доступна и отвечает на запросы.
KVP (Key Value Pair) Exchange - информация о ВМ Linux может быть получена через функциональность Key Value Pair exchange в Windows Server 2008 на хосте.
Integrated Mouse Support - пакет Linux Integration Services предоставляет полнофункциональную поддержку мыши для гостевых ОС Linux.
Live Migration - машин с Linux могут быть смигрированы в горячем режиме на другой хост, а также принимают участие в механизмах балансировки нагрузки.
Jumbo Frames - ВМ с Linux могут использовать большие кадры, которые превышают 1500 байт (полезная емкость).
VLAN tagging and trunking - администраторы могут использовать несколько VLAN ID через синтетические сетевые адаптеры.
Static IP Injection - поддержка миграции Linux-машин со статическим IP.
Linux VHDX resize - возможность динамического изменения виртуального диска VHDX для ВМ с Linux.
Synthetic Fibre Channel Support - машины Linux могут получать высокопроизводительный доступ к сети SAN.
Live Linux virtual machine backup support - возможность резервного копирования машин без необходимости их остановки.
Dynamic memory ballooning support - использование механизма динамической памяти, что увеличивает коэффициент консолидации ВМ на хосте Hyper-V.
Synthetic video device support - улучшенная производительность графики в ВМ Linux.
PAE kernel support - драйверы, совместимые с ВМ Linux с включенным режимом PAE.
Средства поддерживаются для следующих хостовых ОС:
Windows Server 2008 R2 Standard, Windows Server 2008 R2 Enterprise и Windows Server 2008 R2 Datacenter
Microsoft Hyper-V Server 2008 R2
Windows 8 Pro
Windows Server 2012
Windows Server 2012 R2
Microsoft Hyper-V Server 2012
Microsoft Hyper-V Server 2012 R2
Напомним, что Linux Integration Services содержат следующие компоненты:
hv_blkvsc — драйвер виртуальных устройств блочного доступа Hyper-V.
hv_mouse — драйвер мыши.
hv_netvsc — драйвер сетевого адаптера, поддерживающий функции синтетического адаптера Hyper-V.
hv_storvsc — драйвер виртуальных хранилищ Hyper-V для поддержки различных устройств.
hv_timesource — подключаемый и заменяемый модуль для контроля и синхронизации времени в ВМ.
hv_utils — поддержка возможностей integrated shutdown, key-value pair data exchange и heartbeat.
hv_vmbus — быстрый канал коммуникации между хостом Hyper-V и виртуальной машиной.
Скачать Linux Integration Services Version 3.5 для Hyper-V можно по этой ссылке.
На этот раз сайте компании ИТ-ГРАД появился отличный обзор платформы Dell VRTX, где показывают как выглядит «идеальное серверное решение для средних и малых предприятий, удаленных офисов и филиалов». Dell VRTX сочетает в себе интегрированные серверы, систему хранения данных и сетевые компоненты в компактном корпусе, оптимизированном для офисных сред.
Решение VRTX может включать в себя до четырех серверов 12-го поколения Dell PowerEdge M620 (или M520) и встроенный коммутатор 1GbE с 16 внутренними портами 1GbE и 8 внешними портами в стандартной комплектации.
Коробка с шасси и дисками весит около 50 кг, блейд-сервера легче, они упакованы в индивидуальные коробки. Вытаскиваем массивную железную корзину, за картонные ручки по бокам. Ставим на пол.
Вес корзины (пустой) равен 24.7кг, вес максимальный = 68.7кг.
Размеры корзины внушительны и занимают 5 юнитов в высоту. По габаритам (В х Ш х Г): 21.9 см х 48.2 см х 73.0 см.
Всю систему можно разделить на 2 части – верхняя для системы хранения данных, нижняя – для серверных модулей.
Дисковая корзина содержит 25 SAS дисков емкостью 900 ГБ, скоростью вращения 10К и размером 2,5'. Суммарная емкость корзины насчитывает 30 ТБ. Есть и другая конфигурация, содержащая 12 накопителей форм-фактора 3,5’’ и суммарной емкостью 48 ТБ.
На этот раз сайте компании ИТ-ГРАД появился отличный обзор платформы Dell VRTX, где показывают как выглядит «идеальное серверное решение для средних и малых предприятий, удаленных офисов и филиалов». Dell VRTX сочетает в себе интегрированные серверы, систему хранения данных и сетевые компоненты в компактном корпусе, оптимизированном для офисных сред.
Решение VRTX может включать в себя до четырех серверов 12-го поколения Dell PowerEdge M620 (или M520) и встроенный коммутатор 1GbE с 16 внутренними портами 1GbE и 8 внешними портами в стандартной комплектации.
Коробка с шасси и дисками весит около 50 кг, блейд-сервера легче, они упакованы в индивидуальные коробки. Вытаскиваем массивную железную корзину, за картонные ручки по бокам. Ставим на пол.
Вес корзины (пустой) равен 24.7кг, вес максимальный = 68.7кг.
Размеры корзины внушительны и занимают 5 юнитов в высоту. По габаритам (В х Ш х Г): 21.9 см х 48.2 см х 73.0 см.
Всю систему можно разделить на 2 части – верхняя для системы хранения данных, нижняя – для серверных модулей.
Дисковая корзина содержит 25 SAS дисков емкостью 900 ГБ, скоростью вращения 10К и размером 2,5'. Суммарная емкость корзины насчитывает 30 ТБ. Есть и другая конфигурация, содержащая 12 накопителей форм-фактора 3,5’’ и суммарной емкостью 48 ТБ.
Не так давно небезызвестный Марк Руссинович и его коллега Bryce Cogswell выпустили вторую версию утилиты Disk2vhd v2.0, позволяющей конвертировать физический диск компьютера в виртуальный диск формата VHD или VHDX, который можно подключить к виртуальным машинам на платформе Microsoft Hyper-V.
Виртуальная машина, запущенная в хостовой ОС, из которой она была сделана с помощью Disk2vhd:
Утилиту можно использовать на "горячей" системе, так как она использует механизм Volume Shadow Copy (VSS) для создания консистентного снапшота данных физического диска. В отличие от аналога на платформе vSphere - VMware Converter, который позволяет не только конвертировать диск, но и добавить необходимые драйверы виртуальных устройств при миграции, утилита Disk2vhd позволяет только получить VDH/VHDX-диск, после чего его можно подключить его как IDE-устройство к виртуальной машине.
На странице утилиты Disk2vhd утверждается, что инъекция драйверов отдельно и не требуется - после подключения диска к виртуальной машине, ОС Windows сама обнаружит и установит все необходимые драйверы (надо отметить, что для старых версий Windows этот процесс не обязательно завершится удачно).
Disk2vhd можно запускать на Windows XP SP2, Windows Server 2003 SP1 или более поздних версиях Windows, включая 64-битные системы. Помните, что OEM-версии Windows переносить в виртуальные машины может быть запрещено в соответствии с лицензией.
Формат использования утилиты:
disk2vhd <[drive: [drive:]...]|[*]> <vhdfile>
Например:
disk2vhd * c:\vhd\snapshot.vhd
Скачать Disk2vhd можно абсолютно бесплатно по этой ссылке.
Многих пользователей StarWind волнует вопрос о миграции хранилищ с Windows 2008 на Windows 2012 R2, которую они планируют сделать одновременно с обновлением на StarWind V8.
Вот простой алгоритм, как правильно обновить ОС узлов StarWind iSCSI SAN и (опционально) обновить сам продукт на новую версию:
Используя Replication manager, необходимо отсоединить все узлы-партнеры от устройств первого узла (StarWind1).
На этом узле (StarWind1) нужно установить новую ОС.
Далее нужно установить StarWind V6 на этом узле.
Ко всем устройствам на StarWind1 нужно добавить их HA-партнеров через Replication manager и запустить синхронизацию.
Дождаться окончания синхронизации и соединиться с новыми таргетами.
Удалить всех HA-партнеров от второго (StarWind2) через Replication manager.
Установить новую ОС на StarWind2.
Установить StarWind V6 на StarWind2.
Добавить партнеров ко всем HA-устройствам на узле StarWind2 через Replication manager.
Дождаться окончания синхронизации и соединиться с новыми таргетами.
Коллеги рассказали про интересный случай: создали RDM-диск для двух виртуальных машин MSCS-кластера "across boxes", подцепили его к виртуальным машинам на двух хостах ESXi, а производительность на нем упала до 10 МБ/сек, хотя этот диск находится на быстром FC-хранилище EMC VNX и скорость должна измеряться сотнями МБ/сек. При этом в качестве хост-платформы используется VMware vSphere 5.1.
Ответ оказался простым - для хранилищ EMC VNX хост ESXi выставляет политику путей по умолчанию Round Robin (балансировка по двум путям). При использовании кластера MSCS на кворумном диске вызываются SCSI-3 резервации. SCSI-3 резервация (registration) посланная по одному пути позволяет производить дальнейшие резервации или SCSI-команды только по этому пути.
А при использовании политики Round Robin, когда плагин PSP_RR переключает на другой путь, кластер MSCS получает ошибку и пробует сделать SCSI-3 резервацию повторно или выполнить другие команды.
Поэтому вместо политики Round Robin для конкретного хранилища и для данного RDM-диска надо использовать следующие политики путей (плагины PSP_MRU или PSP_FIXED), в зависимости от типа хранища. Они приведены в KB 1010041 и в таблице ниже:
Дисковый массив
Плагин SATP
Политика путей для использования с MSCS
EMC Clariion
ALUA_CX
FIXED
EMC Symmetrix
SYMM
FIXED
EMC VNX
ALUA_CX
FIXED
HITACHI
DEFAULT_AA
FIXED
IBM 2810XIV
ALUA
MRU
IBM 2810XIV
DEFAULT_AA
FIXED
NETAPP Data ONTAP 7-Mode
DEFAULT_AA
FIXED
Для того, чтобы выставить политику путей, нужно в разеле Storage в vSphere Client выбрать нужный HBA-адаптер и устройство, для которого создан RDM-диск, и из его контекстного меню выбрать пункт Manage Paths (это также можно сделать в свойствах виртуальной машины для диска):
После выставления корректной политики путей скорость для кворумного диска MSCS вырастет в разы. Кстати, если вы используете VMware vSphere 5.5 и выше, то такого поведения там уже нет, и все работает корректно.
О новых возможностях VMware vSphere 5.5 по поддержке кластеров MSCS мы уже писали вот тут.
А эта новость про то, что теперь vGate R2 можно купить онлайн в интернет-магазине Softline. Недавно компания «Код Безопасности» подписала соглашение о сотрудничестве с интернет-магазином Softline, в рамках которого он становится первым авторизованным центром онлайн-продаж продуктов российского разработчика.
Заказчики компании «Код Безопасности» получают возможность сделать заказ на сайте интернет-магазина, оплатить его банковской картой или банковским платежом и в кротчайшие сроки получить поставку (ссылку на дистрибутив, лицензионный ключ и документы). Для заказа и покупки в интернет-магазине Softline доступна также вся линейка продуктов Кода Безопасности.
Эта штука будет полезна всем тем, кто находится в регионах и не имеет прямой возможности быстро купить продукты Кода Безопасности. Подробнее о решении vGate можно узнать на этой странице.
Мы уже писали о решении Microsoft Assessment and Planning Toolkit 8.5 (MAP), предназначенном для проведения обследования инфраструктуры компании на предмет возможности миграции на платформу Windows 8, размещения физических серверов в ВМ на Hyper-V (или физических серверов на платформе Windows Server 2012), возможности миграции в облако Windows Azure, а также готовности пользовательского окружения к Microsoft Office 2013.
Кроме всего прочего, MAP позволяет отслеживать использование таких решений, как Lync Server 2013, SharePoint Server 2013, Exchange Server 2013, System Center Configuration Manager 2012 и SQL Server 2012.
В Microsoft MAP 9.0 появились следующие новые функции:
Сценарий по идентификации и инвентаризации окружения Server and Cloud Enrollment (SCE), которое доступно в рамках Microsoft Enterprise Agreement на базе различных серверных и облачных продуктов Microsoft.
Сценарий RDS Licensing, который предоставляет единый отчет по использованию всех лицензий RDS.
Поддержка инвентаризации продуктов Microsoft по тэгу Software ID (SWID).
Улучшенный трекинг использования SQL Server 2012, поддерживающий User Access Logging (UAL).
Скачать Microsoft Assessment and Planning Toolkit 9.0 можно по этой ссылке.
Кроме этого, компания Microsoft выпустила бесплатную книгу "Introducing Microsoft System Center 2012 R2", в которой на 166 страницах можно прочитать о составе компонентов решения System Center последней версии, их назначении и принципах использования в инфраструктуре предприятия, а также интеграции с публичным облаком средствами Windows Azure Pack.
Содержание:
System Center and the Cloud OS
Provisioning infrastructure with Virtual Machine Manager
Provisioning self-service with App Controller
Managing and maintaining with Configuration Manager
Backup and Recovery with Data Protection Manager
Real-time monitoring with Operations Manager
Proactive monitoring with Advisor
Standardization with Service Manager
Automation with Orchestrator
Windows Azure Pack
Также интересующимся сервисами публичного облака Microsoft Azure будет интересен документ "Windows Azure Network Security", в котором затрагиваются аспекты обеспечения информационной безопасности виртуальных сетей.
В последнее время уже не модно объявлять о старте своего IaaS-решения по предоставлению виртуальных серверов в аренду (напомним, последней об этом объявила компания Google). Всем уже это стало не в новинку, а рынок в этом сегменте начинает уже замедлять темпы набора оборотов. Теперь модно говорить о предоставлении в аренду собственных виртуальных ПК для каждого пользователя (DaaS, Desktop-as-a-Service) - напомним, совсем недавно об этом объявила небезызвестная компания Amazon со своим решением WorkSpaces.
Суть метода проста - берется серверная ОС Windows Server 2008 (или какая-нибудь другая) и кастомизируется таким образом словно это Windows 7. Выглядит это как по-настоящему:
На такие ухищрения приходится идти, поскольку Microsoft по-прежнему на уровне лицензии запрещает предоставление в аренду виртуальных ПК с клиентскими гостевыми ОС.
Как не трудно догадаться, в первом случае решение будет построено на базе продукта Citrix XenDesktop и технологии Application Orchestation, а во втором - на базе решения Desktone, которое недавно было куплено компанией VMware.
С точки зрения бэкэнда, это все строится на базе блейд-платформы Cisco Unified Computing System (UCS), для которой заявляется размещение до 252-х виртуальных ПК на одном физическом блейде.
Все это поддерживает новомодные функции 3D-графики в виртуальных ПК и предоставляет средства самообслуживания для пользователей на базе пакета UCS Solution Accelerator Pack.
Решение DaaS от Citrix будет распространяться через публичные облака следующих партнеров в зависимости от региона:
Регион NAM - ChannelCloud, Logicalis, Proxios, Netelligent, Quest.
Регион APJC - Dimension Data.
Регион EMEAR - Adapt и ANS Group.
Более подробно о DaaS-решении Cisco можно узнать из пресс-релиза, а узнать детали по теме DaaS можно по этой ссылке. Ну а для тех, кто хочет знать, как все устроено - вот эта ссылка.
Приложение позволяет убедиться в том, что производительность аудио и видео в реальном времени удовлетворительная, путем непрерывного воспроизведения виртуального видеопотока с веб-камеры и замыкания на себя аудио-дорожки:
(надо отметить что при использовании видео+аудио режима они могут быть несинхронизированы - это нормально, для приложений все будет работать синхронно)
Раньше надо было ставить в виртуальной машине какой-нибудь Skype или WebEx, чтобы протестировать производительность, а теперь ничего такого делать не надо - просто ставите утилиту RTAV в виртуальном ПК и все. Кроме этого, это приложение можно использовать и для нагрузочного тестирования инфраструктуры VMware Horizon View.
Возможности утилиты:
Отображение картинки с веб-камеры в режиме разрешения 1:1.
Автоматический старт передачи картинки сразу после запуска (аудио-поток будет замкнут на себя, если выбран этот вариант, то audio-in будет перенаправлен на audio-out).
Не требуется создавать никаких аккаунтов.
Поддержка устройства VMware Virtual Webcam, а также физических камер ноутбуков и ПК.
Работа как на x86, так и на x64 операционных системах.
Для приложения потребуется установить пакет Microsoft 2008 C++ x86 (SP1) вот по этой ссылке.
Скачать Real-Time Audio-Video Test Application
(RTAV) можно по этой ссылке.
Мы уже много писали о публичном облаке VMware vCloud Hybrid Service (vCHS), которое еще пока недоступно в России, но уже серьезно набирает обороты в штатах (и скоро будет в UK). Также некоторые из вас помнят, что VMware предлагает средство vCloud Connector, которое представляет собой бесплатный плагин к VMware vCenter (управляется через Web Client), с помощью которого пользователь частной виртуальной инфраструктуры может перемещать свои виртуальные машины в облако сервис-провайдера, который также работает на платформе VMware.
Однако до настоящего момента так и не было полноценного средства, позволяющего объединить частную инфраструктуру предприятия и соответствующий сегмент публичного облака vCHS (в том числе, на базе технологий VXLAN). Теперь такая возможность есть - вышел VMware vCloud Hybrid Service vSphere Client Plug-in 1.0.
Данный плагин работает только под vSphere Web Client версии 5.5. С помощью плагина можно делать следующие вещи:
Администрировать ресурсы на стороне публичного облака VMware (как в режиме Dedicated Cloud, так и в режиме Virtual Private Cloud).
Просматривать инвентори виртуальных машин и управлять виртуальными датацентрами.
Развертывать виртуальные машины из шаблонов, находящихся в каталоге, а также изменять конфигурацию существующих ВМ.
Автоматически получать обновления любых изменений, сделанных через vCHS web portal.
Системные требования для установки плагина:
vSphere Web Client 5.5 (старый C+ Client не поддерживается).
Аккаунт на vCloud Hybrid Service.
Совместимые браузеры:
Windows: Firefox, Chrome и Internet Explorer.
Mac: Chrome и Safari (доступ к консоли ВМ не работает для Mac).
Linux: Firefox и Chrome.
Однако плагин не заменяет основной портал VMware vCHS, так как только там можно делать следующее:
Создавать или изменять роли пользователей.
Добавлять пользователей к виртуальным датацентрам.
Создавать новые виртуальные сети.
Настраивать шлюзы и сетевые службы, такие как сетевой экран и NAT.
Настраивать бэкап виртуальных машин.
Просматривать виртуальные ресурсы по регионам.
На сайте VMware есть интересные презентации на тему vCHS vSphere Client Plug-in: