рекомендации для серверов под Гал-ку 8.1
Модераторы: m0p3e, edward_K, Модераторы
рекомендации для серверов под Гал-ку 8.1
хотелось узнать ваши рекомендации для серверов БД и терминала под Pervasive и MSSQL до 100 пользователей. (интересует примерный конфиг этих железок)
у нас oracle но всеже выскажусь ибо тоже имею подобный вопрос , на который пока ни кто не дал ответа
конфигурация системы примерно такова
около 150 сессий к БД в часы пик, Галактика+ отчеты+ еще кой какая програмка
СУБД
oracle 9.2.0.7 standart one
HP DL380 G3 2*Xenon 4GB-RAM
HP StorageWorks Modular Smart Array 30 (кажися)
RAID 1+0
win 2000
размер БД ~ 80 ГБ
сама галактика установлена на терменальных сервеах
HP DL380 G3 2*Xenon 4GB-RAM
HP DL380 G4 2*Xenon 6GB-RAM
вроде не слабо но, при работе некоторых интерефейсов утилизация процессоров на терминальных серверах достигает 100 в течени нескольких минут, также и на сервере СУБД
и тоже желаем знать чего прикупить
конфигурация системы примерно такова
около 150 сессий к БД в часы пик, Галактика+ отчеты+ еще кой какая програмка
СУБД
oracle 9.2.0.7 standart one
HP DL380 G3 2*Xenon 4GB-RAM
HP StorageWorks Modular Smart Array 30 (кажися)
RAID 1+0
win 2000
размер БД ~ 80 ГБ
сама галактика установлена на терменальных сервеах
HP DL380 G3 2*Xenon 4GB-RAM
HP DL380 G4 2*Xenon 6GB-RAM
вроде не слабо но, при работе некоторых интерефейсов утилизация процессоров на терминальных серверах достигает 100 в течени нескольких минут, также и на сервере СУБД
и тоже желаем знать чего прикупить
-
thor
- Местный житель
- Сообщения: 289
- Зарегистрирован: 29 мар 2005, 17:49
- Откуда: Saint-Petersburg
- Контактная информация:
Погоняйте счетчики на терминальных серверах.
Для 150 сессий объем опаретивки не так уж и велик, если не сказать более...
Я обычно советую для гарантированной работы исходить из 100 Мб оперативки на одного терминального юзера, работающего в Галактике.
Посмотрите постраничный обмен - обычно с него начинаются траблы с загрузкой терминальных серверов.
Для СУБД - тоже имело бы место понаблюдать за счетчиками - м.б. 4 гиг на нем и достаточно, а могет и нет...
Про Oracle не скажу, а вот по подобной конфигурации на MS SQL, там правда база подолее (порядка 120), так там только на экземпляр MS SQL отводили 7 ГИГ, и надо сказать, что когда СУБД начинало использовать 7 гиг вместо динаминческих 2 - наблюдался резкий, видимый даже "невооруженным взглядом", прирост производительности
Для 150 сессий объем опаретивки не так уж и велик, если не сказать более...
Я обычно советую для гарантированной работы исходить из 100 Мб оперативки на одного терминального юзера, работающего в Галактике.
Посмотрите постраничный обмен - обычно с него начинаются траблы с загрузкой терминальных серверов.
Для СУБД - тоже имело бы место понаблюдать за счетчиками - м.б. 4 гиг на нем и достаточно, а могет и нет...
Про Oracle не скажу, а вот по подобной конфигурации на MS SQL, там правда база подолее (порядка 120), так там только на экземпляр MS SQL отводили 7 ГИГ, и надо сказать, что когда СУБД начинало использовать 7 гиг вместо динаминческих 2 - наблюдался резкий, видимый даже "невооруженным взглядом", прирост производительности
про память дело понятное но стоимость сервера в сравнении со стоимостью увеличения памяти-копейки 
на 150 юзеров по 100 метров получаем 15 гиг один сервер с таким количеством кремния будет стоить ..... много
и мы пошли по другому пути... стали делать несколько терминальных серверов приконекченных к одной базе, если повезет и выгребим все ошибки, то к концу недели соберем терминальный кластер на NLB
а сервак оракловый пока ждет и потеет, пока наблюдаем за ним.. следим за его здоровьем
на 150 юзеров по 100 метров получаем 15 гиг один сервер с таким количеством кремния будет стоить ..... много
и мы пошли по другому пути... стали делать несколько терминальных серверов приконекченных к одной базе, если повезет и выгребим все ошибки, то к концу недели соберем терминальный кластер на NLB
а сервак оракловый пока ждет и потеет, пока наблюдаем за ним.. следим за его здоровьем