Вход | Регистрация
 
1С:Предприятие :: 1С:Предприятие 8 общая

Требования на аппаратную часть сервера 1С:Предприятия и SQL server на 1500 пользователей.

Требования на аппаратную часть сервера 1С:Предприятия и SQL server на 1500 пользователей.
Я
   Lama12
 
27.09.21 - 11:32
У кого есть опыт подобного внедрения?
Предполагаю SQL отдельно. Может даже два. Один под оперативную работу второй под базу из которой отчеты будут снимать.
Что с сервером приложений? Вероятно тоже два (может три) один под регламентные задания, а другом народ пустить.
Как требования на количество ядер рассчитать, ОЗУ, Диск?
Расчетный объем базы 1,5 Тб.
   Lama12
 
1 - 27.09.21 - 11:36
возможно важно. Классического производства в базе не будет.
   arsik
 
2 - 27.09.21 - 11:38
Эти все нюансы уж точно не на этом форуме нужно выяснять.
Тут ларьки в основном, до 100 юзеров.
   Krendel
 
3 - 27.09.21 - 11:43
(0) Заказывай в 1С тех экспертизу
   Bigbro
 
4 - 27.09.21 - 11:44
1500 в единой базе на какой-нибудь ЕРП? это ж космос сколько денег надо под такое железо.
а если что-то нетиповое, самопальное то зачем вообще 1с?
   Lama12
 
5 - 27.09.21 - 11:45
(2) (3) Добрые вы. :-)
   Krendel
 
6 - 27.09.21 - 11:46
(5) Там ролять будут индивидуальные настройки именно под твое железо с учетом твоей архитектуры сети
   1Сергей
 
7 - 27.09.21 - 11:46
(4) не дороже денег. У нас сервер за 6 лямов, 250 пользователей
   Bigbro
 
8 - 27.09.21 - 11:48
(7) ну дык, у нас под САП крутился наверное с похожими параметрами...
и там не арифметически же все масштабируется в отличие от каких-нибудь веб-сервисов.
   pechkin
 
9 - 27.09.21 - 11:49
на типовой не взлетит скорее всего. тем паче на ерп
   Krendel
 
10 - 27.09.21 - 11:49
(7) А у кого-то за 8 стояли 2 сервака на 1,5к пользаков на оракле в 24 на 7
   Garykom
 
11 - 27.09.21 - 11:53
(0) Делайте лучше РИБ
   vovastar
 
12 - 27.09.21 - 11:55
(11) однозначно.
(0) Тянуть всех 1500 пользователей на один сервер?
   ДенисЧ
 
13 - 27.09.21 - 11:56
(11) Что ты злой такой? Что плохого тебе ТС сделал?
   Dmitrii
 
14 - 27.09.21 - 11:56
(0) Хвастаешься?
Если бы не хвастался, а был бы действительно заинтересован в  ответе, то задал бы нормально вопрос.

Если эти твои 1500 пользователей буду заходить в базу по одному разу в неделю на 5-10 минут, то вполне может хватить какого-нибудь Celeron-Mobile 3-го поколения на ноутбуке с 4Гб RAM. И отдельный сервер(а) под СУБД вовсе не нужен.
   pechkin
 
15 - 27.09.21 - 11:56
(7) на 1.5 к получается нужно 6*6 = 36 лямов
   Krendel
 
16 - 27.09.21 - 11:57
(15) Это до подорожания ;-) и ввода крипты на ССД
   Dmitrii
 
17 - 27.09.21 - 11:58
Ещё даже конфигурация не озвучена, а уже понеслось обсуждение системы. Лишь бы попилить мифические лямы. 🤦‍♂️
   Bigbro
 
18 - 27.09.21 - 12:00
(15) если бы стоимость росла вот так просто по линейному закону... ))
   Krendel
 
19 - 27.09.21 - 12:01
(17) ЕРП у него
   1Сергей
 
20 - 27.09.21 - 12:01
(15) в пределах ФОТ за месяц
   RAJAH
 
21 - 27.09.21 - 12:04
Почему считают мощности в пересчёте на количество пользователей? Закрытие месяца запускает один человек, и это подвешивает систему так, как все вместе не смогут.
   Krendel
 
22 - 27.09.21 - 12:04
(18) смотря как приставлять линейку, ее надо ставить где-то на 2-3 часа ;-)
   1Сергей
 
23 - 27.09.21 - 12:05
(21) не знаю, у нас ничего не подвешивает
   VladZ
 
