Поделитесь опытом у кого какая архитектура серверов для большого кол-во пользователей онлайн. Интересует само железо и средствами чего добивается масштабируемость, например класторизация СУБД, или кластер из СП (из скольких СП). С учетом того что работать будет какая-нибудь из популярных типовых конфигураций (не измененная), например ЗУП, или БП

ПС
сюда не посылайте http://kb.1c.ru/articleView.jsp?id=75, интересует именно примеры из практики

жуй http://v8.1c.ru/expert/cts/serv.html

2 современных сервера тянут 1400 упырей по стандартному нагрузочному тесту. Это без учета виртуалок. 1 под кластер 1с, другой под sql.

(1) (2)  спасибо коллеги

(2) ой, не виртуалок, а терминалок..

(4) "ну вот, началось" (c)анекдот

(0) а где такое количество пользователей?

(2) imho намного производительнее за те же деньги один сервер поделённый на 2 виртуальных, связанных shared memory.

(7) Поделишься мудростью, как организовать shared memory между разными виртуальными серверами на одном хосте?

(8) ща гляну как тут у нас

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

(0) 2 физических сервера - 1С и SQL, не менее 256G ОЗУ(лучше 512), топовые процессоры, сеть между ними 10G, СХД на SSD.

(11) Нормально так выкатил. о_О
Это ж на сколько кривые руки, про которые говорит (10) должны быть, что бы такие требования выставлять???

(9) Присоединяюсь к (8). Ждем инфы.

(12) Этого гарантировано хватит на 5 лет вперед для 1000 пользователей, чтобы забыть о проблемах с железом.

(13) (8) Я глючу, глючу! )) сорри... Это терминалка на второй виртуалке ))))

(0) если это не просто любопытство, лучше советоваться с профессионалами. Сходи к gilev.ru

у нас порядка 70 юзеров на филиал, и то при расчете зп, формировании проводок тормоза жуткие, начинаются блокировки.
от единой базы на все филиалы отказались сразу. хотя железо нормальное.
поэтому типовая без доработок на 1000 - очень сомневаюсь, что взлетит.

это магнит что ли? в списке крупнейших компаний численности сотрудников выше 200 тыс человек не вижу больше, а если меньше непонятно зачем 1000 пользователей в ЗУП например.

Участвовал вот в этом проекте с подачи коллеги
http://v8.1c.ru/news/newsAbout.jsp?id=12698
Цитата:"На поэтапное внедрение и массовое тиражирование системы 1С на предприятии понадобилось в общей сложности три года. Сегодня количество пользователей уже составляет более 40 тысяч человек, всего же к 1С будут подключены порядка 50 тысяч сотрудников."

(17)"и то при расчете зп, формировании проводок тормоза жуткие" причину нашли?

(20) В ЗиК все же через начать транзакцию, провести документ, сформировать запрос получения данных по документу, отменить транзакцию. Профит.
Блокировки в ЗиК по организациям смог победить только так http://catalog.mista.ru/public/91879/

(21) ну (17) не отвечает пока
а на (21) вы выяснили почему долго идет чтение? ну до того как уровни изоляции менять?

(22) У меня недостаточно знаний по уровням блокировок на стороне SQL, а спецов не хотят привлекать - денег жалко.
Чтение в типовой ЗиК в MSSQL стопорится, пока не завершится транзакция, как она отменится или зафиксируется - чтение проходит (хотя вроде реализованы управляемые блокировки, а по другой организации невозможно работать, пока первая не отработает).
С postgresql такого нет, там изначально чтение происходит недожидаясь окончания транзакций другого пользователя.

1400 пользователей на ЗУПе? это как О_О

(23) так где причина? что вначале? долгое чтение или долгая запись? ))) решение в ответе на этот вопрос.

(24) Ну наверное каждый сотрудник сам на себя табель заполняет...

(21)(26)меня больше интересует такой ход
""Убираем блокировки" в 1С. Заставляем MS SQL работать как Oracle." )))

(20) нет. на все мои последние попытки наводить порядок и требовать наведения порядка от других, когда это не в моих полномочиях недавно получил ответ в тоне "не лезь не в свое дело", теперь совсем успокоился. сижу понемножку готовлюсь к экзамену на специалиста и смене работы.

(28)это уже политика... )))
технически не видел в 1С причин для тормозов если только не тормоза админы

Мне не нравится вопрос.
Нагрузка зависит от конфигурации и от того что делают пользователи.
ЗУП и БП это инструменты отдела кадров и бухгалтерии. Отдел кадров и бухгалтерия суммарной численностью в 1000 человек это немного другой уровень планирования. Или там тоже кого-то сократили?
Или это аутсорс и пользователи сотрудники разных фирм? Но тогда какой смысл в одной базе?

(0) Кстати, тут посмотри: http://v8.1c.ru/expert/cts/projects.htm

Например эти проекты:
http://v8.1c.ru/expert/cts/cts-218-001.htm
http://v8.1c.ru/expert/cts/cts-230-001.htm
http://v8.1c.ru/expert/cts/cts-202-010.htm