|
Распределение нагрузки между серверами | ☑ | ||
---|---|---|---|---|
0
maxt
25.12.12
✎
13:15
|
Есть 2 мощных сервера, база 1С около 50 Гб, порядка 100 терминальных подключений. Платформа 8.2.
Какой вариант организации кластера серверов предпочтительнее с точки зрения производительности: 1. сервер терминалов и сервер БД + 1С:Предприятия 2. сервер терминалов + 1С:Предприятия и сервер БД Что посоветуете? |
|||
1
Волшебник
25.12.12
✎
13:18
|
нужно 2 сервера терминалов + сервер 1С + сервер БД, т.е. всего 4 сервера
Из предложенных лучше 2-й вариант. |
|||
2
Aleksey
25.12.12
✎
13:19
|
(1) 5 серверов, под клиента отдельный
|
|||
3
Андрюха
25.12.12
✎
13:20
|
всё виртуализировать через vSphere, а она сама нагрузку распределит
|
|||
4
maxt
25.12.12
✎
13:20
|
(1) "нужно 2 сервера терминалов + сервер 1С + сервер БД, т.е. всего 4 сервера" - серьезно?? зачем столько?
"Из предложенных лучше 2-й вариант" - тоже к нему склоняюсь. Как обосновать, какие параметры наиболее критичны для такой системы? |
|||
5
ДенисЧ
25.12.12
✎
13:21
|
сервер предлприятия и бд - на один комп, терминал на другой
|
|||
6
maxt
25.12.12
✎
13:21
|
(3) админы клиента не хотят связываться с виртуалкой
|
|||
7
maxt
25.12.12
✎
13:22
|
(5) согласен. какие аргументы?
|
|||
8
Андрюха
25.12.12
✎
13:24
|
(6) аргументируют хоть или "потому что"
|
|||
9
maxt
25.12.12
✎
13:25
|
(8) я так понимаю, просто не умеют с ней работать, не знают VW
|
|||
10
ДенисЧ
25.12.12
✎
13:26
|
(7) Потери на общение 1с и бд меньше. ЧИтай тут темы по этой теме. У езернета большие издержки.
|
|||
11
maxt
25.12.12
✎
13:26
|
+ (9) предлагал попробовать на MS, он идет в составе сервера. Сказали, МС - не надежный
|
|||
12
Aleksey
25.12.12
✎
13:27
|
(8) У меня диски с темпами не справляются на сервере на котором только клиент стоит. Приходилось их на рам диск переносить. А ты хочешь чтобы эти диски виртуалку обслуживали где не только клиент, но и сервер и скуль
|
|||
13
Андрюха
25.12.12
✎
13:29
|
(12) Используйте серверные диски в райде
|
|||
14
Черт
25.12.12
✎
13:31
|
(13) чудное предложение ;)
|
|||
15
VladZ
25.12.12
✎
13:31
|
(0) ИМХО, одного терминального сервака маловато...
|
|||
16
йети
25.12.12
✎
13:32
|
виртуалки хороши для одминчиков, но плохо для БД
|
|||
17
maxt
25.12.12
✎
13:32
|
(15) как рассчитать нагрузку и параметры? считали из расчета 200-250 Мб ОЗУ на сессию
|
|||
18
Андрюха
25.12.12
✎
13:33
|
(14) Ну а чё, у всех справляется, а у него - нет... Сасовские винты + SSD под память/темп
|
|||
19
tdm
25.12.12
✎
13:35
|
(17) когда больше 50-60 юзеров загруженность растет непропорционально, разнесли на пару стало Ок)
|
|||
20
Aleksey
25.12.12
✎
13:36
|
(18) может потому что 10 пользователей и 100 пользователей это немного разные нагрузки?
|
|||
21
Андрюха
25.12.12
✎
13:37
|
(17) У нас некоторые сессии по 700Мег сжирают
|
|||
22
ДенисЧ
25.12.12
✎
13:37
|
(21) всего-то? :-))
|
|||
23
maxt
25.12.12
✎
13:38
|
(20) ясно, спасибо. там вообще 100 юзеров - это наверное максимум. реально 50-60 и будет... но будем думать.
что еще кроме памяти критично для сервера терминалов? |
|||
24
maxt
25.12.12
✎
13:39
|
(21) (22) ну, там не такая уж большая база. не УПП :)
|
|||
25
VladZ
25.12.12
✎
13:40
|
(17) Память - это дело наживное. Самое главное - это проц. Я бы сделал так: считаешь количество пользователей, грузящих проц (это обычно какие-нидь аналитики, которые делают отчеты). И считаешь количество ядер из расчета 2-3 пользователя на ядро. Имей в виду, что это будет примерное число ядер. Ну и учти пессимистичный прогноз: что будет, если все эти пользователи запустят самые ресурсоемкие отчеты. Или другими словами: проверь, осилит ли твой сервер критичную нагрузку.
|
|||
26
Андрюха
25.12.12
✎
13:42
|
(22) в (17) "считали из расчета 200-250 Мб ОЗУ на сессию"
|
|||
27
zak555
25.12.12
✎
13:42
|
(0) откажись от толстого клиента
|
|||
28
maxt
25.12.12
✎
13:43
|
(27) конфигурация не позволяет
|
|||
29
krbIso
25.12.12
✎
13:45
|
проведи нагрузочное тестирование
|
|||
30
zak555
25.12.12
✎
13:52
|
(28) перепиши
|
|||
31
VladZ
25.12.12
✎
13:53
|
+25 Еще один момент: работа всяких аналитиков не должна мешать работе операторов.
Допустим, у тебя из 100 пользователей 50 операторов, 25 аналитиков и 25 "сумашедних аналитиков" (те, которые анализирует аццкие объемы информации). В таком случае делаешь три терминальных сервака: для операторов (50 пользователей), для обычных аналитиков (25) и для сумашедших (25). |
|||
32
Андрюха
25.12.12
✎
13:57
|
(31) Если текущий день аналитекам не нужен, то можно их в ОЛАП какой-нибудь загнать, а в него ночью данные за день выгружать.
|
|||
33
ДемонМаксвелла
25.12.12
✎
13:58
|
аналитикам - отдельная база.
|
|||
34
VladZ
25.12.12
✎
14:00
|
(32) Можно и так. Можно и ночью формировать все нужные отчеты и рассылать всем по почте.
|
|||
35
Aleksey
25.12.12
✎
14:05
|
(30) Ага еще скажи, у тебя впереди целая неделя, :)
|
|||
36
zak555
25.12.12
✎
14:08
|
(35) так там праздники =)
|
|||
37
YHVVH
25.12.12
✎
14:09
|
а первый вариант шо за бред. запрос туда сюда гонять.
|
|||
38
maxt
25.12.12
✎
14:11
|
не аналитики - юристы, закупщики и т.д.
бухов - человек 30 |
|||
39
Андрюха
25.12.12
✎
14:16
|
(34) Формировать им громадную простыню в Excel, а они там сами соберут по измерениям )))
|
|||
40
Lexusss
25.12.12
✎
14:16
|
Вариант 2
|
|||
41
VladZ
25.12.12
✎
14:19
|
Под аналитиками в данном случае понимаются люди, которые в основном занимаются отчетами. К примеру, закупщик что делает в программе? Наверняка что-то анализирует и исходя из анализа делает закупки. Сколько у него уходит на анализ? Сколько отчетов ему нужно для анализа? Насколько он грузит сервак?
Юристы чем занимаются? Проверяют какие-нидь карточки? Или занимаются операторской работой (вводят договора)? Вот так по всем пройдись и будет тебе ясна картина. |
|||
42
maxt
25.12.12
✎
14:27
|
(41) нет, я понял. конечно, аналитика тоже есть, но в основном - контрагенты, договора, фин.планы и т.д.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |