Наши клиенты нередко задают вопросы о протоколе доступа ICA (т.е. правильно говоря, о наборе технологий под текущим общим названием HDX – High Definition eXpierence). И зачастую интересуются, отличаются ли продукты XenApp и XenDesktop в части удаленного доступа к интерфейсу приложения / и виртуальной машины.

Коллеги, приветствую!
В своей работе я сталкиваюсь с задачами виртуализации инфраструктурных сервисов на базе ПО компании VMWare.
И для создания полноценной ИТ — инфраструктуры на платформе виртуализации необходимо, как минимум (такая тенденция наблюдается последние 2-3 года), дополнить ее системой мониторинга. При этом мониторить необходимо не только инфраструктурные сервисы, но и саму платформу виртуализации.

Здравствуй, %username%!
Мы с коллегами озаботились вопросом того, что на сегодняшний день существует довольно много новостных ресурсов(блогов/микроблогов/конференций и пр.) освещающих новости в мире виртуализации. Самая большая проблема на этом поприще состоит не в том, что новостей слишком много или в том что они уж слишком технические, и даже не в том, что информация по данной теме труднодоступна! Отнюдь! Мы не нашли ни одного ресурса, который агрегировал бы эти новости и выдавал их в виде удобоваримого дайджеста.
Наше расстройство по этому поводу длилось недолго, и мы нашли выход!
Как вы уже догадываетесь, мы сами решили сделать выборку новостей по теме и предоставлять их на суд хабра- и не только пользователей.

В первом выпуске: бесплатная эмуляция SAN на HDD, резервное копирование инфраструктуры VMware и многое другое.

Итак, первый дайджест новостей мира виртуализации от компании КРОК

Насколько важна отчетность в ИТ? Большинство админов ей вообще не пользуются — работает, и отлично. Однако в больших компаниях построение красивых графиков «Кто? Куда? Откуда? Зачем?..» занимает важную часть в работе ИТ-отделов. Ведь практически на каждое совещание, а особенно на подведения итогов месяца-квартала-полугодия-года, настроятельно рекомендуется приходить с грасивыми картинками, на что же расходуется ИТ-бюджет :). Как раз о построении отчетов применительно к ПО Quest vWorkspace 7.2 мы сегодня и поговорим.

Общаясь со многими Заказчиками, обратил внимание на то, что многие из них вроде хотят попробовать VDI на вкус, но боятся, что не проглотят – слишком сложно, говорят. Специально для тех, кто думает, что даже пилотное внедрение VDI – это слишком сложно, компания QUEST серьезно переработала установщик ПО vWorkspace с целью значительно упростить «вхождение» в увлекательный мир VDI. В этом посте я пройду вместе с вами, уважаемые коллеги, по всему пути, от самого начала, с установки первого сервера виртуализации, до показа Директору на его любимом iPad, что же это такое — загадочная «инфраструктура виртуальных рабочих столов».

Итак, коллеги, сегодня поговорим о подготовке виртуальной машины с ОС Windows 7 для дальнейшего клонирования в среде VDI. Не стоит рассматривать этот пост в качестве безусловного руководства к действию, это лишь рекомендации для администраторов, как максимально оптимизировать Windows 7 для эффективного использования аппаратных ресурсов серверов виртуализации. В качестве платформы виртуализации рассматривается гипервизор VMware ESX, как лидер в своей области.

Как человек, занимающийся терминальными службами Microsoft, Citrix и другими, часто сталкиваюсь у заказчиков с ситуацией, когда на сервер ставится 8, 16 и более гигабайт памяти для работы с 32 разрядной операционной системой. Теоретические знания и практические наблюдения позволяют настаивать на том, что для 32-разрядной операционной системы больше 4 гигабайт памяти ставить расточительно и неверно. Не только из-за того что операционная система не использует всю память (без PAE), а из-за того, что 32-bit приложение не умеют, в большинстве своем, с таким объемом памяти работать.

Компании Сisco и VMware объявили о создании инструментов VDI, которые объединяют элементы существующих решения обеих компаний для ускорения внедрения решений VDI у заказчиков.

Как правильно защитить виртуальные машины? Надо ли ставить отдельную копию антивирусного ПО внутри каждой ВМ? Как снизить нагрузку на гипервизор? Уверен, что эти и много подобных вопросов посещало (и посещает) тех, кто внедряет виртуальные решения в целом, и решения VDI в частности. Попробуем разобраться!

Важным моментом, на который необходимо обращать внимание при планировании инфраструктуры виртуальных машин (особенно в сценариях VDI), является необходимость поддержания шаблонов виртуальных машин в актуальном состоянии с точки зрения установленных обновлений операционной системы и антивирусных баз.

Одним из вариантов решения данной задачи

Quest vWorkspace — решение VDI, один из лидеров рынка, наряду с Citrix XenDesktop и VMware View.
Однако для послежнего времени для автоматической конфигурации пользовательской части ПО Quest vWorkspace необходим файл config.xml, размещаемый в локальной сети. На данный момент, править данный файл приходиться руками. Но прогресс не стоит на месте ;)

Буквально на днях компания Quest анонсировала новую бета-версию своего VDI-решения vWorksapce — 7.2 (build 409) (beta 2). Что же нового появилось в этой сборке? Приглядимся по-внимательнее!

На проходящей в эти дни конференции Citrix Synergy, компания Citrix анонсировала новую версию ПО XenDesktop 5-й версии. Как обычно все новое лучше старого и конечно же технологичнее.

Ждем информации о конкретных нововведениях.

А пока все пользователи Citrix XenDesktop, с активной подпиской, могут скачать Feature Pack 2, в который вошли XenClient и XenVault.

Как известно, недавно стал доступен продукт VMware View версии 4.5. Несколько недель назад по этому поводу VMware и компания-дистрибьютер OCS организовала в своем офисе семинар среди партнеров VMware для обмена опытом (Partner Exchange). На этом семинаре кто-то из специалистов задал вопрос по русификации VMware View, прежде всего, клиентской части — ведь именно с ней работают пользователи.
К сожалению, на данный момент в Release Notes читаем:

View Client and online help for View Client are available in Japanese, French, German, and simplified Chinese. The VMware View Administrator's Guide, VMware View Installation Guide, VMware View Upgrade Guide, and VMware View Architecture Planning Guide are also available in these languages

Но как говориться, если очень хочеться, то можно…

Часто встает вопрос о том, можно или нельзя использовать технологии виртуализации для запуска доменных контроллеров Active Directory на гостевых операционных системах. Ответ и рекомендации от компании Microsoft содержатся здесь: http://technet.microsoft.com/en-us/library/virtual_active_directory_domain_controller_virtualization_hyperv(WS.10).aspx

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

На какие пункты хотелось бы обратить внимание:

Как известно, виртуализация бывает разной.
Компания Microsoft выделяет следующие виды виртуализации:

1. Datacenter virtualization.
Решением в этой области является роль сервера Windows Server 2008 R2 Hyper-V или Hyper-V Windows Server 2008 R2.
2. Client virtualization.
Решением в этой области являются Remote Desktop Services в Windows Server 2008 R2, Microsoft Virtual Desktop Infrastructure, Microsoft Enterprise Desktop Virtualization, Microsoft Application Virtualization, Windows Virtual PS и, наконец, Windows XP Mode.
3. Cloud virtualization.

К чему бы это я? А к тому, что некоторые решения незаслуженно забыли, сконцентрировав все свое внимание на виртуализации серверов и VDI, ну еще быть может RDS.

Недавно директор VWware (product marketing) Рей Маллемпати Raj Mallempati анонсировал запуск VMware View 4.5. Посмотрел весь текст анонса и вот то, что меня больше всего заинтересовало:

Изучая историю возникновения Citrix Xen Server, просмотрел внимательно на содержание сайта XenSource и обнаружил для себя несколько интересных проектов связанных с гипервизором XEN.

В частности заинтересовала разработка команды под руководством Йоа́нны Рутко́вской (Joanna Rutkowska) — OS QubeOS.

Суть продукта состоит в том чтобы виртуализировать небезопасные подсистемы ОС (файловая система, драйверы, сеть, пользовательские данные и т.д.). В результате работы получилась ОС на базе Linux, архитектура которой представлена ниже:



Пользователь получает в свое распоряжение ОС, в которой он может создавать виртуальные контейнеров (по сути виртуальную машину) в которой запускает определенный набор приложений данные, которых, не должны быть доступны другим приложениям. Для пользователя все выглядит обычно, за исключением цветной рамки вокруг каждого окна приложения, соответствующей каждому контейнеру.

С точки зрения безопасности появились неоспоримые преимущества:
— взлом или отказ драйвера не приведет к падению всей системы (нужно лишь перезапустить контейнер с драйверами)
— пользовательские данные доступны только доверенным приложениям
— и т.д.

На данный момент система находится на стадии Alpa 2 и достаточно интенсивно развивается. Что думаете по поводу подобной схемы?

Типовая ситуация: Вы молодая развивающаяся компания, имеющая несколько географически распределенных площадок, так называемых ЦОД (Центр обработки данных). Условно назовем их площадка А и площадка В. На площадке А развернуты физические серверы с бизнес-критичным приложением, к которому имеют доступ по сети пользователи всей организации. Что будет, если произойдет «обрушение здания» площадки А или что будет, если необходимо провести техническое обслуживание серверов с бизнес-приложением, если при этом необходимо остановить серверы?