Железо под терминальный сервер
Модераторы: Trinity admin`s, Free-lance moderator`s
Железо под терминальный сервер
Добрый день, уважаемые.
Вот встала задача подобрать железо под терминальный сервер с W2k+Citrix MetaFrame 1.8. Есть тестовые прогоны на некоторых задачах, есть кое-какие задумки на основе этих прогонов, но в современном серверном железе разбираюсь не очень, поэтому хочется послушать мнение местных оракулов .
Терминальных клиентов будет ~ 25. Все будут использовать текстовый процессор и таблички (скорее всего OpenOffice), Консультант+ и Гарант. Консультант+ за данными будет ходить к netware 4.11, Гарант сейчас лежит там же, но его и локально на терминальный сервер можно положить. Человек 8 будет использовать программу составления строительных смет БАРС. Сия вещь написана на виндовом foxpro, каждому юзеру нужно ~ 70М. Человек 10 будут использовать программу проверки знаний ТБ. Это 32-разрадное приложение, весьма не ресурсоемкое, все данные не более 50М, думаю, что будут лежать тут же на этом сервере. Человек 6 будут использовать досовскую программу, написанную на турбо-паскале, весьма активно беседующую с новеловским файл-сервером. Эти же люди будут пускать текстовую терминалку на соседний терминальный сервер под Linux (stelnet). Еше человек 5 будет использовать досовскую программу, написанную на clipper, база ее не большая ~ 40М.
Вот такая вот картина. Почитав этот форум, оставил благоприятное впечатление о сотрудниках trinity. Возможность приобретение железа от этой конторы достаточно немалая
Вот встала задача подобрать железо под терминальный сервер с W2k+Citrix MetaFrame 1.8. Есть тестовые прогоны на некоторых задачах, есть кое-какие задумки на основе этих прогонов, но в современном серверном железе разбираюсь не очень, поэтому хочется послушать мнение местных оракулов .
Терминальных клиентов будет ~ 25. Все будут использовать текстовый процессор и таблички (скорее всего OpenOffice), Консультант+ и Гарант. Консультант+ за данными будет ходить к netware 4.11, Гарант сейчас лежит там же, но его и локально на терминальный сервер можно положить. Человек 8 будет использовать программу составления строительных смет БАРС. Сия вещь написана на виндовом foxpro, каждому юзеру нужно ~ 70М. Человек 10 будут использовать программу проверки знаний ТБ. Это 32-разрадное приложение, весьма не ресурсоемкое, все данные не более 50М, думаю, что будут лежать тут же на этом сервере. Человек 6 будут использовать досовскую программу, написанную на турбо-паскале, весьма активно беседующую с новеловским файл-сервером. Эти же люди будут пускать текстовую терминалку на соседний терминальный сервер под Linux (stelnet). Еше человек 5 будет использовать досовскую программу, написанную на clipper, база ее не большая ~ 40М.
Вот такая вот картина. Почитав этот форум, оставил благоприятное впечатление о сотрудниках trinity. Возможность приобретение железа от этой конторы достаточно немалая
В стойку?
Сервер планируется в стойку или нет? И сколько дисков?
Абстрактные советы:
1) предусмотреть возможность "добить" память до 4 Гб;
2) прямой (карта-карта) линк между ТС и NW (лучше гигабитный);
3) RAID-контроллер с BBU (чтобы не бояться включить WB).
Абстрактные советы:
1) предусмотреть возможность "добить" память до 4 Гб;
2) прямой (карта-карта) линк между ТС и NW (лучше гигабитный);
3) RAID-контроллер с BBU (чтобы не бояться включить WB).
Re: В стойку?
Нет, нужен башенный корпус.ВТБ! писал(а):Сервер планируется в стойку или нет? И сколько дисков?
Пожалуйста, можно расшифровочки BBU & WB.Абстрактные советы:
1) предусмотреть возможность "добить" память до 4 Гб;
2) прямой (карта-карта) линк между ТС и NW (лучше гигабитный);
Что, неужели свитчевое воединения заметно тормознее?
3) RAID-контроллер с BBU (чтобы не бояться включить WB).
Смотрите в разделе терминов BBU.
Это батарейка, позволяет безопастно включить кеширование информаци на запись.
Это батарейка, позволяет безопастно включить кеширование информаци на запись.
Re: В стойку?
Battery Backup Unit - батарейное питание кеш-памяти контроллера.Andy писал(а):Пожалуйста, можно расшифровочки BBU & WB.
TBBU - транспортируемый BBU, кеш память можно переставить с отказавшего контроллера на другой без потери несохранённых транзакций.
Write-Back - политика кеширования на запись, при которой контроллер заявляет об успешном выполнении записи после помещения данных в кеш-память. Драматически ускоряет операции блокировки и записи для планирующихся файл-серверных БД.
Тормознее
Если приложения, работающие с NW, порождают огромное количество мелких запросов, тогда да.Andy писал(а):Что, неужели свитчевое воединения заметно тормознее?
А кроме того, цена этого линка незначительна по сравнению с ценой гигабитного свитча...
Последний раз редактировалось ВТБ! 12 мар 2003, 12:20, всего редактировалось 1 раз.
- Anton Kovalev
- Power member
- Сообщения: 38
- Зарегистрирован: 04 дек 2002, 16:48
- Откуда: Санкт-Петербург
- Контактная информация:
Зеоны 2.4 533 + СупермикроAndy писал(а):Спасибо за рзъяснение терминов,
а ткаже за идею прямого линка между серверами. А что народ думает по поводу материнки, процессоров.
При той нагрузке, которую вы описали, и достаточном количестве памяти (лучше пару гигабайт) - двухпроцессорная конфигурация справится вполне.Имеет ли смысл брать 4-х процессорную конфигурацию или 2 проца вполне справятся?
Конкретная модель
Всем спасибо за ответы. Прошу прощения за некоторую задержку - неподъемно валялся больным.
С кем из сотрудников Trinity можно обсудить по email конкретную модель сервера/цену? Или писать нужно на info@? Контактное лицо нужно из Москвы. До Питера нам тяжко
С кем из сотрудников Trinity можно обсудить по email конкретную модель сервера/цену? Или писать нужно на info@? Контактное лицо нужно из Москвы. До Питера нам тяжко
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 1 гость