citrix pvs что это
ИТ База знаний
Полезно
— Онлайн генератор устойчивых паролей
— Онлайн калькулятор подсетей
— Руководство администратора FreePBX на русском языке
— Руководство администратора Cisco UCM/CME на русском языке
— Руководство администратора по Linux/Unix
Навигация
Серверные решения
Телефония
FreePBX и Asterisk
Настройка программных телефонов
Корпоративные сети
Протоколы и стандарты
Все, что нужно знать о Citrix
История, продукты и ключевые фигуры
Компания Citrix предлагает сервера, приложения, виртуализацию, сетевые решения, программное обеспечение как услугу (SaaS) и облачные вычисления для бизнес-индустрии по всему миру. За плечами компании Citrix – богатая история помощи бизнесу достижения высоких позиций на рынке, а также продаж значительной части линейки продуктов LogMeIn в начале 2017 года.
Интенсив по Виртуализации VMware vSphere 7
Самое важное про виртуализацию и VMware vSphere 7 в 2-х часовом онлайн-интесиве от тренера с 30 летним стажем. Для тех, кто начинает знакомство с виртуализацией и хочет быстро погрузиться в предметную область и решения на базе VMware
История Citrix
Citrix Systems Inc – это американская компания, специализирующаяся на разработке программного обеспечения и приложений для облачных вычислений. Компания, основанная в 1989 году Эдом Якобуччи, бывшим сотрудником IBM, была известна как Citrus. Изначальный штаб сотрудников состоял из пяти инженеров, а в проект было инвестировано 3 миллиона долларов. Вынужденная сменить название после иска о нарушении прав на товарный знак, компания примкнула к бренду UNIX, чтобы создать имя, под которым она известна сейчас.
После этого компания осуществила первую аренду средств удаленного доступа для оборудования, работающего под управлением ОС Windows, разработанной Microsoft. Вскоре после этого компания перешла на разработку тонких клиентов, использовавшихся для удаленного доступа к серверам. Технология, которая позволила Citrix создать набор приложений для удаленного доступа, была разработана после присоединения ExpertCity и Sequoia Software в 2001 году.
По мере того, как компания Citrix присоединяла к себе другие компании, она расширяла свои возможности в сфере виртуализации настольного компьютера и серверов, увеличивая при этом число обслуживаемых клиентов. Идеальная площадка для запуска продуктов в области программного обеспечения как услуги (SaaS) и инфраструктуры как услуги (IaaS) Citrix обязана своим появлением технологии создания облаков.
Несмотря на то, что компания Citrix сконцентрировалась на разработке приложений по виртуализации, ассортимент фирмы GoTo, включая GoToAssist, GoToMeeting, GoToMyPC, объединенный в самостоятельное направление, стал широко использоваться среди бизнес-пользователей.
LogMeIn объявили о слиянии с Citrix в 2016 году, когда обе компании приобрели 50% долю в семействе GoTo, при этом средства для работы с удаленного доступа LogMeIn перешли на новый уровень интеграции со средствами для работы с удаленным настольным компьютером Citrix.
Штаб-квартира компании находится в Форт-Лодердейле, штат Флорида, и в Санта-Кларе, штат Калифорния. У Citrix также есть офисы в Роли (Северная Каролина), Австралии, Индии, Японии и Великобритании.
Компании, поглощенные Citrix
За 29-летнюю историю компания Citrix поглотила более 50 компаний, большинство из которых пополнили существующий ряд продуктов или помогли расширить зону влияния компании, не приводя к какой-либо радикальной диверсификации.
Одним из недавних приобретений компании была Cedexis, купленная в феврале 2018 года. Компания Citrix купила ее для «оптимизации производительности приложений и контента в мире гибридных мульти-облачных вычислений», как говорится в заявлении генерального директора по разработке продукции.
Последнее на данный момент поглощение платформы для микро-приложений Sapho было завершено в 2018 году и обошлось компании в 200 миллионов долларов. Компания Citrix планирует напрямую внедрить технологию Sapho, чтобы повысить осведомленность сотрудников.
Между тем Стив Шах, вице-президент по управлению продуктами, прокомментировал это так: «IT-специалисты будут способны реагировать быстрее и действовать лучше при устранении неполадок в сети, управлении нагрузкой облаков и обработке изменений емкости в соответствии с нуждами бизнеса. Более того, IT-отдел сможет сократить сетевые и облачные расходы, обеспечивая при этом наилучшее качество взаимодействия с пользователем».
Что продает Citrix?
Все продукты Citrix можно разделить на три линии: Workspace, Networking и Analytics. До масштабного ребрендига, состоявшегося в мае 2018 года, всего через несколько дней после ежегодного мероприятия Synergy, компания так же предлагала приборы для удаленного доступа под брендом Xen.
Эти продукты, известные ранее как XenApp, XenDesktop и XenMobile, сейчас переименованы в Citrix Virtual Apps, Citrix Virtual Desktops и Citrix Endpoint Management соответственно, теперь подпадают под Citrix Workspace наряду с Citrix Hypervisor, ранее XenServer, и Citrix Content Collaboration, ранее ShareFire, среди прочих продуктов.
Citrix Analytics, третья линия продуктов, применяет машинное обучение для обеспечения анализа поведения пользователей и проактивного анализа безопасности. Продукты этой линии собирают данные по всему портфелю Citrix, генерируя действенные идеи, позволяющие администраторам обрабатывать угрозы безопасности пользователей и приложений, отслеживая потенциальные уязвимые места в организации.
Citrix на бизнес-арене
Citrix является публичной компанией, котирующейся на фондовой бирже NASDAQ.
Результаты за четвертый квартал 2017 года показали рост выручки на 6% по сравнению с аналогичным периодом прошлого года (778 миллионов долларов США против 735 миллионов долларов США). Большая часть этого роста была обеспечена подразделением «Программное обеспечение как услуга» (рост на 38% в годовом исчислении) и профессиональными услугами (рост на 13% в годовом исчислении). В целом за 2017 год годовой доход составил 2,82 млрд. долларов против 2,74 млрд долларов в 2016 году, увеличившись на 3%. Большая часть этого роста также пришлась на подразделение SaaS (рост на 31% в годовом исчислении). Операционная маржа компании по GAAP за год составила 20%.
Интенсив по Виртуализации VMware vSphere 7
Самое важное про виртуализацию и VMware vSphere 7 в 2-х часовом онлайн-интесиве от тренера с 30 летним стажем. Для тех, кто начинает знакомство с виртуализацией и хочет быстро погрузиться в предметную область и решения на базе VMware
Personal vDisk в Citrix XenDesktop: в чём преимущество, и как это работает
Данная статья задержалась на два года, поскольку именно два года назад я познакомился с VDI на базе Citrix XenDesktop и немного обескуражившей меня фичей Personal vDisk (PvD). На тот момент я отвечал за инфраструктуру VDI, управляемую продуктом Fujitsu PanoLogic. Использовались Full clones, и это была боль. Только представьте установку обновлений на 1000+ виртуальных машин, расположенных не на флеш-массиве.
Мы присматривались к VMware View (ныне Horizon) с её Linked Clones, но сильно смущал тот факт, что обновление базового образа (Gold Image) приводит все десктопы, на нём основанные, к практически девственному виду, лишая пользователя любовно установленных приложений. Разработчики точно были бы не рады, да и остальные привыкли к хорошему.
И когда нам дали поиграться с Citrix XenDesktop, тогда ещё 7.0 или 7.1, я пришёл в восторг. Потому что при использовании PvD все изменения, сделанные внутри виртуальной машины, сохранялись даже после обновления мастер-образа. И под «все» я имею ввиду не только настройки профиля или документы на рабочем столе (это достигается и в VMware), но и установленные и даже удалённые(!) приложения. Когда я поделился обнаруженными результатами с коллегами VMware’щиками из другой организации, они сказали, что это невозможно, потому что не объяснимо.
На практике, конечно, чудеса случаются редко, и объяснение происходящему есть.
Оба производителя VDI-решений подходят к реализации инфраструктуры на базе разностных дисков по-своему. У VMware это выглядит вот так:
По понятным причинам на Replica ничего писать нельзя, вся запись идёт на Delta.
Internal хранит идентификационную информацию о компьютере (такую как пароль AD).
Persistent Disk можно создать для данных, которые нужно хранить всегда. Сюда можно перенести профиль, Redirected Folders и Home Directory.
Disposable Disk, наоборот, обнуляется после каждой перезагрузки. Сюда можно перенести данные, которые совсем не нужно хранить (pagefile, temp) в целях уменьшения размера Delta и нагрузки на него.
А так выглядит картина в XenDesktop при использовании MCS (она ближе к используемой VMware, чем PVS)
Difference — для перенаправления записи.
Identity — для хранения идентификационных данных компьютера.
PvD — Personal vDisk для хранения постоянных данных. С виду похоже на Persistent disk VMware. В системе он виден как диск P: (по умолчанию) и если на него зайти, то увидим пользовательские данные (профиль).
Однако, как я уже писал, при использовании PvD, виртуальная машина «запоминает» не только пользовательские настройки и данные, но и установленные и даже удалённые приложения. Даже после обновления мастер-образа. Проводил следующие эксперименты.
Установка ПО
1. Создал мастер-образ с Windows 7 (VD-template).
2. Создал виртуальный десктоп на основе него (VD01).
3. В виртуальном десктопе установил 7zip (в C:\Program Files).
4. Обновил мастер-образ (установил в него Adobe Reader) и применил его к пулу.
5. Залогинился в VD01. 7zip на месте. И Adobe Reader тоже.
6. Создал новый десктоп на базе этого же мастер-образа (VD02). Adobe Reader присутствует. 7zip — нет.
Удаление ПО
1. Залогинился в VD01. Удалил Adobe Reader.
2. Обновил мастер образ (установил несколько обновлений Windows в VD-template) и применил к пулу.
3. Залогинился в VD01. 7zip на месте, Adobe Reader удалён. Обновления присутствуют.
4. В VD02 Adobe Reader на месте. Обновления присутствуют. 7zip нет.
5. Создал новый десктоп VD03. Та же картина, что и в VD02.
Чертовски восхитительно! Осталось понять, как он это делает. Ну да не буду более ходить вокруг да около и нагнетать интригу.
Технически PvD представляет собой два диска в одном. Первый — это то, что мы видим в виде диска P: внутри виртуального десктопа. На него перенаправляются данные профиля, и тут ничего необычного. Второй — это виртуальный vhd-диск UserData.vhd, который лежит на первом. Он тоже монтируется в систему, хотя его не видно в проводнике. И в него перенаправляется запись на объектном (не блочном) уровне.
При первом использовании на PvD копируется информация об объектах из основного образа, которая располагается тут: C:\CitrixPvD\Settings\Inventory. Далее в Inventory фиксируются данные о проделанных пользователем изменениях и ссылках на них.
После обновления мастер-образа, перед его выключением и снятием снапшота для применения в пул, на нём нужно провести обновление Inventory. Если вы забудете, система напомнит об этом при попытке выключения.
После распространения нового мастер-образа, виртуальные десктопы при первом запуске перечитывают Inventory нового образа и сравнивают с записями на PvD. В ходе этого процесса и определяется, что появилось нового, а что должно быть перенаправлено.
Данная процедура приводит к тому, что первый вход пользователя в систему после обновления мастер-образа может занимать продолжительное время (10-15 минут, в зависимости от количества проделанных изменений). Поначалу, не зная деталей работы этого механизма, я попортил несколько десктопов, нетерпеливо перезагружая их в этот момент. Хорошо, что в тестовой среде.
При этом, если выяснится, что в мастер-образе появились объекты, ранее устанавливаемые пользователем и хранимые в PvD, они будут вычищены из PvD в целях экономии места, а ссылки на них заменены на те, что ведут на основной образ. Другими словами, если я в примерах выше установил бы 7zip в мастер-образ, VD01 удалил бы его из PvD и стал использовать тот, который общий для всех. При условии совпадения версий.
Разные варианты сценариев с конфликтами версий я не тестировал.
Немного деталей и ограничений PvD
Менеджмент и настройки (совсем чуть-чуть, не имел большой практики)
Минимальный размер PvD — 3 ГБ. Максимальный ограничен тем, что поддерживает СХД.
По умолчанию данные профиля (диск P:) и данные ОС (UserData.vhd) распределяют использование места по принципу 50/50. Изменить это соотношение можно изменением следующего ключа реестра:
HKEY_LOCAL_MACHINE\Software\Citrix\personal vDisk\Config
Value: PercentOfPvDForApps
По умолчанию выставлено 50. Если исправить на 80, 80% места будет зарезервировано под приложения, а 20% — под данные профиля.
Можно вообще запретить перенаправление профиля на PvD (например, если вы используете Roaming Profiles):
«HKLM\Software\Citrix\personal vDisk\Configuration»
Value: «EnableUserProfileRedirection»
0: Profile is not directed to the PvD
1: Profile is redirected to the PvD
PvD может быть сброшен к исходному состоянию либо из Desktop Director, либо из самого десктопа с помощью команды:
(в командной строке от администратора)
Сброс не затрагивает пользовательский профиль. По сути, просто UserData.vhd заменяется исходным пустым шаблоном, взятым отсюда: C:\ProgramData\Citrix\personal vDisk.
Напоследок небольшое отвлечённое умозаключение. Ошибка «Failed to load reg hive [\Device\IvmVhdDisk00000001\CitrixPvD\Settings\RingCube.dat].» наводит на предположение, что решение PvD основано на разработке vDesk компании RingCube, которая была приобретена Citrix в 2011 за 46,67 млн долларов.
И в качестве окончательного резюме замечу, что решение, конечно, очень интересное и делает жизнь администратора VDI несравненно удобнее. Хотя едва ли может считаться панацеей — хоть заявляется поддержка «почти всего стандартного ПО», нужно проверять различные сценарии и не исключены возможные конфликты версий или проблемы с отдельным ПО. Да и что в нашем [IT] мире может считаться панацеей?
Как я говорил, статья опоздала на два года — к тому времени, как я нашёл информацию о механизмах работы PvD, я сменил работу и потерял возможность писать статьи вообще, ввиду сверхвысокой загруженности. За это время появились новые технологии подключения кастомных приложений в VDI — App Volumes у VMware, Unidesk у Citrix вот появился… Но это немного другие истории.
Сейчас я сменил работу ещё раз, отдалился от виртуализации, но терзало ощущение незавершённого дела…
Спасибо за внимание! Хоть я и закрывал собственный гештальт данной статьёй, надеюсь, что ещё кому-то будет полезно, или хотя бы интересно.
Принцип работы MCS & PVS
В данной статье я попытаюсь максимально просто описать принципы работы двух основных методов развертывания виртуальных машин в инфраструктуре Citrix.
Принцип работы MCS
Citrix Machine Creation Services является одним из двух типов массового автоматизированного развертывания виртуальных машин и в сравнении с Provisioning Services (PVS) MCS является встроенным функционалом XenDesktop.
Нижеследующие шаги описывают процесс создания каталога виртуальных машин для их дальнейшего развертывания механизмом MCS.
Создание виртуальных машин в каталоге можно условно разделить на следующие этапы:
1. Будем исходить из того, что ваша виртуальная машина полностью проинсталлирована и готова к развёртыванию. Прежде всего необходимо сделать снимок виртуальной машины (Snapshot), если его не сделать вручную, то он будет сделан автоматически и ему будет присвоено имя состоящие из имени каталога и даты.
2. На базе основного диска и снепшота будет создана новая версия, так называемый Base Disk. Base Disk является основой для последующего создания виртуальных машин каталога.
3. Средствами гипервизора создается (клонируется) заданное при конфигурации количество виртуальных машин. При применении гипервизора vSphere используется технология Linked Clone.
Каждая созданная виртуальная машина состоит из двух дисков:
a. Difference (Delta) Disk – на этом диске содержится временная информация, используемая операционной системой. После каждой перезагрузки вся записанная информация удаляется. Difference Disk можно считать аналогом Write Cache Disk в PVS.
b. Identity Disk – на нем сохраняется информация, делающую систему уникальной, например SID, имя компьютера, пароль. Размер диска составляет всего 16 MB.
4. Для каждой машины создается учетная запись в Active Directory.4. Для каждой машины создается учетная запись в Active Directory.
5. После перезагрузки, созданные виртуальных машины получают IP-адрес от DHCP-сервера.
Каждая последующая актуализация системы требует повторения шагов от 1 до 3.
Full Clone
MCS Full Clone – создание полноценной копии виртуальной машины
В версии XenDesktop 7.11 появилась возможность выбора, использовать ли Full Clone или Linked Clone. Основное преимущество Full Clone, — это возможность создания резервной копии виртуальной машины, что в свою очередь упрощает процесс миграции виртуальных машин.
Использование технологии Full Clone имеет, к сожалению, и недостатки, а именно: значительно увеличивается время создания / обновления каталогов, требуется больше места на СХД и Full Clone применима только для настольных операционных систем (Windows 10).
Принцип работы PVS
Ключевым элементом инфраструктуры PVS является Provisioning Server. Сервер PVS не только отвечает за управление средой PVS, но и является центральной точкой потоковой передачи vDisk-ов. Все настройки конфигурации хранятся в базе данных MS SQL. По сравнению с MCS, PVS не является частью XenApp / XenDesktop.
Для достижения высокой доступности требуется как минимум два сервера PVS. Серверы PVS используют протокол IPC для связи друг с другом.
Следующие шаги описывают принцип работы PVS:
Для создания vDisk-а необходимо на операционной системе (серверной или настольной) установить PVS Target Device. Задача PVS Target Device сконвертировать диск операционной системы в vhd-файл (с версии 7.7 у вас есть выбор между VHD и VHDX) и сохранить его в соответствующей папке (PVS Store). Для конвертации используется XenConvert Tool.
В папке PVS Store сохраняются файлы следующих типов:
Методы загрузки
Существует три различных способа загрузки целевых систем в среде PVS: DHCP, PXE и BDM:
1. DHCP Метод
2. PXE Метод
Клиент получает только IP-адрес с сервера DCHP, так как на DHCP-сервере не настроены опции 66 и 67. PVS сервер сам реагирует на запрос клиента и отвечает ему передавая параметры опций 66 / 67. Данный метод крайне редок и не всегда возможен, ввиду определённой зависимости от конфигурации сети.
3. BDM (Boot Device Manager)
В этом случае целевая система запускается непосредственно с физического загрузочного носителя (CD). Этот метод бывает единственно возможным для использования PVS, так как опции 66 / 67 уже используются другими системами (например, SCCM или Matrix42).
Пошаговое описание процесса загрузки
4. Single Read Mode – целевое устройство начинает отправлять запросы на PVS-сервер в так называемом режиме одиночного чтения и делать это до тех пор, пока операционная система не начнет загружать драйверы, и не загрузит BNISTACK-драйвер.
PVS Store
Store – это место физического хранения для vDisk-ов. Данная папка может находиться как на любом из PVS-серверов, так и на общем хранилище (Shared Storage). Важно позаботиться о достаточном количестве места на диске и быстром доступе к нему (IOPS performance).
Использование совместного хранилища (Shared Storage) не требует дополнительных механизмов для синхронизации vDisks-ов.
Write Cache
В стандартном режиме (Standard Mode) vDisk доступен только для чтения (read only), и все данные, которые обычно записываются на системный диск виртуальной машины, переносятся в Write Cache. Существует несколько различных режимов настроек Write Cache.
Write-Cache файл (vdiskdiff.vhdx) постоянно растет в течении работы системы и обнуляется только после перезагрузки. vdiskdiff фактически и является следующими опциями “Cache on Target Device Hard Drive” и „Cache in device RAM withoverflow on hard disk“
Текущая версия PVS предлагает шесть различных опций для хранения Write-Cache. У каждого варианта есть свои плюсы и минусы. Рекомендуется использовать „Cache in device RAM with overflow on hard disk“
Возможные варианты размещения Write Cache
Кэш на жестком диске целевого устройства (Cache on device hard disk)
В данном случае Write Cache расположен на жестком диски целевого устройства. До недавнего времени данный вариант был самым предпочтительным решением.
Постоянный к эш на жестком диске целевого устройства и сервера (Cache on device hard disk persisted / Cache on server, persistent )
Как следует из названия, речь идет о постоянном, не сбрасываемом после перезагрузки файла кэша.
Write Cache в рабочей памяти целевого устройства (Cache in device RAM)
Если вы хотите получить максимально возможную производительность, то этот вариант будет наиболее предпочтителен, но крайне дорогостоящим.
Write Cache на жестком диске PVS сервера (Cache on server)
Данный способ наиболее неэффективный из всех перечисленных. Write Cache расположен на PVS-сервере, доступ к которому осуществляется по сети.
Write Cache в рабочей памяти целевого устройства с переполнением на жесткий диск (Cache in device RAM with overflow on hard disk)
Данная опция представляет собой идеальный баланс между производительностью и стоимостью. Опция имеет два уровня. Вначале все изменения хранятся в памяти виртуальной машины. Размер памяти, вернее его максимальное значение для каждого виртуального диска настраивается в конфигурации. Не забывайте о том, что выделенная память будет взята из общей памяти виртуальной машины. Когда выделенная память будет заполнена, наименее востребованные данные, будут перемещены из области ОЗУ в файл (vdiskdif.vhdx) на жестокий диск виртуальной машины. В настоящее время данная опция является рекомендованной производителем.
Режим доступа к vDisk
Иными словами, в Private Mode диск всегда имеет отношение 1:1, в стандартном режиме всегда соотношение 1:n.
Обновление vDisk-а
Существует три различных метода доступа: обслуживание (Maintenance), тестирование и рабочий (Produktion)
Produktion – рабочая версия, из которой загружены все виртуальные машины каталога
Дополнительная полезная информация
Подробные диаграммы и описание процесса загрузки (постер): Citrix Provisioning Services Boot Process
Всегда рад Вашим отзывам, комментариям и конструктивной критике