|
Разносить ли сервер 1С и сервер баз данных | ☑ | |||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
0
bmitkin
03.08.12
✎
16:15
|
Всех приветствую.
Помогите определиться, как лучше сделать в плане производительности. Есть сервер (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с его использует очень активно. Так что грамотно разделяй рейд. Основной момент для связки сервер бд-сервер приложений - больше памяти серверу приложений. Сервак бд как-нить справится(все-таки грамотно написан), а вот сервер приложений при нехватке ресурсов может начать выдавать всякие интересности.
Другой вариант |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |