Comments 11
UFO just landed and posted this here
А что насчет блокировок при одновременной работе 100 пользователей? Насколько мне известно из коробки 1С в связке с PostgreSQL использует блокировки на уровне целых таблиц. Или Вы изменили конфигурации на режим управляемых блокировок (а это не самая тривиальная задача)?
Блокировка таблиц используется при автоматическом режиме блокировок 1С. Все новые решения (а по технологии 1C Fresh другие использовать не получится) работают в управляемом режиме блокировок, когда блокировками приложения управляет кластер серверов 1С, а на уровне СУБД используется самый низкий уровень изоляции.
А можно поподробнее про железо, на котором это всё работает?
Работает это все в виртуальных машинах, в качестве гипервизора Hyper-V. Железные процессоры Xeon E5-2637 v2. NUMA включено, но с ресурсами поступаем аккуратно, не допускаем заметной конкуренции.
Машинам с СУБД выделяется 8 ядер/40 Гб RAM. Но с кластерами и настройками, описанными в статье основное потребление приходится на ночные регламентные задания и роботов.
В целом я могу сказать, что СУБД далеко не самые ресурсопотребляющие машины.
Машинам с СУБД выделяется 8 ядер/40 Гб RAM. Но с кластерами и настройками, описанными в статье основное потребление приходится на ночные регламентные задания и роботов.
В целом я могу сказать, что СУБД далеко не самые ресурсопотребляющие машины.
Эх, маловато информации по железу. Но я так понимаю, NDA, коммерческая тайна и всё такое.
По нагрузке — как я понимаю, тонкий или веб-клиент и самая тяжкая нагрузка — на тех самых СП?
И — объем данных Вы описали, 350ГБ. Не так и много. А хотя бы порядок цифр, сколько серверов БД/СП и сколько пользователей в пике на этом всём?
UPD: По БД уже понял, 2 сервера — а СП?
По нагрузке — как я понимаю, тонкий или веб-клиент и самая тяжкая нагрузка — на тех самых СП?
И — объем данных Вы описали, 350ГБ. Не так и много. А хотя бы порядок цифр, сколько серверов БД/СП и сколько пользователей в пике на этом всём?
UPD: По БД уже понял, 2 сервера — а СП?
Да нет, почемку NDA :)
Просто серверов железных несколько, виртуалки бывают перемещаются между ними, кроме продуктива фреша там еще много чего крутится. Не очень показательно будет )
Вот цифры в 8 ядер 3.5ГГц и 40 Гб RAM показательны, диски на SSD, раньше были на Windows Storage (Tiered Pool). Если бы у нас не было роботов, думаю в два раза можно ресурсов урезать.
Нагрузка самая большая конечно на серверах приложений, им ресурсов выделено значительно больше.
350 Гб не космическая цифра конечно, но повыше среднего )
Мы постоянно экспериментируем с количеством серверов и ресурсами, на данный момент у нас 2 основных СУБД под конфигурации БП, один СУБД под служебные ИБ (агент сервиса, менеджер сервиса), еще 2 под небольшие базы, такие как УНФ, ЗУП.
Серверов приложений 5 экземпляров, 2 из которых сильно нагружены.
Пользователей у нас не много, в районе 100.
Просто серверов железных несколько, виртуалки бывают перемещаются между ними, кроме продуктива фреша там еще много чего крутится. Не очень показательно будет )
Вот цифры в 8 ядер 3.5ГГц и 40 Гб RAM показательны, диски на SSD, раньше были на Windows Storage (Tiered Pool). Если бы у нас не было роботов, думаю в два раза можно ресурсов урезать.
Нагрузка самая большая конечно на серверах приложений, им ресурсов выделено значительно больше.
350 Гб не космическая цифра конечно, но повыше среднего )
Мы постоянно экспериментируем с количеством серверов и ресурсами, на данный момент у нас 2 основных СУБД под конфигурации БП, один СУБД под служебные ИБ (агент сервиса, менеджер сервиса), еще 2 под небольшие базы, такие как УНФ, ЗУП.
Серверов приложений 5 экземпляров, 2 из которых сильно нагружены.
Пользователей у нас не много, в районе 100.
Спасибо за информацию!
Просто по моей статистике, из наблюдаемых мной инсталляций 1С, за всё существование платформы 1С 8.3 радикально нагрузки на железо не изменились — и это подтверждает Ваша статья и эта информация по Вашему железу.
Оптимизации — это конечно хорошо, но это всё единицы-десять или около того процентов производительности.
Потребные же количества ядер, ОЗУ и прочего остались прежними — несмотря на смену поколений железа с тех пор.
Просто по моей статистике, из наблюдаемых мной инсталляций 1С, за всё существование платформы 1С 8.3 радикально нагрузки на железо не изменились — и это подтверждает Ваша статья и эта информация по Вашему железу.
Оптимизации — это конечно хорошо, но это всё единицы-десять или около того процентов производительности.
Потребные же количества ядер, ОЗУ и прочего остались прежними — несмотря на смену поколений железа с тех пор.
т.е. базы 1С у вас просто разделены между отдельными Postgres-серверами? HA, Failover — на «ручном» уровне?
Sign up to leave a comment.
СУБД для 1С Fresh. Быстро. Надежно. Бесплатно