Полное руководство по Citrix MetaFrame XP

         

Проектирование фермы: одна ферма или несколько?


Хотя вы можете, и чаще всего будете, использовать единственную ферму для вашего предприятия, это не всегда является наилучшим выбором. Как мы обсуждали в Главе 2, сети из одной фермы требуют большого общения между серверами для уведомления каждого из них относительно остальной части ресурсов и ситуаций в сети. Вы можете немного настроить ферму так, чтобы улучшить ее работу - мы обсудим это позже - но иногда лучшим выбором является создание нескольих ферм.

Однако, это не всегда лучший выбор. Если вы используете единственную ферму, то получаете следующие выгоды:

  • Объединенные лицензии - если вы специально не назначаете лицензии на специфический сервер MetaFrame, все лицензии MetaFrame XP в единственной ферме объединяются в пул. Поскольку клиентские лицензии на сединения, если они не используются, возвращаются в пул, этот метод самый эффективный с точки зрения хранения лицензий.

  • Упрощенное обслуживание и управление серверами MetaFrame - Citrix Management Console показывает все содержимое фермы, но может показывать одновременно только одноу ферму; вы не можете смотреть и работать с несколькими фермами, как вы работаете с несколькими доменами в Terminal Services Manager. Помещение всех серверов в единственную ферму делает закладки на ресурсах сервера проще.

  • Уменьшение нагрузки при управлении всеми серверами MetaFrame - мы ранее в этой главе обсуждали нагрузку Citrix Management Console. Поскольку консоль может отображать только одну ферму, управление несколькими фермами одновременно требуют загрузки нескольких экземпляров Citrix Management Console. Хотя требования к памяти со стороны консоли зависят от числа управляемых объектов, которые она должна отобразить, поддержка только самой консоли требует слишком много памяти, даже если ферма включает единственный сервер.
  • Если вы организовываете ваши серверы MetaFrame в несколько ферм, то получите следующие преимущества:

    • Уменьшенный трафик IMA - как вы видели в Главе 2, каждая зона имеет свой собственный коллектор данных, отвечающий за сбор и передачу данных в другие зоны в ферме. Зональный коллектор данных играет роль официального сплетника, сообщая каждому о входящих и выходящих пользователях, используемых лицензиях, доступных приложениях, распределении нагрузки, статистике и т.д. Чтобы ферма насколько возможно хранила самые свежие данные, зональный коллектор данных не собирает обновления в пакет и не посылает их единым блоком, а посылает по мере генерации событий. Таким образом, вы должны поддерживать постоянное соединение между зонами в ферме, даже если эти зоны находятся в полностью различных сетях. Для некоторых подключений WAN этот постоянный поток трафика IMA может быть очень слишком большим. Вы можете изменить время обновления коллектора данных, а также изолировать коллекторы данных, поместив их в разные зоны.



      Содержание раздела