Возможность реализовать крупный проект на основе 1С, архитектура проекта
Доброе время суток. Имеется компания где будет внедряться крупный проект: БД с которой будут работать 1500 сотрудников. Данные о БД:
1. Предположительная конфигурация Бухгалтерия для Казахстана 3.0
2. Ежедневное среднее количество создаваемых документов: 15 000
3. Ежедневное среднее количество просматриваемых (открываемых) документов: 234 000
4. Режим работы с БД: БД опубликовывается на веб-сервере, СУБД SQL Server, на рабочих местах пользователей ставятся тонкие клиенты 1С, идет подключение опубликованной БД.
Вопросы:
1. Самый главный вопрос - 1С в принципе «потянет» такой проект ? Можем ли мы рассматривать данный проект на основе 1С ?
Сможет ли Сервер 1С:Предприятия обслуживать запросы 1500 клиентов, при этом работать стабильно, не вызывать проблем производительности («железо» не будет являться проблемой производительности – т.е. будет подобрано верно), не «глючить» из-за большой нагрузки и т.д. ?
2. Какая архитектура серверного решения должна быть реализована, т.е.
- Сервер 1С и SQL Server лучше ставить на 1 сервере, или выделять разные, если разные, то какой канал связи должен быть между ними ?
- Как организовать сервер СУБД: если за основу брать Microsoft SQL Server, то какие настройки нужно сделать для БД на Сервере SQL, какие настройки сделать на самом экземпляре SQL Server; какую редакцию SQL Server учитывать – Enterprise или Standard ?
- как организовать Сервер 1С:Предприятия ? Это будет 1 служба, или какой-то кластер служб Сервера 1С, какие настройки нужно сделать на Сервере 1С Предприятия в целом и для данной БД 1С
- Какие должны быть характеристики сервера (серверов) на которых будет работать Сервер 1С и Сервер SQL: процессор, память, дисковая система, сетевой интерфейс ?
1. Предположительная конфигурация Бухгалтерия для Казахстана 3.0
2. Ежедневное среднее количество создаваемых документов: 15 000
3. Ежедневное среднее количество просматриваемых (открываемых) документов: 234 000
4. Режим работы с БД: БД опубликовывается на веб-сервере, СУБД SQL Server, на рабочих местах пользователей ставятся тонкие клиенты 1С, идет подключение опубликованной БД.
Вопросы:
1. Самый главный вопрос - 1С в принципе «потянет» такой проект ? Можем ли мы рассматривать данный проект на основе 1С ?
Сможет ли Сервер 1С:Предприятия обслуживать запросы 1500 клиентов, при этом работать стабильно, не вызывать проблем производительности («железо» не будет являться проблемой производительности – т.е. будет подобрано верно), не «глючить» из-за большой нагрузки и т.д. ?
2. Какая архитектура серверного решения должна быть реализована, т.е.
- Сервер 1С и SQL Server лучше ставить на 1 сервере, или выделять разные, если разные, то какой канал связи должен быть между ними ?
- Как организовать сервер СУБД: если за основу брать Microsoft SQL Server, то какие настройки нужно сделать для БД на Сервере SQL, какие настройки сделать на самом экземпляре SQL Server; какую редакцию SQL Server учитывать – Enterprise или Standard ?
- как организовать Сервер 1С:Предприятия ? Это будет 1 служба, или какой-то кластер служб Сервера 1С, какие настройки нужно сделать на Сервере 1С Предприятия в целом и для данной БД 1С
- Какие должны быть характеристики сервера (серверов) на которых будет работать Сервер 1С и Сервер SQL: процессор, память, дисковая система, сетевой интерфейс ?
По теме из базы знаний
- Концепция автоматизации многопрофильного Холдинга в системе АУБ на платформе 1С
- Проектирование архитектуры и модификация программных продуктов как технология в сложных проектах системной интеграции и автоматизации на базе 1С: СППР
- DevOps в команде специалистов 1С или сказ о том, как желтые котики хотели лучше работать…
- Как приручить драконов. История построения экосистемы на основе 1С
- Разработка гибридного web-приложения на 1С, возможности и ограничения
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Скажу самое главное: платформа потянет без проблем.
Узким местом может являться конфигурация БП и регистр хозрасчетный. Не понятно что вы собрались реализовывать с помощью именно бухгалтерии.
Самым главным и самым узким местом могут оказаться ваши знания. Если бы это было не так - не было бы этих вопросов. Ко всему прочему в штат команды планируйте 1с эксперта. Без знаний не прорветесь.
Для обеспечения качества нужны будут совсем другие знания.
Посмотрите доклад по " деловым линиям". Он не даст знаний, но даст понимание что возможно все.
Сервера, железо, коммуникации... Все можно нужно будет развивать по ходу движения. Не всегда получается сделать прогноз.
ПС: 15000 документов в день - далеко не высокая нагрузка.
Узким местом может являться конфигурация БП и регистр хозрасчетный. Не понятно что вы собрались реализовывать с помощью именно бухгалтерии.
Самым главным и самым узким местом могут оказаться ваши знания. Если бы это было не так - не было бы этих вопросов. Ко всему прочему в штат команды планируйте 1с эксперта. Без знаний не прорветесь.
Для обеспечения качества нужны будут совсем другие знания.
Посмотрите доклад по " деловым линиям". Он не даст знаний, но даст понимание что возможно все.
Сервера, железо, коммуникации... Все можно нужно будет развивать по ходу движения. Не всегда получается сделать прогноз.
ПС: 15000 документов в день - далеко не высокая нагрузка.
1. Потянет.
2. Сервер 1С и Microsoft SQL Server на разных физических серверах. Сервер 1С - возможно нужен будет не один, а несколько.
Но самое главное, для такого проекта думаю стоит привлечь франчей, которые могут похвастаться наличием достаточного количества "экспертов" и наличием реализованных проектов от 1000 пользователей (а так же контактов ответственных со стороны клиента, чтобы вы могли позвонить и спросить).
2. Сервер 1С и Microsoft SQL Server на разных физических серверах. Сервер 1С - возможно нужен будет не один, а несколько.
Но самое главное, для такого проекта думаю стоит привлечь франчей, которые могут похвастаться наличием достаточного количества "экспертов" и наличием реализованных проектов от 1000 пользователей (а так же контактов ответственных со стороны клиента, чтобы вы могли позвонить и спросить).
Когда топовые регистры накопления раздуются до 100КК и больше, то выполнение запросов к ним станет проблематичным когда необходимы, допустим, данные сразу за год-два для сверки. У 1С пока не все тип-топ когда речь заходит о приличных размерах таблиц. Оперативная работа(проведение, печать документов и т.д.) на таких объемах будет возможна, а для получения сложных аналитических отчетов для руководства необходимо будет искать обходные пути, например кубы.
Спасибо за ответы, основное уяснил - на 1С сделать этот проект возможно. Вопросы:
1. Я так понимаю что без Кластера Серверов 1С не обойтись ? - При этом, есть ли возможность настроить Кластер Серверов в 1-й ОС, или каждый кластер требует под себя отдельную ОС ?
2. Если говорить о кластерах серверов - сколько их планировать для вышеуказанной нагрузки и 1500 пользователей ?
1. Я так понимаю что без Кластера Серверов 1С не обойтись ? - При этом, есть ли возможность настроить Кластер Серверов в 1-й ОС, или каждый кластер требует под себя отдельную ОС ?
2. Если говорить о кластерах серверов - сколько их планировать для вышеуказанной нагрузки и 1500 пользователей ?
(13)
для каждого контура учета желателен отдельный кластер, т.к. различные типы нагрузки и требование к обеспечению бесперебойной работы.
приблизительный расчет 200МГц и 150 МБ на сеанс.
точнее подберите на сайте 1с в разделе внедрений подходящее под задачу внедрение. там ,как правило , есть информация о железе.
И проконсультируйтесь в франчази со статусом 1с центр по корпоративным внедрениям.
для каждого контура учета желателен отдельный кластер, т.к. различные типы нагрузки и требование к обеспечению бесперебойной работы.
приблизительный расчет 200МГц и 150 МБ на сеанс.
точнее подберите на сайте 1с в разделе внедрений подходящее под задачу внедрение. там ,как правило , есть информация о железе.
И проконсультируйтесь в франчази со статусом 1с центр по корпоративным внедрениям.
(15) контуры учета : оперативный, аналитический, фискальный, корп портал,кадры,... . можно еще точнее поделить в подконтуры.
наивысший приоритет по скорости отклика и времени простоя у опер учета.
у опер учета соотношение размера индекса таблиц БД к данным 1 к 2 , а у аналитического 10 к 1.
разделяй и властвуй . а учитывая проблемы с надежностью ,обновления ПО кластера фискального учета запросто приведет к проблемам в других контурах.
наивысший приоритет по скорости отклика и времени простоя у опер учета.
у опер учета соотношение размера индекса таблиц БД к данным 1 к 2 , а у аналитического 10 к 1.
разделяй и властвуй . а учитывая проблемы с надежностью ,обновления ПО кластера фискального учета запросто приведет к проблемам в других контурах.
Михаил, понял. Предполагается что в базе будет 3 отдела, + руководители, больше пользующиеся отчетами - но там будет очень немного человек поэтому в отдельный отдел не выносим. В таком случае, хватит ли Кластера из 3-х серверов ?
И можете ответить на мой вопрос относительно расположения всех кластеров серверов в одной ОС ?
И можете ответить на мой вопрос относительно расположения всех кластеров серверов в одной ОС ?
(17)
хватит.
можно создать 3 кластера в одной ос.
но
с учетом 200 Мгц на сеанс то на 1с физическом сервере на 1500 сеансов должна быть производительность в 0,2 Ггц*1500 = 300Ггц.
в многоядерный процессорах частота ядра ~2Ггр . то есть вам кол-ва ядер 16 потребуется сервер с 10 сокетами.
хватит.
можно создать 3 кластера в одной ос.
но
с учетом 200 Мгц на сеанс то на 1с физическом сервере на 1500 сеансов должна быть производительность в 0,2 Ггц*1500 = 300Ггц.
в многоядерный процессорах частота ядра ~2Ггр . то есть вам кол-ва ядер 16 потребуется сервер с 10 сокетами.
(19)
- Михаил, такой расчет это на основе какого проца ? Процессоры ведь постоянно создаются новые, каждые несколько лет меняется линейка, тех процесс и т.д. Я к тому, что процессор Intel Xeon с 4 ядрами по 2 Ghz и кэшем в 10 МБ например от 2008 года, и Xeon E7-8880L v3 например - это ведь совершенно разные процы по производительности, даже если брать в расчет только 1 ядро.
Если брать за основу, например тот же E7-8880L v3, для него тоже 200 Mhz на сеанс, или уже какие-то другие, более меньшие требования ?
PS: я ведь правильно понимаю что 200 Mhz - это не на проц, а на ядро ?
с учетом 200 Мгц на сеанс то
- Михаил, такой расчет это на основе какого проца ? Процессоры ведь постоянно создаются новые, каждые несколько лет меняется линейка, тех процесс и т.д. Я к тому, что процессор Intel Xeon с 4 ядрами по 2 Ghz и кэшем в 10 МБ например от 2008 года, и Xeon E7-8880L v3 например - это ведь совершенно разные процы по производительности, даже если брать в расчет только 1 ядро.
Если брать за основу, например тот же E7-8880L v3, для него тоже 200 Mhz на сеанс, или уже какие-то другие, более меньшие требования ?
PS: я ведь правильно понимаю что 200 Mhz - это не на проц, а на ядро ?
(24)
это грубый примерный расчет возможности эксплуатации кластера 1с в рамках одной физической железки.
врамках одной железки имеет смысл запускать работу сервера 1с только из соображения мобильности.
. несмотря на то что процесорные ядра работают все быстрее , програмное обеспечение требует все больше вычислительных ресурсов. так что думаю оценка таже - 200Ггц.
это грубый примерный расчет возможности эксплуатации кластера 1с в рамках одной физической железки.
врамках одной железки имеет смысл запускать работу сервера 1с только из соображения мобильности.
. несмотря на то что процесорные ядра работают все быстрее , програмное обеспечение требует все больше вычислительных ресурсов. так что думаю оценка таже - 200Ггц.
(20)Активность, активности рознь, можно занять лицензию и раз в час что то посмотреть, а можно все 8 часов что то делать занимая ресурсы серверов. Нужно это четко понимать, особенно когда есть жесткие ограничения в бюджете. Формирование отчетов не занимает много времени, и 8 пользователей который будут формировать только отчеты можно утрированно отнести к 1 пользователю но 8 лицензий
(21)
- четкое понимание есть, оно "стреляет" в 15 000 документов создаваемых в день и 234 000 документов открываемых. Под "активными" польователями имел ввиду что 1500 пользователей будут в базе постоянно.
Активность, активности рознь, можно занять лицензию и раз в час что то посмотреть, а можно все 8 часов что то делать занимая ресурсы серверов. Нужно это четко понимать, особенно когда есть жесткие ограничения в бюджете. Формирование отчетов не занимает много времени, и 8 пользователей который будут формировать только отчеты можно утрированно отнести к 1 пользователю но 8 лицензий
- четкое понимание есть, оно "стреляет" в 15 000 документов создаваемых в день и 234 000 документов открываемых. Под "активными" польователями имел ввиду что 1500 пользователей будут в базе постоянно.
1500 активных пользователей и 15 000 создаваемых документов в день? 1 пользователь создаёт 10 документов?
Если 1500 человек разнесены территориально возможно стоит подумать о разделении баз и организации обменов. Можно будет обойтись меньшими мощностями, но потребуется больше лицензий.
Если 1500 человек разнесены территориально возможно стоит подумать о разделении баз и организации обменов. Можно будет обойтись меньшими мощностями, но потребуется больше лицензий.
(27)Ну и в чем тогда такая уже проблема, нагрузка не высокая на систему. К примеру недавно тестировал на VMware и SQL и 1С были на одной железке в разных ВМ, у каждой было по 8 виртуальных процессоров и 32Гб памяти, при почти 100% загрузке, SQL сервер обслуживал около 3000 транзакций в секунду, если бы 1С работала по шустрее то мог бы и больше, запаса у него было порядка 30%
Еще пара вопросов:
1. Если будет создан Кластер Серверов 1С Предприятия, состоящий из 3-х служб Сервера 1С, работающих на 3-х ОС, как в таком случае с помощью IIS публикуется БД 1С на веб-сервере: на компьютере где работает главный кластер, или есть еще какие-то моменты ? - Т.е. предполагается что БД 1С будет опубликована на веб-сервере
2. Так же, в качестве веб-сервера возможно рассматривать IIS ? Потянет 1500 одновременных подключений ?
1. Если будет создан Кластер Серверов 1С Предприятия, состоящий из 3-х служб Сервера 1С, работающих на 3-х ОС, как в таком случае с помощью IIS публикуется БД 1С на веб-сервере: на компьютере где работает главный кластер, или есть еще какие-то моменты ? - Т.е. предполагается что БД 1С будет опубликована на веб-сервере
2. Так же, в качестве веб-сервера возможно рассматривать IIS ? Потянет 1500 одновременных подключений ?
(0)
Первым делом я бы глянул сайт 1С, на каком железе подобные конфигурации уже внедрялись, там есть счетчики производительности (кол-во документов в день и т.п). Так уже будет примерно ясно, какое железо подошло кому-то.
Можно еще перед покупкой сервака взять его в аренду ненадолго или в бесплатное пользование для тестов (у IBM вроде можно) , развернуть там 1С и сделать простые нагрузочные тесты по вашим документам, и увидите время.
Первым делом я бы глянул сайт 1С, на каком железе подобные конфигурации уже внедрялись, там есть счетчики производительности (кол-во документов в день и т.п). Так уже будет примерно ясно, какое железо подошло кому-то.
Можно еще перед покупкой сервака взять его в аренду ненадолго или в бесплатное пользование для тестов (у IBM вроде можно) , развернуть там 1С и сделать простые нагрузочные тесты по вашим документам, и увидите время.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот