Яким повинні бути сервера (або сервер) для комфортної роботи користувачів в системі 1С: ERP? Давайте спробуємо розібратися разом.
У нашій компанії починається новий проект впровадження 1С: ERP в одній організації торгівлі. Замовник попросив дати деякі рекомендації по обладнанню та вимогу до інфраструктури для комфортної роботи 100+ користувачів в системі 1С: ERP. Нижче мої викладки на цю тему.
Але перш за все, хотів би сказати, що я не є досвідченим системним адміністратором і тим більше фахівцем з серверного обладнання. Але за моїми плечима є один завершений проект впровадження 1С: ERP на виробничому підприємстві (зі схожим обсягом операцій і кількістю користувачів) в ролі провідного розробника. І дана стаття з’явилася тут більше для того, щоб почути критику / рекомендації / зауваження від людей, що добре розбираються в залозі і мають реальний досвід експлуатації системи 1С: ERP. Ну і сподіваюся, може ще кому стаття стане в нагоді. Отже:
Вхідні дані:
- Облікова система – 1С: ERP 2.4 + інтеграція з 1С: Документообіг 2.1.
- Кількість одночасно працюючих користувачів:
- З обліковою системою: 80-100
- З документообігом: 100-200
- Середньомісячна кількість основних операцій:
- Надходження товарів і послуг: ~ 2000 (~ 50000 рядків)
- Реалізація товарів і послуг: ~ 13000 (~ 2000000 рядків)
- Переміщення товарів: ~ 8000 (~ 800000 рядків)
- Інші пов’язані операції з на порядок меншим обсягом.
- Більшість користувачів знаходяться в одній локальній мережі.
- Розробка ведеться на потужностях клієнта в окремому тестовому контурі (~ 4 розробника і ~ 5 консультантів + ключові користувачі)
- Як серверного ПО – продукція компанії Microsoft.
Сервер для продакшена:
- Мої рекомендації – поєднати ролі сервера баз даних (SQL) і сервера 1С. Гроші, які будуть витрачені на покупку окремого сервера, мені здається, розумніше вкласти в сервер баз даних. Причини наступні:
- Сервер 1С практично не використовує диски (тільки тимчасові файли і журнал реєстрації), а на окремий фізичний сервер їх купувати все одно доведеться.
- Також доведеться купувати і інші складові сервера (корпус, материнська плата і т. Д.)
- Відповідно доведеться купувати серверне ПЗ (Microsoft Windows Server, Windows CAL-ліцензії на кожного користувача і т. Д.)
- Набагато продуктивніше вкласти всі ці кошти в більший обсяг оперативної пам’яті, більш швидкі диски (в 90% випадків вузьке місце – це диски) і більш продуктивні процесори для сервера баз даних.
- Отримуємо до 10% приріст продуктивності за рахунок (і виключаються проблеми, які могли б виникнути з мережею).
- Рекомендації по серверу баз даних:
- диски: Це найголовніший фактор. До вибору дисків і контролера слід підійти з особливою ретельністю. Мінімальні вимоги такі:
- Система: RAID 1 або вище на швидких SAS дисках, з оборотами >10000, обсяг ~ 500 Гб.
- Окремий диск для тимчасових файлів (файл підкачки, TEMP, база TempDB): SSD-диск об’ємом ~ 256 Гб (або 2 по ~ 128 Гб), планова заміна через 3-5 років.
- Диски для баз даних: RAID 10 або вище на швидких SAS дисках, з оборотами >10000, обсяг ~ 1 Тб. Можливі також варіанти з промисловими SSD-дисками (наприклад, з інтерфейсом PCI-Express) і СГД. Також, в залежності від бюджету, є сенс розглянути окремі масиви дисків для файлів баз даних і файлів журналів транзакцій.
- Дешеві диски для службових файлів і бекапів «copy only»: RAID 1 (в умовах обмеженого бюджету, без RAID), обсяг ~ 3 Тб.
- Врахувати пропускні можливості материнської плати / контролера / шини / дисків. Бувало в моїй практиці так, що купували дорогі диски і економили на контролері. В результаті, контролер виступаючи «вузьким горлечком», не давав дискам працювати на повну продуктивність.
- Оперативна пам’ять: 256 Гб і вище.
- Процесор: Два або чотири серверних процесора, по 8 ядер (сумарна кількість ядер >16) з тактовою частотою >2.7 GHz.
- Мережевий адаптер: пропускна здатність 1 Гбіт і вище. Звернути увагу на мережеве обладнання до сервера (пропускна здатність повинна відповідати).
- диски: Це найголовніший фактор. До вибору дисків і контролера слід підійти з особливою ретельністю. Мінімальні вимоги такі:
надійність:
Надійність сервера баз даних може досягається за рахунок:
- Регулярного резервного копіювання (система, бази даних і т. Д.)
- Використання RAID 1 і вище для всіх дискових накопичувачів.
- Використання комплектуючих з гарантією заміни. У віддалених регіонах, використання запасних комплектуючих.
- Найбільш безпечний і дорогий варіант – використання зв’язки з двох серверів, що працюють в режимі кластера.
У разі використання виділених серверів в дата-центрах, за надійність відповідає дата-центр.
Розробковий / тестовий сервер:
Поєднання ролі сервера баз даних, сервера 1С та сервера терміналів. Системні вимоги – 1/4 від потужностей виробничого сервера:
- диски:
- Система: RAID 1 або вище, обсяг ~ 500 Гб.
- Бази даних: RAID 1 або вище, обсяг: 1-3 Тб.
- Оперативна пам’ять: >64 Гб.
Організація роботи користувачів:
Тут можливі 2 схеми: термінальний сервер і робота в тонкому клієнті зі своїх робочих машин. Розглянемо плюси / мінуси:
- Термінальний сервер:
- плюси:
- Можливість безпечного підключення з будь-якої точки світу.
- Якщо користувачі працюють в різних інформаційних базах, можна заощадити на ліцензіях 1С, встановивши ліцензії на сервер терміналів (як однопользовательские), а не на сервер 1С.
- Зручність адміністрування. Набагато легше виконувати такі операції як оновлення платформи, очищення кеша користувачів, підключення до сесії користувача (з демонстрацією екрану), адміністрування списку баз і т. Д.
- Контроль продуктивності системи, простіше шукати «вузькі місця».
- мінуси:
- Необхідний досить продуктивний сервер. Додаткові витрати на обслуговування.
- Необхідно дороге серверне ПЗ (Microsoft Windows Server, Windows CAL-ліцензії, ліцензії на термінальні сесії).
- У разі виходу сервера з ладу, робота «встане» на невизначений час.
- Можливі проблеми з підключенням торговельного обладнання, смарт-карт, проблеми з печаткою.
- Утруднюється або стає зовсім неможлива інтеграція з іншими програмами користувача (поштовий клієнт, месенджери, перехід по навігаційної посиланням в документ з листа і т. Д.).
- У малопідготованих користувачів виникають проблеми з доступом до файлової системи свого комп’ютера.
- плюси:
- Робота зі своїх робочих місць:
- плюси:
- Немає витрат на додатковий термінальний сервер.
- Надійність. Вихід з ладу комп’ютера користувача, тягне до простою тільки цього користувача.
- Немає проблем з підключенням обладнання, смарт-карт, печаткою.
- Система 1С: ERP адаптована для роботи в тонкому клієнті. В цьому випадку навантаження на клієнтську частину мінімальна, що дозволяє працювати на малопродуктивних комп’ютерах (в рамках мінімальних системних вимог).
- На комп’ютер користувача додатково встановлюється тільки те ПЗ, яке необхідно йому в роботі (наприклад, Microsoft Office).
- мінуси:
- Робочі комп’ютери користувачів повинні відповідати мінімальним вимогам до системи.
- Додатковий трафік усередині мережі.
- У загальному випадку, ліцензії 1С видаються на кожне підключення до інформаційної бази.
- Немає можливості підключатися до інформаційних баз поза локальної мережі (варіант рішення – організація WEB-доступу до інформаційних баз).
- Є деякі труднощі з адмініструванням, не можуть такі операції як оновлення платформи, очищення кеша користувачів, адміністрування списку баз і т. Д.
- Ускладнюється підтримка користувачів. Для доступу до сесії користувача потрібні спеціальні засоби (TeamViewer, RAdmin, LiteManager і т. Д.)
- плюси:
- Можливий комбінований випадок, коли частина користувачів працюють з сервера терміналів, частина з своїх робочих місць.
підсумок:
Мінімальна конфігурація для роботи користувачів в системі 1С: ERP для даної кількості користувачів / операцій наступна:
- Поєднана роль сервера СУБД і сервера 1С. Технічні вимоги зазначені вище.
- Основна частина користувачів працює через тонкий клієнт зі своїх робочих місць.
- Сервер терміналів для обмеженої кількості користувачів, яким необхідний постійний віддалений доступ.
Якщо не важко, поділіться в коментарях характеристиками своїх серверів і обсягом операцій / користувачів, якщо ви використовуєте конфігурацію 1С: ERP. Продукт відносно новий, і за моїми суб’єктивними відчуттями неймовірно ненажерливий. Всі цікавляться мінімальними системним вимогами, а досвіду реальної експлуатації системи поки не дуже багато. Разом ми зможемо зібрати більш-менш реалістичну статистику. Якщо коментарів буде досить, обіцяю опублікувати окрему статтю зі зведеними даними.