У кого есть опыт подобного внедрения?
Предполагаю SQL отдельно. Может даже два. Один под оперативную работу второй под базу из которой отчеты будут снимать.
Что с сервером приложений? Вероятно тоже два (может три) один под регламентные задания, а другом народ пустить.
Как требования на количество ядер рассчитать, ОЗУ, Диск?
Расчетный объем базы 1,5 Тб.

возможно важно. Классического производства в базе не будет.

Эти все нюансы уж точно не на этом форуме нужно выяснять.
Тут ларьки в основном, до 100 юзеров.

(0) Заказывай в 1С тех экспертизу

1500 в единой базе на какой-нибудь ЕРП? это ж космос сколько денег надо под такое железо.
а если что-то нетиповое, самопальное то зачем вообще 1с?

(2) (3) Добрые вы. :-)

(5) Там ролять будут индивидуальные настройки именно под твое железо с учетом твоей архитектуры сети

(4) не дороже денег. У нас сервер за 6 лямов, 250 пользователей

(7) ну дык, у нас под САП крутился наверное с похожими параметрами...
и там не арифметически же все масштабируется в отличие от каких-нибудь веб-сервисов.

на типовой не взлетит скорее всего. тем паче на ерп

(7) А у кого-то за 8 стояли 2 сервака на 1,5к пользаков на оракле в 24 на 7

(0) Делайте лучше РИБ

(11) однозначно.
(0) Тянуть всех 1500 пользователей на один сервер?

(11) Что ты злой такой? Что плохого тебе ТС сделал?

(0) Хвастаешься?
Если бы не хвастался, а был бы действительно заинтересован в  ответе, то задал бы нормально вопрос.

Если эти твои 1500 пользователей буду заходить в базу по одному разу в неделю на 5-10 минут, то вполне может хватить какого-нибудь Celeron-Mobile 3-го поколения на ноутбуке с 4Гб RAM. И отдельный сервер(а) под СУБД вовсе не нужен.

(7) на 1.5 к получается нужно 6*6 = 36 лямов

(15) Это до подорожания ;-) и ввода крипты на ССД

Ещё даже конфигурация не озвучена, а уже понеслось обсуждение системы. Лишь бы попилить мифические лямы. 🤦‍♂️

(15) если бы стоимость росла вот так просто по линейному закону... ))

(17) ЕРП у него

(15) в пределах ФОТ за месяц

Почему считают мощности в пересчёте на количество пользователей? Закрытие месяца запускает один человек, и это подвешивает систему так, как все вместе не смогут.

(18) смотря как приставлять линейку, ее надо ставить где-то на 2-3 часа ;-)

(21) не знаю, у нас ничего не подвешивает

(0) Однако. Я бы начал с экспертизы.
Серьезные решения требуют серьезных вложений. Серьезные вложения - это ответственность.
Это не тот уровень, когда нужно решать вопрос "на мисте".

(24) Ну вот мы и объяснили ему, он свои профиты уже получил, блеснет знаниями на ближайшем совещании ;-)

и это все дело нужно с 1 января запустить. а там еще конь не валялся

(26) вижу опытного человека ))))

На фоне стоимости ОС, СУБД(все Enterprise) и 1C(все КОРП) стоимость железа для такой задачи уже не так будет печалить взор финансового руководства...

(0) Чем эти 1500 юзеров занимаются, если база небольшая? Отчеты?
У нас 2тб при 500 юзерах. Всё на одном серваке. Правда, самописка на 8.2.

(0) В случае 8.3 - да, регл.задания на больших базах некоторые выносят на отдельный сервер. Говорят, что помогает.

(11) РИБ убивает большие базы. Как ни смешно, может быть эффективнее свои РС пилить для обменов.

(14) Не хвастаюсь. Онлайн будет работать около 1200.
(26) Ну почти. :-)

(17) Да, кстати. ERP. :-)

(32) прогов по ерп то уже наняли?

(34) Двое пока. Один уровня технологического эксперта. Своих денег стоит.

(11) чем лучше?

(0) сервер за 5-10-15-... миллионов это не такая вещь, которую покупают с лёгкой руки. О чём продавцы прекрасно понимают, и могут забесплатно дать сервер на пробу. Поэтому можно сделать так: берешь большой и толстый сервер на недельку, разворачиваешь ТестЦентр, эмулируешь работу своих 1500 пользователей, параллельно делаешь всякие замеры. Про ключик на полторы тыщи юзеров можно во франче договориться. Скуль ставишь девелоперской версии, он равноценен энтерпрайзной. Больше всего времени ухряпается на эмуляцию работы пользователей ТестЦентром, поэтому ТЦ и эталонную базу можно начать готовить заранее (на это может уйти месяц и более)
по подбору оборудования на сайте ИТС есть метода
https://its.1c.ru/db/metod8dev/content/5810/hdoc
вот по ней и действуй

>поэтому ТЦ и эталонную базу можно начать готовить заранее (на это может уйти месяц и более)
Так для ERP есть готовая сборка с разными профилями на ИТС, разобраться в ТЦ = день. Месяц может уйдет на тестирование работы под нагрузкой и выявление узких мест

Сам ТЦ под проект вытащил в расширение, чтобы под разными версиями можно было тестировать.

(32)
(33)
1200 тяжёлых пользователей ERP в одной базе требует расшифровки, в первую очередь по видам учетов и закрытию периода
определять оптимальный сервер можно будет только путем нагрузочного тестирования, для которого нужен кейс работы с краевыми значениями
+ потребность загнать такое количество пользователей в одну базу не выглядит очевидной, я бы рассмотрел возможность легкой системы с АРМ и минимумом блокировок, возможно УРБД + шлюза в центральную ERP

(38) ну тогда немного попроще. Я ЕРПу не нагружал, только большие самописки

Развели бюрократию, 1500юзеров в одной базе !!)

(0) наймите админа 1с . он должен знать