В каждом более или менее крупном проекте возникает вопрос глобального размещения объектов инфраструктуры Citrix: Zone, Site (для более простого восприятия я буду в дальнейшем использовать слово Сайт, хотя русский перевод не передаёт изначальный смысл) или, возможно их комбинация? Когда следует использовать несколько страниц или одну страницу с несколькими зонами? В данной статье я попытаюсь ответить на этот вопрос и вкратце описать технологию.
Сайты
Сайт является логической и административной границей инфраструктуры Citrix. С точки зрения дизайна сайт соответствует ферме в архитектуре IMA (XenApp 6.5 и старше).
Характеристики / особенности сайта:
- все объекты / ресурсы / конфигурация, которые находятся в пределах сайта, хранятся в центральной базе данных.
- каждый сайт может иметь несколько контроллеров доставки, но только одну базу данных.
- каждый сайт всегда имеет первичную (primary) зону, настроенную по умолчанию и может иметь несколько вторичных (secondary) зон (их часто называют спутниковые satellite зоны).
- каждый сайт настраивается и управляется отдельно.
Использование нескольких независимых друг от друга сайтов в инфраструктуре Citrix, обусловлено прежде всего плохим сетевым подключением географически отдалённых регионов. Если задержка в сети между сайтами превышает 250 ms (RTT), то необходимо настроить отдельный сайт для каждого региона.
Zones
Зоны были вновь введены в XenDesktop версии 7.7 и значительно улучшены в версии 7.11 так, что они достигли функциональности уровней IMA (XenApp 6.5). Подобно сайтам, зоны используются для логического разделения географически распределённых инфраструктур.
Зоны Citrix в основном выполняют три основные задачи:
- свести к минимуму сложность инфраструктуры и тем самым сократить расходы её внедрения и дальнейшей эксплуатации.
- упростить управление, т. к. существует только одна база данных сайта, а управление всей инфраструктурой может осуществляться единственной консолью Citrix Studio.
- увеличить эффективность. Приложения (HSA, HSD) и VDI можно размещать ближе к конечным пользователям, и таким образом улучшить комфортность работы пользователей.
Зона является важным компонентом сложной географически распределённой инфраструктуры Citrix. Зоны создаются внутри сайта. Всегда присутствуют два типа зон: первичные зоны и спутниковые зоны.
Первичная зона (Primary) - создаётся автоматически при создании сайта. Может существовать только одна первичная зона. Наличие собственной базы данных является особенностью зоны.
Все элементы сайта Citrix по умолчанию отнесены к первичной зоне. Когда создаются спутниковые зоны, то в них можно переместить существующие элементы инфраструктуры.
Спутниковая зона - может содержать один или несколько контроллеров доставки (Delivery Controller), но никогда не собственную базу данных сайта, и обязана иметь постоянное соединение с основной зоной. Количество зон должно быть ограничено 50-ю. Спутниковую зону можно разместить как on-Premise, так и в облаке.
Преимущества – недостатки
Как это часто бывает в IT-мире, преимущества одной технологии, является недостатком другой.
| Type | Преимущества | Недостатки |
| Sites | Скорость подключения между регионами не имеет значение. | Как развёртывание, так и дальнейшая эксплуатация, связаны с более высокими административными расходами. |
| Централизованное развёртывание сводит к минимуму потенциальные человеческие и технические ошибки. | Использование независимых друг от друга сайтов приводит к более высоким затратам (железо, лицензирование и персонал), а также связанная с этим необходимость использования высоко доступных баз данных. |
|
| Вся инфраструктура Citrix полностью под вашим контролем. | Гибкость общей инфраструктуры очень ограничена (согласно двум верхним пунктам). | |
| Zones | Минимизация затрат за счёт отсутствия базы данных в спутниковых зонах. | Критическая зависимость от скорости и надёжности сетевого подключения. |
| Минимизация затрат на администрирование, т.к. оно возможно из центрального офиса. | Невозможно полное административное разделение / изоляция при управлении инфраструктурой, даже несмотря на контроль доступа на основе ролей. |
|
| Гарантируется гибкость при расширении инфраструктуры, так как всегда можно создать дополнительные зоны. | Различные циклы обновления больше невозможны |
Заключение
Не каждая компания в состоянии обеспечить дополнительно необходимую инфраструктуру в нескольких местах. Вопрос о затратах не всегда играет первостепенную роль, чаще всего речь идёт о соблюдении различных организационно- юридических нюансов (Compliance).
При развёртывании критически важного для бизнеса приложения, использование сайтов также будет оптимальным решением, что позволило бы добиться дополнительной отказоустойчивости.
Административные усилия, связанные с развёртыванием удалённых сайтов, также могут быть значительно упрощены с помощью скриптов, экспорта-импорта политик или, например, с помощью использования PVS (экспорта-импорта vDisks).
Использование зон может быть привлекательным, если скорость сетевого соединения между несколькими центрами обработки данных находится в приемлемых пределах. Важное значение имеет также географическое распределение пользователей.
Сочетание сайтов и зон можно было бы также принимать во внимание, например, для группирования центров обработки данных в рамках одного крупного региона.
Как вы можете увидеть из всего вышесказанного, "оптимального решения" не существует. Существует множество факторов, которые необходимо учитывать при проектировании решения, идеально адаптированного к вашей инфраструктуре.
Немецкоязычная версия статьи здесь.
Скачать используемые картинки в visio-формате можно по этой ссылке: Citrix_CVAD_Sites-vs-Zones.vsdx