Фермы
Первое, что предложит выполнить установщик после развертывания узла Citrix XenApp это создать новую ферму (Farm) или добавить текущий узел в существующую. Ферма представляет из себя объединение серверов, кластер, в рамках каждой назначаются администраторы и их права, публикуются приложения, определяются зоны и группы серверов, а так же описываются политики балансировки нагрузки. Конфигурация всех объектов фермы хранится в едином DataStore. Аналогию ферм XenApp можно провести c доменами Windows которые во многом выполняют схожую организационную функцию.
Зоны citrix xenapp
Архитектура продукта рассчитана как на маленькие внедрения из нескольких серверов, так и на очень большие инфраструктуры состоящие из тысяч географически распределенных узлов XenApp. В последнем случае используются зоны — группа узлов XenApp расположенных в рамках одного сетевого сегмента со стабильными и производительными в первую очередь по задержкам (latency) каналами. Зоны по сути являются аналогами сайтов Active Directory и зависят от топологии сети. Например у компании существует два центра обработки данных в каждом из которых есть какое то количество узлов XenApp. В случае если внешние каналы между ЦОД не являются достаточно стабильными и производительными, то разумнее организовать отдельную зону для каждого ЦОД. Необходимо это по тому, что в рамках одной зоны выбирается только один сборщик данных (Data Collector) который регулярно производит опрос узлов XenApp, что приводит к переизбытку трафика между ЦОД. Когда зоны две, как в текущем примере, то в каждой из них выбирается свой сборщик данных (обычно первый сервер в зоне). Они обмениваются конечной информацией о состоянии серверов в зонах, а так же являются шлюзами для остальных узлов зоны (Рис №2).
Рис №2. Инфраструктура из двух зон.
Кроме минимизации трафика и упорядочивания инфраструктуры, на уровне зон возможно обеспечение отказоустойчивости. Когда одна из зон начинает принимать подключения при выходе из строя основной зоны. Так же, можно просто привязать часть пользователей к серверам ближайшей зоны. Но, при всех вроде бы весомых плюсах, Citrix не рекомендует разводить их в больших количествах. Нужно стремиться к минимизации их числа и в идеале иметь только одну зону, где все узлы соединены производительными и стабильными каналами.
Группы
Для более удобного оперирования множеством серверов, их следует объединить в группы (Worker Group), в которые могут входить, как отдельные сервера XenApp, так и целые организационные единицы (OU) из AD. Намного проще публикуя приложение указать группу, чем выбирать отдельные серверы из списка. Или при добавлении новых серверов просто поместить их объекты в соответствующие OU каталога AD. Это избавляет от необходимости изменения настроек каждого опубликованного приложения.
Помогла ли вам статья?
