Имя: Пароль:
IT
Админ
Распределение нагрузки между серверами
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) нет, я понял. конечно, аналитика тоже есть, но в основном - контрагенты, договора, фин.планы и т.д.
Оптимист верит, что мы живем в лучшем из миров. Пессимист боится, что так оно и есть.