Citrix XenDesktop vs VMware View: выбирали VDI для колл-центра

Клиент на сопровождении инфраструктуры пришёл с конкретной задачей: перевести колл-центр - около восьмидесяти операторских рабочих мест - на виртуальные десктопы. Мотивация понятная: сотрудники текучие, ПК разного возраста, настраивать каждую машину руками надоело. VDI казался логичным ответом.

На рынке два очевидных кандидата: VMware View 4 и Citrix XenDesktop 4. Плюс Citrix недавно выпустил XenApp 6, который добавил опцию «опубликованного десктопа» на том же стеке. Посмотрели на оба варианта.

Что смотрели

У клиента на тот момент уже была инфраструктура VMware vSphere - тот самый кластер, который мы помогали настраивать раньше. Это давало VMware View естественное преимущество: тесная интеграция с vCenter, знакомый стек, меньше нового на изучение.

VMware View 4 работает поверх vSphere и предлагает PCoIP как основной протокол - на тот момент это был главный козырь, вокруг которого строился весь маркетинг. Для тонких клиентов VMware продвигал железо нескольких партнёров с аппаратным декодером PCoIP. Картинка на экране и правда выглядит хорошо - для офисной работы с документами придраться не к чему.

Citrix XenDesktop 4 работает на Citrix ICA / HDX - протоколе, который компания совершенствует уже много лет. XenDesktop можно развернуть поверх VMware, Hyper-V или Citrix XenServer - клиент может выбирать гипервизор. В связке с XenApp 6 появляется возможность часть приложений публиковать отдельно, не гнать полный десктоп каждому пользователю, - это гибкость, которая VMware View не предлагает вообще.

Где завалилось тестирование VMware View

Мы развернули пилот: два десятка рабочих мест на VMware View на тонких клиентах. Для большинства задач - CRM в браузере, Excel, Word - всё работало нормально.

Проблема вылезла на голосе. У операторов основной инструмент - гарнитура и SIP-клиент, установленный прямо на десктопе. В VDI-среде голосовой трафик идёт через виртуальную машину и потом редиректится обратно на тонкий клиент, к USB-гарнитуре. Это накладывает задержки, причём неравномерные.

На VMware View с PCoIP мы получали нестабильные задержки аудио: в спокойное время приемлемо, при пиковой нагрузке на гипервизор - слышимые заикания. Посидели в конфигурации bandwidth throttling, покрутили QoS на коммутаторах - ситуацию улучшили, но не убрали. По всей видимости, редирект USB-аудио в PCoIP на тот момент реализован менее аккуратно, чем хотелось бы.

Также у VMware View тогда нет нормального механизма публикации отдельных приложений без полного десктопа - только если использовать ThinApp для упаковки. Для колл-центра, где набор приложений стандартный и фиксированный, это не критично, но сама негибкость заметна.

Почему выбрали Citrix

Citrix XenDesktop 4 с HDX имеет отдельный слой для аудиоредиректа, и там поведение оказалось стабильнее. HDX RealTime - компонент, который отвечает за аудио в реальном времени - редиректит голос по отдельному UDP-каналу с более низкой задержкой, чем общий поток протокола. На той же нагрузке гипервизора - никаких заиканий.

Ещё несколько наблюдений из пилота:

• Тонкие клиенты. Citrix поддерживает широкий список тонких клиентов на разных прошивках, включая старые устройства на Wyse ThinOS и Linux. У клиента часть железа осталась от прошлых проектов - это дало экономию.
• Управление профилями. Citrix Profile Management зрелее и гибче, чем то, что предлагал VMware View на тот момент. Для колл-центра с текучкой это важно: профиль должен подхватываться быстро, без артефактов от предыдущего пользователя.
• Публикованные приложения через XenApp. Несколько специализированных инструментов, которые используют только старшие операторы, мы опубликовали через XenApp 6 отдельно - без выделения им полных виртуальных десктопов. Это снизило нагрузку на кластер в сравнении с вариантом «каждому по VM».

По лицензированию XenDesktop дороже VMware View в расчёте на место - это честный минус. Но клиент счёл разницу обоснованной, учитывая критичность голоса для бизнеса.

Как разворачивали

Citrix XenDesktop развернули поверх уже имеющегося vSphere-кластера - XenDesktop 4 с VMware гипервизором работает без проблем, controller ставится отдельно. Delivery Controller, License Server и Web Interface разместили на выделенных VM.

Под рабочие десктопы операторов сделали pooled desktop catalog - восемьдесят машин с единым золотым образом на базе Windows XP SP3, личные документы и профиль через Citrix Profile Management на файловый сервер. Время входа в систему - около двадцати секунд от ввода пароля до готового рабочего стола. Для смены смены это приемлемо.

Развёртывание новых машин из каталога занимает несколько минут вместо часа ручной настройки. Это то, за чем и шли.

Что пока осталось открытым

Citrix XenDesktop 4 не без шероховатостей. Нас раздражает, что Web Interface - портал для доступа пользователей - выглядит и работает как что-то из 2005 года. Citrix явно работает над заменой, но пока что это то, что есть. Операторов, впрочем, внешний вид не волнует - им важно, что гарнитура не хрипит.

Также пока не решён вопрос с резервированием Delivery Controller - сейчас у нас один, что создаёт единую точку отказа. На следующем этапе добавим второй.

Клиент переезжает в новый офис в октябре - будет хорошей нагрузочной проверкой для всей конструкции.