Проектирование сети с несколькими серверами MetaFrame
После установки сервера Citrix MetaFrame, он быстро становится критическим сервером в сети. Одни пользователи требуют от сервера представления целого рабочего стола, пользователи интернет могут требовать доступ к веб-приложениям. Все пользователи требуют возможности запуска приложения со своего рабочего стола. Из-за критической важности сервера вам необходимо уменьшить риск его сбоев. Это делается установкой нескольких серверов, предоставляющих один и тот же набор приложений. Этот процесс называется масштабированием серверов в сети, вместо масштабирования одиночного сервера.
Когда несколько серверов Citrix MetaFrame предоставляют доступ ко многим приложениям, они должны быть размещены рядом с от центральной магистралью (backbone), поближе к серверам-источникам данных. Допустим, некоторая сеть имеет сервер Lotus Notes в Сарасоте (штат Флорида), SQL-сервер в Бостоне (штат Массачусетс), сервер Oracle в Токио (Япония). Тогда есть три варианта размещения этих серверов:
-
Поместить все сервера (SQL, Notes и Oracle), а также три сервера Citrix MetaFrame, на магистраль и настроить балансировку нагрузки. Преимуществом такого решения является упрощение администрирования. Недостаток состоит в том, что производительность будет зависить от скорости магистрального канала.
-
Перенести все серверы в одно место на один сегмент и установить серверы Citrix MetaFrame на этом же сегменте, включив балансировку нагрузки. В этом случае мы получаем преимущества в лекгости администрирования и оптимальную производительность.
Выделенный сервер Citrix MetaFrame для каждого из приложений. В нашем сценарии один сервер Citrix MetaFrame в Бостоне предоставляет доступ к SQL-приложению, еще один сервер Citrix MetaFrame в Сарасоте предоставляет доступ к приложеиям Notes, и третий сервер в Токио - доступ к Oracle. Преимуществом такого подхода является оптимальная производительность. Недостаток состоит в том, что один сервер может оказаться перегруженным, в то время как остальные будут простаивать.
