Конфигурация терминального сервера

[pplexa]

Возникла следующая задача: создание терминального сервера под управлением win2000/win2003, на 120 терминалов. В терминале используется Office, складская программа (не 1С).
Отсюда возникают вопросы:

1. Колличество процессоров (и их характеристики)
2. Колличество оперативной памяти
3. Минимальный объем дискового пространства

Или может как вариант разделение сервера на два, три, которые будут обслуживать по 40-60 терминалов ?

[gs]

А есть возможность померить параметры (хотя бы по памяти) на существующем железе? А то сейчас будет советовать исходя из средней температуры по больнице. Можем угадать, можем нет.

[gs]

Что за складская программа? Интересует откуда будут брать данные терминальные юзеры. Или речь просто о терминале, а сервер базы данных отдельно уже есть?

[pplexa]

1. Померить нет возможности, единственно что знаю точно, что складская программа "съедает" около 15 Mb
2. Складская программа Фолио. SQL сервер отдельно.

[gs]

Т.е. сервер СУБД уже есть и не рассматривается? Это упрощает задачу.

Правильно ли я понял, что кроме складской программы на каждом рабочем месте будет еще и офис? Это к вопросу о памяти.

Непонятен восрос насчет дискового пространства. Если это чистый терминальник, все данные берутся с внешнего сервера СУБД и локально нет никаких темпов, то достаточно простого загрузочного зеркала. Если же у юзеров будут еще и какие-то файлы лежать, то это Вам виднее. Можно в самом терминальнике дисковое хранилище организовать, но правильнее все же отдельный файл-сервер (а если терминальную ферму, то это настоятельная необходимость).

[pplexa]

1. СУБД уже есть
2. Для начала пока только Складская программа, но планируется и Office
3. Файл сервер, тоже отдельно.

[gs]

В принципе, если отвлечься пока от дисковой системы терминальника, то варианты примерно такие:
1. Четырехпроцессорная машина на двуядерных оптеронах (SUN v40z, Newisys4300) с 16ГБ памяти.
2. Две двухпроцессорные опять же на двуядерных оптеронах - супермикро например - с 8ГБ каждая. Но лучше поставить в каждую по 16ГБ и сделать терминальную ферму. В этом случае при вылете одного из серверов, второй сможет со скрипом потянуть на время ремонта.
3. 3-4 двухпроцессорки на ксеонах или одноядерных оптеронах по выбору. Каждая с 4-8ГБ памяти.

Это все навскидку.

[gs]

В принципе, я могу послать на мыло спецификации. Но хотелось бы определиться с наличием локальных временных файлов, создаваемых складской программой. Посмотрите на какой-нибудь машине что она там создает, какого размера и хотя бы примерно дисковую активность (perfmon - phisical disk - reads/sec, writes/sec).

[pplexa]

Спасибо за ответы. Будем иследовать. Как только будут результаты, сразу сообщим.

[pplexa]

Файлов создает примерно 6 - 10 (может и больше, в зависимости от типа активности). Размеры их маленькие (почти все по 4К). Активность по perfomance monitor примерно такая reads/sec max=25 writes/sec max=40 - это только складская программа, другие выключены. Можно ли прислать примерную конифигурацию и примерные цены на bell@raiskysad.ru . pplexa сегодня болеет, и почту его мы посмотреть не можем.

[gs]

Проверьте, пожалуйста, еще раз. Действительно ли нагрузка на темповые файлы с ОДНОЙ машины в сумме 65иопс? И сколько в среднем? Просто если это экстраполировать на 120 человек, которые сядут на терминальник, получается в пике более 7000иопс - это много, зверски много. Тут нужна дисковая система мягко говоря неслабого класса. Можно примерно сказать, что внешняя дисковая система с полутора десятками дисков выдает порядка 1000-1500иопс!
Пиковые значения наверно можно особо не учитывать, но вот средние надо знать обязательно - картина в плане денег может измениться радикально!

[pplexa]

Наверно что то еще болталось в фоне и писало (или это отчет очень специфичный я запускал?) Проделал только стандартные операции - порядка 1,5-3 иопс средняя.

[gs]

Это другой разговор. Спецификации послал на оба мыла.