24 - 27.09.21 - 12:25
(0) Однако. Я бы начал с экспертизы.
Серьезные решения требуют серьезных вложений. Серьезные вложения - это ответственность.
Это не тот уровень, когда нужно решать вопрос "на мисте".
   Krendel
 
25 - 27.09.21 - 12:26
(24) Ну вот мы и объяснили ему, он свои профиты уже получил, блеснет знаниями на ближайшем совещании ;-)
   pechkin
 
26 - 27.09.21 - 12:27
и это все дело нужно с 1 января запустить. а там еще конь не валялся
   Bigbro
 
27 - 27.09.21 - 12:31
(26) вижу опытного человека ))))
   ansh15
 
28 - 27.09.21 - 12:50
На фоне стоимости ОС, СУБД(все Enterprise) и 1C(все КОРП) стоимость железа для такой задачи уже не так будет печалить взор финансового руководства...
   ptiz
 
29 - 27.09.21 - 13:22
(0) Чем эти 1500 юзеров занимаются, если база небольшая? Отчеты?
У нас 2тб при 500 юзерах. Всё на одном серваке. Правда, самописка на 8.2.
   ptiz
 
30 - 27.09.21 - 13:23
(0) В случае 8.3 - да, регл.задания на больших базах некоторые выносят на отдельный сервер. Говорят, что помогает.
 
 
   ptiz
 
31 - 27.09.21 - 13:24
(11) РИБ убивает большие базы. Как ни смешно, может быть эффективнее свои РС пилить для обменов.
   Lama12
 
32 - 27.09.21 - 13:25
(14) Не хвастаюсь. Онлайн будет работать около 1200.
(26) Ну почти. :-)
   Lama12
 
33 - 27.09.21 - 13:27
(17) Да, кстати. ERP. :-)
   pechkin
 
34 - 27.09.21 - 13:27
(32) прогов по ерп то уже наняли?
   Lama12
 
35 - 27.09.21 - 13:28
(34) Двое пока. Один уровня технологического эксперта. Своих денег стоит.
   Конструктор1С
 
36 - 27.09.21 - 13:28
(11) чем лучше?
   Конструктор1С
 
37 - 27.09.21 - 13:42
(0) сервер за 5-10-15-... миллионов это не такая вещь, которую покупают с лёгкой руки. О чём продавцы прекрасно понимают, и могут забесплатно дать сервер на пробу. Поэтому можно сделать так: берешь большой и толстый сервер на недельку, разворачиваешь ТестЦентр, эмулируешь работу своих 1500 пользователей, параллельно делаешь всякие замеры. Про ключик на полторы тыщи юзеров можно во франче договориться. Скуль ставишь девелоперской версии, он равноценен энтерпрайзной. Больше всего времени ухряпается на эмуляцию работы пользователей ТестЦентром, поэтому ТЦ и эталонную базу можно начать готовить заранее (на это может уйти месяц и более)
по подбору оборудования на сайте ИТС есть метода
https://its.1c.ru/db/metod8dev/content/5810/hdoc
вот по ней и действуй
   timurhv
 
38 - 27.09.21 - 14:26
>поэтому ТЦ и эталонную базу можно начать готовить заранее (на это может уйти месяц и более)
Так для ERP есть готовая сборка с разными профилями на ИТС, разобраться в ТЦ = день. Месяц может уйдет на тестирование работы под нагрузкой и выявление узких мест

Сам ТЦ под проект вытащил в расширение, чтобы под разными версиями можно было тестировать.
   shuhard
 
39 - 27.09.21 - 14:52
(32)
(33)
1200 тяжёлых пользователей ERP в одной базе требует расшифровки, в первую очередь по видам учетов и закрытию периода
определять оптимальный сервер можно будет только путем нагрузочного тестирования, для которого нужен кейс работы с краевыми значениями
+ потребность загнать такое количество пользователей в одну базу не выглядит очевидной, я бы рассмотрел возможность легкой системы с АРМ и минимумом блокировок, возможно УРБД + шлюза в центральную ERP
   Конструктор1С
 
40 - 28.09.21 - 12:53
(38) ну тогда немного попроще. Я ЕРПу не нагружал, только большие самописки
   Холст
 
41 - 28.09.21 - 13:33
Развели бюрократию, 1500юзеров в одной базе !!)
   МихаилМ
 
42 - 28.09.21 - 13:58
(0) наймите админа 1с . он должен знать


Список тем форума
 
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.