Балансировка нагрузки
Балансировка нагрузки означает, что обработка данных распределяется по нескольким компьютерам в сети. В результате в единицу времени выполняется больше работы и устраняются узкие места.
Одним из преимуществ механизма балансировки нагрузки является отказоустойчивость. Поскольку для балансировки нагрузки требуется несколько серверов, осуществляющих одинаковые функции, при выходе одного из них из строя остальные автоматически возьмут на себя его работу.
Для реализации балансировки нагрузки существует несколько способов. Первый из них, программный, заключается в том, что некоторая программа принимает весь траффик, а затем перенаправляет его другим серверам в сети.
Другой метод, аппаратный, обычно состоит из компьютера и коммутатора или маршрутизатора, который перенаправляет траффик на другие серверы сети. Вы можете купить уже настроенный серверный кластер с автоматической балансировкой нагрузки между серверами, входящих в кластер.
Третий метод, балансировка нагрузки приложений, слегка отличается от других. Citrix разработала службу "Citrix Load Balancing" для использования с несколькими серверами WinFrame и MetaFrame. Этот процесс начинается с запроса приложения клиентом. Сервер, к которому обратился клиент, определяет, какие серверы в сети настроены на это приложение. Затем этот сервер определяет, какой сервер MetaFrame наименее загружен. Алгоритм основан на т.н. коэффициенте загрузки (load factor). Он вычисляется исходя из использования процессора, файла подкачки, количества подключенных пользователей, а также системные переменные. Этот коэффициент вычисляется для каждого сервера, а затем выбирается сервер с наименьшим его значением. После этого служба рспределения нагрузки прозрачно перенаправляет сессию клиента на этот наименее загруженный сервер.
Служба балансировки нагрузки Citrix не зависит от аппаратного обеспечения, поэтому вы можете использовать любое оборудование, на котором может работать Windows 2000. Она также не зависит от приложений. К любому приложению, способного выполняться под MetaFrame, можно применить балансировку нагрузки. Эта служба также не зависит от количества серверов или от типа сети (может работать как в локальной, так и в глобальной сети).
Внимание
Если вы с некоторым сервером используете прямые асинхронные соединения, вы не получите преимуществ от балансировки нагрузки. Сервер, принмающий прямые асинхронные соединения, не может перенаправлять запросы на другой сервер. Если вам необходимы модемные соединения, вы должны установить сервер RAS.
Однако, приложения автоматически не предоставляют услуги отказоустойчиости. При поломке сервера пользователи могут продолжаь загружать балансированные приложения и продолжить работу. При проектировании нескольких серверов вы всегда должны стремиться хранить пользовательские данные на других серверах, отличных от MetaFrame, чтобы в случае выхода из строя сервера MetaFrame доступ к данным не прекратился. Допустим, у вас есть два сервера MetaFrame - Meta1 и Meta2, сконфигурированные для балансировки приложений. Если пользователь Вася хранит свои данные на сервере Meta1, то при выходе его из строя Вася сможет запустить приложение, но не сможет получить доступ к своим данным. Даже если Meta1 все еще в он-лайне, но Вася подключается к Meta2 и не может найти там свои данные, поскольку они сохранены на локальном диске сервера Meta1.
С другой стороны, если данные хранятся на сервере Data1, администратор Коля может настроить скрипт для переназначения дисков так, чтобы при любом подключении Васи к приложению, он видел свои данные всегда на диске J:
