Имя: Пароль:
1C
Админ
Разносить ли сервер 1С и сервер баз данных
,
0 bmitkin
 
03.08.12
16:15
1. Другой вариант 78% (7)
2. Всё на одной виртуалке 11% (1)
3. Разнести по разным виртуалкам 11% (1)
Всего мнений: 9

Всех приветствую.
Помогите определиться, как лучше сделать в плане производительности.
Есть сервер (2 проца Xeon E5420, 16Gb RAM, SATA RAID). На нём VMware ESXi. Планируется установить виртуальную машину с Windows Server 2008 Standard. Будет выполнять роль контроллера домена, файлового сервера и сервера 1С.
Базы 4 штуки (две Бухгалтерии и две ЗУП).
Пользователей Бухгалтерии ~ 10-15 на каждую базу, ЗУП ~ 5-10 на каждую базу.
Вариант 1. Поставить на ту же виртуалку сервер баз данных (PostgreSQL под Windows) и выделить ему почти всю оперативку
Вариант 2. Поставить вторую виртуалку на тот же сервер. На неё Linux и PostgreSQL. Оперативку делить между ними.
Другие варианты пока не рассматриваются. MS SQL - дорого. Windows и PostgreSQL на другом сервере тоже не подходит, так как придётся покупать вторую лицензию на Windows.
1 vde69
 
03.08.12
16:19
любую СУБД не рекомендую ставить на виртуалку....

по этому любой твой вариант будет приводить к трудно диакностируемым тормозам

Другой вариант
4 vip67
 
03.08.12
16:32
1) увеличь память, раз баз 4штуки
2) SATA поменяй на SAS
3) на этом серваке держи базу и сервер приложений, тут же можно будет поднять терминал
4) а в качестве фалового сервера и контролера домено выдели другой сервак - попроще.

Другой вариант
7 DayDreamer
 
03.08.12
16:37
поигрались с виртуалками, при переходе с виртуалки на физ сервер - выигрыш в производительности в 4,5 раза
самое странное - при увеличении количества виртуальных серверов больше 2-х - адение производительности больше чем  в 2 раза. Правда вирталка HyperV

Другой вариант
29 shuhard
 
03.08.12
18:37
(0) есть ведь и более простые способы насолить заказчику, нежели использовать виртуалку

Другой вариант
30 tertva_1C
 
03.08.12
18:39
Буквально месяц назад собирал базу БП по частям после ахрененно настроенного обмена с УТ в итоге 25 000 одинаковых групп номенклатуры, в каждой из которых от 2 до 12 одинаковой позиции. Запросил у Московских колег виртуальный сервак ибо обработка поиска и замены значений уж больно долго работала. Дали мне такой виртуальный сервак примерно такой же конфигурации только памяти в 2 раза больше было. Запускаю обработку и ожидаю. Банальный подсчет показывает что что то не так, идет не так как надо. Типовой замер производительности показывает большую нагрузку на дисковую подсистему. Звоню админам и оказывается что там помимо меня еще 5 машин под разные задачи используются. Витоге пришлось отказаться от этого чуда ибо  машинка слабее в 3 раза но с SAS-ким винтом отработала в 2 раза быстрее. Итог следующий, разместить то можно но вот нужно ли....

Другой вариант
32 thezos
 
03.08.12
18:55
(0) мс скл станет значительно привлекательнее в ваших глазах, когда увидите как будет тормозить постгри. ну а по сути разносить надо конечно. один проц туда, один сюда.

Другой вариант
35 v8Newbie
 
03.08.12
19:16
(0) Из личного опыта, MSSQL правда. Основной момент для базы данных при работе с 1с - темп дб. 1с его использует очень активно. Так что грамотно разделяй рейд. Основной момент для связки сервер бд-сервер приложений - больше памяти серверу приложений. Сервак бд как-нить справится(все-таки грамотно написан), а вот сервер приложений при нехватке ресурсов может начать выдавать всякие интересности.

Другой вариант