Наверное, самым важным фактором при выборе процессорной kohфигурации для Terminal Server является количество процессоров для каждого из серверов. Хотя компания Microsoft и заявляет, что минимальной конфигурацией для Terminal Server является однопроцессорный сервер советую никогда не планировать использование однопроцессорного сервера в производственной среде, кроме самых малых сетей.
Используя данные из табл. 7.6, где собраны средние значения количе-i юльзователей, приходящихся на один процессор, можно оценить ?диче требования к процессору для каждого из серверов в зависимости I категории пользователей.
Таблица 7.6. Среднее количество пользователей, приходящихся на один процессор
Нагрузка пользователей
Тип процессора
Малая
Средняя
Повышенная
Pentium Pro 200
35
25
13
Pentium II 300
45
30
18
Pentium III 500
60
40
23
Оперативная память
Если памяти будет недостаточно, то, независимо от количества процессоров и их быстродействия, производительность сервера будет существенно снижена. Наиболее типичная причина сбоев Terminal Server -недостаточное количество памяти для поддержки требуемого количества одновременно работающих в системе пользователей.
При подсчете объема физической памяти для сервера следует учесть три момента.
Требования операционной системы. Для нормального функционирования операционная система требует определенного объема памяти. Рекомендую выбрать следующий объем памяти, в зависимости от версии Terminal Server: TS 2000 - 150 Мбайт TSE 4.0 - 80 Мбайт
Требования к объему памяти для каждого пользователя. Определенный объем оперативной памяти потребуется для того, чтобы поддерживать каждый пользовательский сеанс на Terminal Server. Вообще, есть два способа оценки объема оперативной памяти, необходимого для каждого сервера. Первый состоит в том, чтобы рассматривать индивидуальные требования, в зависимости от категории пользователей, работающих в среде. Обычно память можно распределить таким образом: пользователь с малой нагрузкой - 10 Мбайт; пользователь со средней нагрузкой - 15 Мбайт; пользователь с повышенной нагрузкой - 20 Мбайт. Эти требования могут показаться высокими по сравнению с рекомендациями из некоторых источников, но я всегда убеждался в том, что незначительно завышенные требования к объему памяти способствуют тому, что сервер будет работать настолько хорошо, насколько это возможно. Используя эти значения, можно вычислить требования пользователей к объему оперативной памяти для вашей системы.
Как и при расчете количества процессоров, требуемый объем памяти можно подсчитать либо на основе распределения пользователей различных категорий, которые будут обращаться к серверу, либо просто исходя из предположения, что все пользователи дают большую нагрузку на память. В этой ситуации, чтобы получить требуемый объем памяти системы, нужно просто умножить количество пользователей, приходящихся на один сервер, на 20 Мбайт. В результате можно завысить требования к памяти сервера, но обычно это приводит к тому, что вы получаете несколько большее количество пользователей, приходящихся на один сервер, чем планировали поначалу.
Дополнительные требования приложений. Если пользователи будут работать с тремя или менее 32-разрядными приложениями, то объема памяти, определенного по приведенным выше расчетам для каждого пользователя, достаточно, и дополнительного увеличения объема не требуется. Если же пользователи с повышенной нагрузкой будут работать с большим количеством 32-разрядных приложений или какие-либо пользователи будут работать с 16-разрядными или DOS-приложениями, придется выполнить некоторые дополнительные вычисления, чтобы принять во внимание требования этих приложений. Расчет памяти для различных типов приложений представлен ниже.
DOS-приложения
2 Мбайт оперативной памяти
для каждого DOS-приложения
16-разрядныеприложения
4 Мбайт оперативной памяти
для каждого сеанса Windows на платформе Win32 (WOW) плюс 2 Мбайт для каждого
дополнительного 16-разрядного приложения, выполняющегося в этом сеансе WOW
32-разрядные приложения
2—4 Мбайт оперативной памяти
для каждого приложения обычно является хорошей оценкой в качестве среднего
значения для всех используемых 32-разрядных приложений, хотя можно провести
более точные подсчеты, просто посмотрев с помощью TaskManager, сколько памяти использует приложение, работающее на
обычном настольном компьютере Windows 2000 Professional
Определив количество процессоров и откорректировав количество пользователей, приходящихся на один сервер, оценим требуемый объем памяти следующим образом.
1. Сначала узнаем объем оперативной памяти для ОС. Например, в случае с Windows 2000 Terminal Services нужно 150 Мбайт для каждого сервера.
2. Затем подсчитаем количество памяти для каждого пользователя. Для полноты картины выполним вычисления, используя оба описанных выше метода. Сначала предположим, что все пользователи дают боль-1 шую нагрузку, и для сервера с 46 пользовательскими сеансами получим] следующий объем оперативной памяти:
46 х 20 Мбайт = 920 Мбайт.
А для 96 пользовательских сеансов - 96 х 20 Мбайт = 1920 Мбайт.
Теперь, если распределить пользователей по категориям, то, в соответствии с процентным соотношением различных категорий (4% - малая нагрузка, 42% - средняя, 54% - повышенная), для 46 пользователей на, каждый сервер получим: (46 х 4% х 10 Мбайт) + (46 х 42% х 15 Мбайт) + (46 х 54% I 20 Мбайт) = 18,4 Мбайт + 289,8 Мбайт + 496,8 Мбайт = 805 Мбайт
3.Подсчитаем дополнительный объем оперативной памяти для поддержки приложений. Если предположить, что все пользователи дают большую нагрузку, то можно вычислить требуемый объем памяти исходя из того, что все они, согласно табл. 7.2, работают с шестью 32-разрядными приложениями и одним 16-разрядным. В таком случае примем в качестве исходного значения для 32-разрядных приложений 2 Мбайт оперативной памяти.
Объем памяти, требуемый для приложений при 46 пользователях на сервер будет следующим:
(46 х 6 х 2 Мбайт) + (46 х 1 х 4 Мбайт) = 552 Мбайт + 184 Мбайт = 736 Мбайт.
А для 96 пользователей -
(96 х 6 х 2 Мбайт) + (96 х 1 х 4 Мбайт) = 1152 Мбайт + 384 Мбайт = 1536 Мбайт.
4. Теперь осталось вычислить общий объем памяти для каждого сервера терминальных служб. Для 46 пользователей на сервер получаем следующее значение: 150 Мбайт + 920 Мбайт + 736 Мбайт = 1806 Мбайт.
Отсюда делаем вывод: для 46 пользователей с повышенной нагрузкой, одновременно использующих требуемые приложения, нам понадобится около 2 Гбайт оперативной памяти на каждый сервер.
Для примера с 96 пользователями получим такое значение:
150 Мбайт + 1920 Мбайт + 1536 Мбайт = 3606 Мбайт
Следовательно, наша оценка такова: для поддержки 96 пользователей с повышенной нагрузкой, одновременно использующих требуемые приложения, нужно около 4 Гбайт памяти на каждый сервер.
Дисковая подсистема
Дисковая подсистема для серверов выбирается не по каким-либо подсчетам, а исходя из стандартных рекомендаций. В среде с правильно подобранным оборудованием не бывает "узких мест", вызванных перегрузкой дисков. Гораздо вероятнее, что прежде исчерпаются ресурсы памяти или процессора.
При выборе конфигурации дисков следует принять во внимание следующие моменты.
o Всегда используйте накопители SCSI в сочетании с контроллерами SCSI или RAID.
o Разделите требования к дискам на три пункта: операционная система, файл подкачки и файлы приложений. По возможности подбирайте такую конфигурацию среды, чтобы ОС и файл подкачки обслуживались одним контроллером, а файлы приложений - другим. Если вы хотите обеспечить резервирование, поместите ОС и файл подкачки в набор зеркальных (RAID 1) дисков. Не используйте для этого конфигурацию RAID 5. Файлы приложений могут загружаться с использованием конфигурации RAID 5, хотя обычно достаточно RAID 1, в частности, если есть возможность замены деталей без остановки сервера.
Сетевые платы
Требования по планированию и тестированию сетевой конфигурации I системы Terminal Server, а также значение производительности сети и ее ] доступности в среде Terminal Server подробно обсуждались в главе 5. Ее- 1 ли связь по сети невозможна, вашим пользователям не помогут никакие ] вычислительные мощности. Выбирая сетевую плату для сервера, примите I во внимание следующее.
o Выбирайте продукцию известных производителей, предоставляю- I щих техническое обслуживание. Стандарт "де-факто" для многих I систем Terminal Server - плата Intel PRO/100+ или ее аналог от I производителя серверного оборудования (например, двухпортовая плата NC3122 Fast Ethernet от Compaq).
o Выбирайте адаптер, имеющий свежие драйверы для вашей ОС и I дополнительные возможности, такие как обеспечение отказоустойчивости адаптера (AFT) или замена "на ходу" без отключения сервера, чтобы увеличить его надежность и доступность по сети.
Сервер или рабочая станция
В наше время, при наличии высокопроизводительных многопроцессорных рабочих станций, разницы в производительности между ними и серверами практически нет. Единственное различие между многими рабочими станциями высокого уровня и серверами нижнего уровня - наличие оборудования, обеспечивающего резервирование, например контроллеры RAID, а также компонентов с возможностью замены "на ходу", таких как жесткие диски или блоки питания.
Во многих конфигурациях Terminal Server рабочая станция может сыграть роль малого или среднего сервера, при более низкой удельной стоимости на каждого пользователя по сравнению с настоящим серверным оборудованием. Основные недостатки многих рабочих станций заключаются в ограниченной поддержке многопроцессорности (обычно до двух процессоров) и оперативной памяти (обычно до 1-2 Гбайт).
Рабочие станции всегда будут альтернативой серверам, поскольку в большинстве систем Terminal Server на серверах не хранятся изменяющиеся данные пользователей. Запланируйте подключение резервных серверов - и вы избавитесь от требований по системному резервированию, таких как, например, массивы RAID или переключаемые блоки питания. Конечно, некоторые возможности, такие как двойные сетевые платы, будут доступны, хотя отказоустойчивость среды обеспечивается наличием нескольких резервных серверов Terminal Server. Если сервер терминальных служб выйдет из строя - нет проблем: в среде есть другие серверы Terminal Server, на которых пользователи могут регистрироваться.
Определение требуемого количества серверов
Когда оборудование выбрано и протестировано, можно с уверенностью определить, сколько пользователей смогут поддерживать каждые сервер. Теперь вы готовы подсчитать, какое количество серверов понадобится для вашей системы.
Чтобы выполнить эти вычисления, вам, кроме примерного количества пользователей на один сервер, понадобится знать общее количество одновременных пользовательских сеансов с запасом в 10-15%.
Если С - количество серверов, ОП - количество одновременно работающих пользователей, а П - количество пользователей, приходящихся на один сервер, то формула расчета будет такова:
С = ОП/П
В последний раз, взглянув на примерное количество пользователей, приходящихся на один сервер, предположим, что после проведения нагрузочных тестов мы узнали, что две конфигурации серверов могут поддерживать 55 и 105 пользователей соответственно, что превышает количество, которое предполагалось до тестирования (46 и 96 пользователей). Исходя из них значений, количество серверов, которое мне потребуется, если один сервер будет поддерживать 55 пользователей, при общем количестве одновременно работающих пользователей до 460 человек, будет таким:
С = 460/55 = 8,4. Округлим это число до 8.
Итак, оказывается, что для обслуживания 460 одновременно работающих пользователей, при 55 пользователях на один сервер, нам нужно 8 серверов. Но мы еще не закончили подсчеты. Пока что мы знаем, сколько нужно серверов, если вся система абсолютно исправна, и не учитываем требования к ее доступности. Если по какой-то причине случится сбой сервера, среда не сможет выдержать такую нагрузку, и пользователи, отключенные от сбойного сервера, не смогут снова зарегистрироваться. Чтобы обеспечить доступность среды, нужно увеличить расчетное число серверов приблизительно на 25%.
Таким образом, после того как к 8 прибавили 25%, количество серверов возрастает до 10, что приводит к уменьшению среднего количества пользователей, приходящихся на один сервер, с 55 до 46. Но теперь среда сможет выдерживать полную нагрузку со стороны пользователей, даже если два сервера выйдут из строя.
Наконец, осталось сказать, сколько серверов доступно для проведения работ по обслуживанию в часы максимальной и минимальной нагрузки. В нашем примере даже в часы максимальной нагрузки можно отключить 1-2 сервера без ущерба работе системы. В часы минимальной нагрузки, когда она падает до 175 одновременно работающих пользователей, можно отключать больше половины серверов.
