Платформа «1С:Підприємство» версій 8.2 та 8.3 вважається стандартним додаткомдля завдань обліку та управління компаній. Розроблено широкий вибір прикладних рішень для державних та приватних підприємств. Впроваджуючи власну інформаційну інфраструктуру, у кожного керівника або IT-менеджера компанії виникає питання, який сервер потрібен для «1С». Проблема ускладнюється тим, що придбання обладнання потребує значних фінансових витрат, і не кожне підприємство може дозволити собі вибрати топові конфігурації.
Ми зібрали рекомендації провідних виробників обладнання (HP, Dell, IBM) та розробників програмного продукту «1С» 8.3, щоб наші клієнти могли вигідно придбати потрібний сервер. Оптимальна інфраструктура мережі може бути отримана на базі будь-якої операційної системи, але можливості обладнання грають у цьому найважливішу роль.
Критерії вибору серверів
Платформа «1С» може вимагати значних апаратних ресурсів сервера. Якщо бюджет компанії необмежений, що буває нечасто, можна не замислюючись брати платформи останніх поколінь, заповнювати усі дискові кошики, слоти для ОЗУ та вимагати від IT-фахівця безперебійної роботи системи. Вибір обладнання з обмеженими засобами потребує більш виваженого підходу. Щоб зрозуміти якому серверу для «1С» під силу впоратися з цим, необхідно ретельно проаналізувати структуру обчислювальних навантажень. Якщо вони відомі заздалегідь, спроектувати готове рішення значно простіше.
При виборі сервера для 1С (8.2; 8.3) орієнтуються на наступні моменти:
- кількість операторів, що одночасно виконують введення даних та формування звітів;
- можливість виділення окремих фізичних серверів для SQL та програми «1С»;
- заплановані обсяги обробки даних;
- структуру розподілу навантаження в архітектурі клієнт-сервер
Вибір процесора та оперативної пам'яті
Розрахунок частоти, необхідної кількості ядер процесора, а також обсягу оперативної пам'ятіє першим і найважливішим кроком. Щоб розглянути кілька варіантів, вибирати сервер для 1С будемо з урахуванням штату компанії.
Мала організація (до 15 працівників). При невеликій кількості користувачів обсяг бази даних, зазвичай, вбирається у 2 Гб, а програма «1С» як файлової версії встановлюється на клієнтські машини. Потрібні ОС при цьому складають 4-6 Гб і ще 4 Гб виділяють на системний файловий кеш. Розподіл навантаження процесора виглядає так:
- 2 ядра – для ОС та термінальних користувачів;
- 1 ядро – для сервера програм «1С»;
- 1 ядро – для БД SQL.
З таким завданням упораються машини початкового рівня з одним чотириядерним процесором. Це можуть бути як стійкові, так і баштові сервери. Останній варіант краще, оскільки не вимагає виділення окремого приміщення під серверну.
Середня організація (до 40 працівників). За такої кількості користувачів розробники «1С» рекомендують використовувати термінальний режим доступу до програми. Розмір бази даних може становити до 4 Гб. Для такого навантаження потрібно вже як мінімум два процесори на 4–6 ядер. Оптимальний обсяг оперативної пам'яті становитиме 16–64 Гб, оскільки кожного користувача необхідно виділити мінімум 700 Мб. Вважається, що прикладне рішення "1С", в якому працює клієнтська машина, вимагає від 240 до 480 МБ, а ще 200-220 МБ виділяється під офісні програми.
За такої кількості процесів рекомендується використовувати одну машину середнього рівня з віртуалізацією або два фізичні сервери. Один з них використовуватиметься для термінального доступу, а другий – для SQL. Сервер додатків «1С» найкраще реалізувати першою машині чи взагалі виділити при цьому окрему однопроцессорную систему. Потрібна конфігурація підбирається у кожному конкретному випадкуз урахуванням аналізу процесорного часу.
Велика організація (більше 40 працівників). Базова конфігурація обладнання в цьому випадку буде складатися з трьох фізичних серверів:
- термінального,
- СУБД,
- "1С".
Обсяги БД за такої кількості співробітників часто перевищують 4 Гб, і під системний кеш рекомендується виділяти не менший обсяг оперативної пам'яті. Ще 4 Гб використовуватиметься операційною системою, а для додатків «1С» потрібно близько 8 Гб. Отже, потрібно щонайменше 16 Гб ОЗУ.
Під такі завдання підбираються двопроцесорні сервери із підтримкою Intel Xeon E5-2600 або вище. Якщо кількість працівників не перевищує 50 осіб, для термінального доступу та додатків «1С» можна залишити лише одну машину. Проте з урахуванням перспективи зростання компанії краще передбачити окремий сервердля кожного завдання. Якщо кількість задіяного персоналу наближається до 100 співробітників, потрібно розгорнути кластер із двох машин для «1С», а для решти завдань залишити по одній.
Вибір дискової підсистеми
Продуктивність сервера залежить від дискової підсистеми. При роботі додатків «1С» операції читання та запису даних виконуються з високою інтенсивністю. Більшість скарг на роботу сервера пов'язані із блокуванням таблиць при одночасному зверненні великої кількості користувачів.
У завдання вибору сервера для 1С входить моніторинг дискової підсистеми, що дозволяє знайти оптимальне співвідношення продуктивності та надійності. Надзвичайно важливим фактором, що впливає на швидкодію, є її здатність виконувати певну кількість операцій читання/запису за секунду (IOPS). Якщо база даних становить до 300 Мб, а кількість користувачів "1С" - до 6 осіб, цей параметр складає 400-600. Якщо кількість користувачів сервера сягає 100 людина, то IOPS дорівнюватиме 18 000. Потокова швидкість передачі грає другорядну роль.
Для кожного типу жорстких дисківвстановлені значення швидкості читання/запису:
- SATA – 100/80;
- SAS - 240/220;
- SSD – 35000/8600.
Звідси видно, що для серверів баз даних «1С» найкраще підходять твердотільні накопичувачі. Головним фактором, що обмежує їхнє використання, є висока вартість. Тому для зниження бюджету використовуються і SAS-накопичувачі. Для зберігання критичних даних, у тому числі «1С», жорсткі диски поєднуються в RAID-масиви різних рівнів, і до розрахунку продуктивності сервера слід включати закладену в них надмірність.
При проектуванні рішення важливу роль грає стійкість до відмови системи. Для цього використовуються як апаратні, так і програмні засоби. На сервери встановлюють блоки живлення та дискові кошики з гарячою заміною, використовують ДБЖ для безперебійної подачі електроенергії Забезпечення безпеки даних здійснюється шляхом їх резервування. Мінімум щодня створюється log-файл, що забезпечує відновлення інформації при збоях у системі.
Знайти потрібний сервер та налаштувати його під 1С можна на сайті сайт. Наші фахівці нададуть допомогу у вирішенні цього завдання. Щоб отримати консультації, зв'яжіться з ними по телефону або зверніться до менеджера чату.
Близько двох років тому ми публікували матеріал про сервер 1С Підприємства на платформі Linux, інтерес до цієї теми великий досі. У той же час багато що встигло змінитися, платформа 1С не стоїть на місці і найчастіше використання виходить за рамки простого повторення інструкцій. Це не дивно, сервер 1С Підприємства складний продукт, тому ми вирішили почати цей цикл статей, націлений на глибше вивчення предмета.
Перш ніж брати в руки мишку і бігти в серверну, слід чітко засвоїти необхідний мінімум знань, а саме мати уявлення про структуру сервера 1С Підприємства та призначення окремих компонентів. Більшість проблем при впровадженні пов'язано з тим, що сервер 1С Підприємства сприймається як певна монолітна освіта, в якій всі компоненти пов'язані між собою хитрим, одному розробнику відомим, способом. Однак це не так і сьогодні ми розберемося з чого складається наш сервер і як це все між собою працює.
Хотілося б ще раз наголосити на надзвичайній важливості того, про що йтиметься нижче. Не володіючи даними знаннями буде проблемно досягти стабільної роботи, не кажучи вже про діагностику вузьких місць та збільшення продуктивності. У результаті може вийде класична картина: як залізо потужне, зроблено все за інструкцією, а гальмує. На жаль, більшість інструкцій для початківців (і наша в тому числі) містять інформацію лише про те, як зробити, не загострюючи увагу, що саме робиться і чому. Тож почнемо виправлятися.
Клієнт-серверна версія 1С Підприємства є трирівневою структурою (т.зв. "трьохланка"), до якої входять: клієнт, сервер 1С Підприємства та сервер СУБД. Це повністю незалежні компоненти, які можуть поєднуватись у будь-якій допустимій комбінації для досягнення найкращого результату. Розглянемо таку схему:
Почнемо із клієнтів, поточна версія платформи (8.2) передбачає використання трьох типів клієнтів. Розберемо їх докладніше.
Товстий клієнт
Це класична клієнтська програма 1С, до виходу платформи 8.2 він був єдино доступним видом клієнта. Схема роботи товстого клієнта наступна: клієнтський додаток запитує дані у сервера 1С, то своєю чергою запитує їх з БД і зраджує назад клієнту, на якому і проводиться їх обробка. Як можна помітити, дана схеманеоптимальна: сервер 1С по суті є лише прошарком між клієнтом і БД, всі обчислення відбуваються на клієнті. Це накладає підвищені вимоги клієнтські ПК, т.к. обчислювальні потужності сервера не використовуються. Варто чітко розуміти, що в режимі товстого клієнта ви не отримаєте збільшення швидкодії від переходу до клієнт-серверної версії, можливо навіть навпаки.
Тонкий клієнт
Його можна назвати основним видом клієнтського додатка для платформи 8.2, теоретично, на практиці не все так гладко і ми ще до цього повернемося. Схема його роботи кардинально інша: клієнт запитує дані у сервера 1С, той отримує їх із БД, обробляє та віддає клієнту результат обчислень. Основна обчислювальна навантаження у своїй лягає на сервер, тому спеціальних вимог до клієнтським ПК і каналу від клієнта до сервера не предъявляется.
Також тонкий клієнт може працювати як за протоколом TCP/IP локальної мережі, і через HTTP через інтернет. Для цього потрібен ще один посередник – веб-сервер, який передає запити клієнта серверу 1С, ніякої обробки даних на веб-сервері не провадиться, він використовується виключно як транспорт. Переваги тонкого клієнта зрозумілі, він дозволяє за наявності потужного сервера значно прискорити роботу з програмою, також значно знижується. мережевий трафікщо дуже актуально для офісних мереж.
Веб-клієнт
Його існування логічно випливає з деяких властивостей тонкого клієнта, дійсно якщо всі запити обробляються сервером, транспортом служить HTTP, то чому б не використовувати для роботи браузер? Схема роботи веб-клієнта нічим не відрізняється від тонкого, проте на сьогоднішній день не всі функції, що підтримуються тонким клієнтом, реалізовані і коректно працюють у веб-клієнті. Частково це можна виправити в конфігурації, частково накладає обмеження на механізм виведення інформації в браузер. Однак веб-клієнт у 1С є і він працює і ніхто не заважає вам (знову таки теоретично) працювати в програмі лежачи на пляжі з планшетом.
Тепер про ложку дьогтю в бочці меду. Для нормальної роботи в режимі тонкого та веб-клієнтів конфігурація повинна працювати в режимі керованої програми та підтримувати всі функції в даному режимі. Режим керованого додатка є основним для платформи 8.2 і досить радикально відрізняється від того, що було раніше, у тому числі зовні. Візуально керована програма можна відрізнити за новим інтерфейсом, відмінними рисами якого є вкладки та гіперпосилання:
Як мінімум, незвично, особливо в порівнянні з класичним інтерфейсом, але не поспішайте радіти, побачивши новий інтерфейскрім зовнішнього виглядуКонфігурація повинна підтримувати виконання на сервері всього свого функціоналу, цілком може виявитися, що в режимі тонкого та веб-клієнта будуть доступні не всі можливості.
На сьогодні в режимі керованого додатка працює лише частина типових конфігурацій, такі як: Управління невеликою фірмою, Управління торгівлею 11, Роздріб 2 та Зарплата та управління персоналом. Ці рішення можуть використовувати всі переваги нової платформи. Бухгалтерія підприємства 2.0 не використовує режим керованого додатка і в тонкому і веб-клієнтах працювати не буде, це стосується і багатьох сторонніх рішень, таких як "Камін" і т.п.
Висновки
По можливості слід використовувати тонкий клієнт, оскільки це дозволяє перекласти всі обчислення сторону сервера комфортно працювати навіть у повільних каналах, зокрема. через Інтернет. При цьому слід пам'ятати, що робота в режимі Конфігуратора можлива тільки через товстий клієнт, який також доведеться використовувати для роботи з конфігураціями, що ще не переведені в режим керованого додатка.
Веб-клієнт слід використовувати тоді, коли немає можливості скористатися тонким, наприклад, з чужого ПК у відрядженні, при цьому слід бути готовим до відсутності або некоректної роботи деяких функцій.
Кластер серверів 1С
Розібравшись із клієнтами, перейдемо до серверів. Система передбачає використання трьох видів серверів: Сервер 1С, сервер СУБД та веб-сервер. Важливо розуміти, що дані сервера повністю незалежні один від одного, це надає системі гнучкість і дозволяє раціонально використовувати обчислювальні ресурси.
Також система не накладає жодних вимог до платформ. Ви можете спільно використовувати як Windows так і Linux сервераЯк веб-сервер можна використовувати Apache і IIS, з СУБД підтримуються PostgreSQL, MS SQL Server, IBM DB2 та Oracle. Тому ніхто не заважає вам створити схему, в якій 1С сервер працює на платформі Linux працюватиме спільно з сервером БД під управлінням Windows Serverта IIS і навпаки. Крім того, ви можете використовувати кілька серверів СУБД (як і веб-серверів) розташовуючи різні бази на різних серверах.
Такий підхід дозволяє гнучко комбінувати, розширювати та змінювати існуючу конфігурацію залежно від поточних потреб, при цьому для кінцевого користувача все відбуватиметься максимально прозоро. Наприклад, ви можете винести ресурсомістку ІБ на окремий сервер СУБД, змінивши лише параметри підключення до БД в налаштуваннях сервера, не торкаючись клієнтських налаштувань.
І, нарешті, найцікавіше: кластер серверів 1С Підприємства. Так, саме так, не одиночний сервер, а кластер серверів. Зазвичай тут і починаються незрозумілі, особливо якщо сервер один. Проте все встає на свої місця, якщо взяти до уваги, що поняття кластера серверів насамперед логічне, однак цей підхід легко дозволяє масштабувати схему, підвищуючи її продуктивність або відмовостійкість.
Будь-який кластер складається з Центрального сервера 1С Підприємство та робочих серверів. У найпростішій конфігурації це буде той самий фізичний сервер. Однак за потреби ми можемо додати додаткові робочі сервери, навантаження на які балансуватиме центральний сервер. Це дозволяє швидко і прозоро для користувачів збільшити обчислювальну потужність системи та збільшити стійкість до відмови. Кластер також не накладає вимог до однорідності платформи, у його складі можуть працювати сервери як під керуванням Windows, і під керуванням Linux.
Які висновки можна зробити із вищесказаного? По-перше, клієнт-серверна система 1С Підприємство є дуже гнучкою і дозволяє оптимально використовувати доступні обчислювальні ресурси для отримання оптимального результату. Яку саме конфігурацію вибрати, залежить від конкретних завдань та засобів, що виділяються для їх вирішення.
Наприклад, якщо у вас невелике навантаження і ви використовуєте товстий клієнт і конфігурацію, що не підтримує режим керованого додатка, має сенс поєднати кластер серверів 1С і сервер СУБД на одному фізичному серверіТак як виділяти окрему машину для прошарку між клієнтом і БД дуже марнотратно.
І навпаки, при використанні керованого додатка в режимі тонкого клієнта сервер СУБД і кластер серверів краще рознести на різні сервери, кожен з яких буде оптимізований під своє завдання.
Усі знають, що сервер – це спеціалізований комп'ютер у матеріальному розумінні, те, що мовою системних адміністраторівназивається "залізо". Якщо ми говоримо про середовище 1С Підприємства та файловий варіант роботи, то сервер підприємства, співробітники якого працюють з обліковими програмами, зберігає бази даних, до яких по локальній мережі підключаються користувачі з клієнтських пристроїв. Крім цього, на сервері, природно, може зберігатися й інша інформація.
Що таке сервер 1С
Але існує й інше розуміння сервера
Сервер 1С – це програма, яка працює в клієнт-серверному режимі з базами даних 1С під керуванням СУБД, наприклад Microsoft SQL Server або Linux PostgreSQL, IBM DB2, Oracle Database і т.д. Тобто це не просто зберігання бази 1С на сервері, це управління процесами роботи 1С Підприємства.
Як правило, сервер 1С використовують середні та великі компанії, у яких з базами даних 1С одночасно працюють близько 20 або більше користувачів. При меншій кількості користувачів 1С все-таки достатньо файлового режиму, коли база даних 1С розташовується на одному з комп'ютерів (можливо одного з користувачів), а з інших ПК прописаний шлях до неї в локальній мережі. Наприклад, ось так: \\<Имя компьютера в сети>\Бази 1с\<Имя базы 1с>
А у користувача, на комп'ютері якого лежить база:
Навіщо потрібен сервер 1С, і які переваги він має?
- Швидкодія. При роботі в клієнт-серверному варіанті 1С найбільш об'ємні та «важкі операції», наприклад, групове переведення документів або групова обробка даних, виробляються на серверних потужностях, а кінцевий результат, так звана «вибірка», надається клієнтському додатку. Збільшити потужність одного сервера простіше та дешевше, ніж оновити усі клієнтські машини.
- Безпека. При використанні клієнт-серверного режиму 1С, користувачам не відоме місце розташування бази даних. Це найпростіший спосібприпинити можливість копіювання інформації з бази даних. В файловому режиміроботи з базою користувач може це легко зробити.
- Ще одним серйозним аргументом на користь інтеграції сервера 1С. інформаційної системина базі 1С є зручність адміністрування, а також можливість контролю та розмежування доступу користувачів до бази даних.
Робота сервера 1С
Конфігурація або клієнтська програма 1С, запущена користувачем на своєму пристрої, наприклад, комп'ютері, підключена до кластера серверів 1С:Підприємство 8, який звертається до сервера, що зберігає бази даних, керовані MS SQL Server або PostgreSQL.
Сервер 1С Підприємство 8 та сервер баз даних бажано розмістити на різному «залізі», оскільки саме завдяки цьому розподіляється навантаження між серверами 1С Підприємство та БД.
Встановлюємо сервер 1С
Перейдемо безпосередньо до інструкції щодо встановлення сервера 1С. Для початку нам знадобиться настановний дистрибутив, який можна взяти на сайті підтримки користувачів 1С (users.v8.1c.ru).
З переліку дистрибутивів, що поставляються, нам підійдуть два варіанти:
- Технологічна платформа 1С Підприємство для Windows – встановлення сервера 1С 32-розрядної версії.
- Сервер 1С Підприємство (х64) для Windows – щоб встановити сервер 1С як 64х так і 32-розрядної версії.
Відкриваємо папку із файлами установки. Для середовища 1С Підприємство це стандартне вікно.
Нам потрібний файл Setup.exe. Його запуск викликає помічника установки системи «1С Підприємства». На першій сторінці тиснемо "Далі".
На наступній сторінці нам буде запропоновано вибрати компоненти, що встановлюються. Крім стандартно зазначених, звернемо увагу на:
- Сервер 1С Підприємства, який встановить компоненти 1С сервера.
- Адміністрація сервера 1С Підприємства 8 – необхідні елементиадміністрування серверів 1С.
Інші компоненти можуть бути встановлені по необхідності зараз чи пізніше. Тому натискаємо «Далі».
Після цього ми маємо серед запропонованих мов інтерфейсу, вибрати мову. Тут все залежить від бажання користувача. Зверніть увагу, що вибравши « Системні установки» робота буде продовжуватися мовою ОС, встановленою на комп'ютері.
У більшості випадків сервер 1С встановлюється як служба (рекомендовано), тому ставимо відповідну галочку на наступній сторінці. Також вибираємо користувача для запуску служби або створюємо нового. Обов'язково перевірити, щоб користувач був наділений такими правами, як:
- Вхід у систему, тобто доступ безпосередньо до сервісу (Log on as service);
- Вхід до системи для запуску пакета завдань/команд (Log on as batch job);
- Можливість використання журналів продуктивності (Perfomance Log Users).
Крім цього користувачеві краще надати права на каталог службових файлів сервера. За промовчанням це C:\ProgramFiles(або ProgramFiles(x86))\1cv8\srvinfo. Шлях залежить від того, який розрядність додаток для сервера 1С Підприємство ми встановлюємо.
Створений Новий користувач USR1CV8 за замовчуванням матиме всі перераховані права. Задаємо пароль та продовжуємо встановлення сервера Підприємства.
На наступній сторінці починаємо встановлення.
Після завершення програми програма запропонує встановити драйвер захисту. При використанні програмного захистуВикористання драйвера не обов'язково. Відзначаємо галочкою чи ні, залежить від типу нашої ліцензії.
Тепер нам треба переконатись, що служба сервера запущена.
До списку служб ми можемо зайти за командою services.msc у пошуковому рядку меню "Пуск". Служба може виглядати так, як показано на скріншоті або 1С: Enterprise 8.3 Server Agent. Якщо служба не запущена, запустіть вручну: правою кнопкою миші по службі – Властивості – Запустити. Також поставимо Тип запуску – Автоматично.
Сервер 1С завершено. Залишається тільки налаштувати брандмауер Windows, щоб користувачі з клієнтських машинмогли підключатися до сервера 1С. Для цього в брандмауері необхідно розблокувати порти 1541, 1560-1591. Про те, як додати дозвіл в брандмауер, можна прочитати в Інтернеті.
У фіналі ми активуємо ліцензію на сервер 1С.
Сервер 1С – це спеціальна програмаяка дозволяє запустити 1С в компанії в клієнт серверному режимі. Що це все означає?
Взагалі 1С може працювати у двох режимах. Перший зазвичай називають файловим. Програма, яку запускає користувач на своєму комп'ютері самостійно працює з базою даних.
Другий режим називають клієнт серверний (або просто серверний). Це означає, що у сервері (комп'ютері) запущена спеціальна програма – сервер 1С (програма, ще її називають Сервер додатків 1С). Програма, яку запускає користувач (клієнт 1С) на своєму комп'ютері, працює з програмою сервер 1С, а та вже у свою чергу працює з базою даних. Як база даних використовується СУБД - MS SQL або подібна.
Сервер 1С зазвичай використовують у таких випадках:
- База даних велика (4Gb+)
- Кількість користувачів велика (20-30+)
- Використовується тонкий або веб-клієнт 1С (взагалі будь-який різновид зв'язки 1С і веб)
- Хочеться працювати з 1С на Linux.
Сьогодні ми обговоримо, як налаштувати сервер 1С.
Що таке сервер 1С
Для виключення плутанини розберемося, що мають на увазі, коли кажуть «Сервер 1С»:
- Це програма Сервер 1С (яка зазвичай запускається як сервіс Windows)
- Це сервер, на якому працює ця програма (тобто комп'ютер)
- Це сервер, на якому працює MS SQL, на якому розташована база даних, якою керує програма Сервер 1С
- Це сервер, на якому працює веб сервер Apacheабо MS IIS, через який працює веб-клієнт 1С.
Якщо я додам ще, що сервер 1С може бути кластером (тобто групою серверів, на яких працюють підлеглі програми сервер 1С), можна остаточно заплутатися.
Реальна схема роботи Сервера 1С
Сервер 1С (точніше сервер додатків 1С) – це програма 1С, встановлена найчастіше як сервіс Windows. Також її можна встановити як звичайну програму та використовувати автозавантаження для її старту при завантаженні Windows. Також сервер 1С можна встановити під Unix/Linux, для цього є окремий дистрибутив (посилання як встановити під Linux дивись тут).
Сервер 1С не є однією програмою, а складається з кількох процесів:
- Агент сервера (ragent.exe) – власне, і є сервером 1С. Він нічого не робить крім зберігання та ідентифікації одного або групи кластерів 1С.
- Кластер 1С (rmngr.exe) – група робочих процесів 1С, які здійснюють власне обробку даних. Сам собою кластер нічого не обробляє, а здійснює менеджмент робочих процесів.
- Робочий процес 1С (rphost.exe) - власне "робоча конячка", яка обробляє сеанс роботи користувача.
Таким чином, один сервер 1С може складатися з декількох кластерів (які можуть бути розташовані на різних комп'ютерах), а кожен кластер може складатися з декількох процесів. Що дає?
За допомогою створення кількох кластерів Ви балансуєте загальну стабільність системи. При падінні одного з кластерів (або серверних комп'ютерів) роботу продовжить інший кластер.
За допомогою створення кількох процесів Ви балансуєте навантаження на процесор та кількість доступної пам'яті.
Схема роботи сервера 1С з іншими складовими 1С системи
У разі, коли використовується товстий клієнт 1С, сервер 1С потрібен щоб передавати запити на SQL сервер 1С. Якщо використовується тонкий клієнт 1С або веб клієнт 1С, сервер 1С здійснює всі обчислення. Відповідно, навантаження на комп'ютер сервер підвищується.
СУБД (у розмові багато хто називає SQL, хоча це неправильно) – це система управління базами даних. Усно часто називають як "ес-ку-ель" або "скуль" або "сіквел". Найчастіше з 1С використовують MS SQL, оскільки це склалося історично. У версії 8.2 з'явилася підтримка Oracle та IBM DB2, а також для тих, хто хотів би зібрати повністю ліцензійну та безкоштовну систему на Linux – PostgreSQL, що розповсюджується безкоштовно (ліцензійний).
СУБД у малонавантажених системах зазвичай ставлять той самий комп'ютер сервер, як і сервер 1С. У цьому випадку необхідно простежити за налаштуваннями MS SQL, у тому числі щодо використання пам'яті.
У сильнонавантажених системах MS SQL і сервер 1С розносять різні комп'ютери (у складних випадках навіть сам сервер 1С розносять кілька комп'ютерів). Вони по-різному використовують ресурси комп'ютера, обом потрібний процесор та вінчестер. З боку сервера 1С навантаження більше на процесор і пам'ять (на вінчестері зберігаються лише тимчасові файли). З боку MS SQL при активної роботикористувачів із введення документів – це безліч дрібних читань/дрібних записів.
У варіанті додатково використовується веб сервер. Він потрібен коли:
- потрібна робота 1С з Інтернет (веб послуги, Інтернет розширення)
- використання тонкого клієнта 1С через інтернет
- використання веб-клієнта.
Веб сервер не виконує жодних 1С дій та виконує функцію прокладки між клієнтом та сервером 1С. Тобто. всі дії він передає (транслює) до виконання на сервер 1С. Робота веб сервера IISз сервером 1С побудована з урахуванням ISAPI розширення, з дистрибутива 1С.
Управління сервером 1С
Управління сервером 1С здійснюється за допомогою спеціальної утиліти Адміністрація серверів 1С. Утиліта знаходиться в меню 1С:Підприємство за кнопкою Пуск.
Якщо на комп'ютері встановлено кілька версій 1С, то консоль зазвичай запускається – останньої версії(при установці реєструється версія консолі). Зверніть увагу, що версія консолі та версія програми сервера 1С повинні збігатися.
Якщо Вам потрібно запустити консоль попередньої версії– у меню Пуск конкретної версії 1С можна вибрати команду Реєструвати утиліту адміністрування. Після чого спробуйте знову запустити консоль.
Вікно консолі управління ділиться на дві частини – ліву (зі списком параметрів) та праву (інформаційна панель). При першому запуску панель зліва буде порожня.
Щоб додати сервер 1С, яким ми керуватимемо, і який вже встановлений та запущений – необхідно натиснути правою кнопкою на рядок Центральні сервери 1С та вибрати Новий сервер 1С. Як Ім'я потрібно ввести IP адресу або ім'я комп'ютера, на якому встановлено та запущено сервер 1С.
Щоб увійти в доданий/вибраний сервер – розкрийте гілку, натиснувши на хрестик ліворуч від імені/IP адреси:
- гілка Адміністратори
Тут вказуються (тобто додаються) адміністратори сервера 1С. Адміністратори сервера 1С мають права керувати власне сервером (не кластером!). Якщо жодного не додано – то керування сервером може виконувати кожен, хто увійшов. - гілка Кластери
Тут розміщено перелік кластерів. Якщо він порожній, створіть перший кластер за замовчуванням.
Розкривши гілку кластера Ви можете зробити управління кластером: - гілка Адміністратори
Тут вказують (тобто додаються) адіністратори кластера 1С. Адміністратори кластера 1С мають права управління кластером, але з сервером 1С. Якщо жоден не додано – то керування кластером може виконувати будь-який, хто увійшов. Щоб керувати кластером, не потрібно бути адміністратором сервера. - гілка Робочі сервери
Тут можна додавати та видаляти робочі процеси. Як уже говорилося вище, це дозволяє балансувати навантаження на продуктивність сеансів користувачів, розводячи їх у різних процесах. У властивостях процесу є:
o Використати/Не використовувати/Резервний – активність процесу
o Продуктивність – цифра до 1000, за замовчуванням 1000; дозволяє маніпулювати поточним пріоритетом процесу; нові сеанси коннектяться до того процесу, у якого максимальна цифра продуктивності; однак раз на N хвилин система сама переставляє цю цифру фактичного завантаження процесу. - гілка Інформаційні бази
Власне, тут і розташовані підключені (розташовані на цьому сервері 1С) бази даних. У властивостях бази даних є:
o Блокування сеансів – заборона підключення до цієї бази зараз
o Повідомлення – видається при спробі приєднатися, коли заблоковано
o Код дозволу/Параметр – дозволяє коннектиться навіть якщо встановлено заборону. - гілка Інформаційні бази/Ім'я бази/Сеанси
Список підключених до бази користувачів. Виділивши сеанс курсором, його можна видалити кнопкою Del. Можна виділити одразу всіх. Акуратно – не видаліть себе!
На сьогоднішній день фінансовий продукт 1С із прикладної облікової програмидля бухгалтерії виріс у широкоформатний комплекс для обліку та супроводу практично будь-якого виду бізнесу, претендуючи на конкуренцію зі світовими «монстрами» SAP R/3 та Microsoft Dynamics AX (Axapta).
Російські компанії дедалі частіше організовують свої бізнес-процеси за допомогою сучасних конфігурацій 1С 8.3 "Управління торгівлею", "Управління виробництвом", "ERP Управління підприємством"і тому подібних. На 1С перекладаються відділи бухгалтерії, маркетингу, виробничі, продажу, проводиться інтеграція із системами IP-телефонії та документообігу. Проте, одразу після намірів «давайте працювати в 1С» виникають питання – на яких ресурсах працюватиме центральна база 1С, яке «залізо» покаже оптимальний результат за розумний бюджет? Підприємствам-гігантам держсектору в цій ситуації простіше – дано чітку команду численним штатним ІТ-інтеграторам та архітекторам, закрутилися механізми великобюджетних тендерів з обов'язковою умовою надання концепції «під ключ» та подальшого супроводу системи сертифікованими фахівцями. А як же бути компаніям, які хочуть самі придбати та встановити собі один із продуктів 1С: Підприємство, розумно витрачаючи бюджет?
Найголовнішою помилкою, якщо не брати до уваги використання піратського або неперевіреного ПЗ, є економія на апаратному забезпеченні для 1С. Подібні тенденції особливо часто простежуються у стартапах та невеликих компаніях. Існує думка, що не обов'язково купувати дороге серверне обладнання з процесорами типу Intel Xeon, не потрібно попередньо розраховувати обсяги ОЗУ, навантаження на ЦПУ та дискову підсистему, що немає необхідності створювати надмірність дискових масивів (Raid), використовувати професійні дискові контролери з Cache-RAM та так далі. Помилки у розрахунках ІТ-архітектури для 1С призводять до сумних наслідків, про які компанія дізнається вже за фактом зупинення бізнес-процесів. Тому дуже важливо приділяти увагу кожному апаратному вузлу серверної платформи для 1С.
Приклади типових проблемчерез неправильну побудову ІТ-архітектури під 1С:
- «Гальмування» бази та інтерфейсів 1С через перевищення навантаження на ключові ресурси (зазвичай, ОЗУ або дискову підсистему).
- Помилки та «вильоти» програми 1С через нестабільність роботи невірно підібраного обладнання.
- Простои роботи компанії через виходу з експлуатації центрального апаратного забезпечення.
- Часткові або повні втрати даних 1С через випадкові збої апаратних комплектуючих або програмного забезпечення.
Апаратні ресурси сервера 1С
Розглянемо нижче найбільш ключові апаратні ресурси, помилка у виборі яких може занапастити весь проект автоматизації підприємства при самостійному створенні сервера під 1С.
Центральний процесор (CPU)
Кількість фізичних ядер центрального процесора. Тема споконвічних суперечок на різноманітних форумах з 1С – що важливіше за частоту CPU або багатоядерність. Коріння цих протиріч сягає минуле, до 1С 8.0 і навіть 1С 7.7. Справді, виконувані процеси 1С ранніх версій були суто одноядерними, тобто. скільки б ядер не надавав центральний процесор - служба сервера підприємства 1С 8.0 або "товстий клієнт 1С 7.7" завжди займали тільки одне "нульове" ядро операційній системі. Сьогодні картина змінилася – операційна система сміливо розподіляє завдання одного процесу 1С: Підприємство (rphost) з кількох ядрах ЦПУ (див. рисунок 1).
Рисунок 1 - Навантаження на ЦП під час роботи процесів сервера 1С.
Але це абсолютно не означає, що якщо купити процесор з максимальною кількістюядер, то сервер 1С у парі з СУБД (найчастіше під СУБД мається на увазі MS SQL) покажуть фантастичну продуктивність та переведення бухгалтерських періодів у програмі 1С стануть справою кількох хвилин. Потрібно розуміти відмінність між швидкістю виконання однієї операції та процесом одночасної обробки великого обсягу інформації. Кількість фізичних ядер якраз дозволяє вирішити питання стабільності та продуктивності одночасної роботи з безліччю різних завдань сервером 1С:Підприємства та СУБД. Звідси висновок – що більше кількість користувачів 1С, то більше відіграватиме роль необхідну кількість ядер для комфортної одночасної роботи цих самих користувачів. Залежність кількості користувачів від кількості ядер для 1С сервера показана в таблиці 1.
| Кількість користувачів, що одночасно працюють, на сервері 1С:Підприємство | Тип та модель процесора | Кількість використовуваних ядер |
| До 10 користувачів | Користувальницький Intel Coreвід 3.1Ghz | Не більше 2-4 |
| До 20 користувачів | Серверний Intel Xeon від 2.4Ghz | Від 4 до 6 |
| До 30 користувачів | Серверний Intel Xeon від 2.6Ghz | Від 6 до 8 ядер |
| До 50 користувачів | Серверний Intel Xeon від 2.4 Ghz – у кількості 2 шт. | Від 4 на кожний процесор |
Таблиця 1 - Співвідношення кількості користувачів на сервері 1С і кількості ядер ЦП, що рекомендується.
Частота центрального процесора.На противагу кількості ядер – частота роботи центрального процесора впливає саме на швидкість обробки одного шматочка завдання в один момент часу, що є найпопулярнішим критерієм кінцевих користувачів 1С. Частота процесора – це саме той параметр, при збільшенні якого в окремо взятого користувача збільшиться швидкість обробки запитів сервером 1С та СУБД та зменшиться час, за який система надасть підсумковий результат кінцевому користувачеві. На підтвердження цього відомий фахівець Гільов в одній зі своїх статей на базі практичних тестів зробив однозначний висновок - «на швидкість роботи 1С набагато більше впливає частота центрального процесора, ніж інші його параметри, будь то кінцевий клієнт 1С або сервер 1С:Підприємство». Такою є архітектура програми 1С.
Кеш, віртуалізація та гіперпоточність (hyper threading).У минулому, коли багатоядерні процесори ще не були настільки поширені - компанією Intel була придумана спеціальна технологія центрального процесора, що імітує багатоядерність, так звана гіперпоточність. Після її включення один фізичний процесор (одне фізичне ядро) визначається операційною системою як два окремих процесори (два логічні ядра). Рекомендуємо для сервера 1С «Гіперпоток» відключати. Жодного прискорення роботи 1С ця технологія не приносить.
При використанні віртуальних машиндля сервера 1С:Підприємство і СУБД потрібно враховувати, що ядра віртуальних машин «слабші» за реальні фізичні ядер, хоча називаються однаково – «ядра». Точних офіційних коефіцієнтів немає, але статті на технічних порталах Microsoft рекомендують на одне фізичне ядро рахувати 4-6 ядер процесора у віртуальній машині.
Кеш – це надоперативна пам'ять, використовувана процесором зменшення середнього часу доступу до комп'ютерної пам'яті. По суті вона є невід'ємною частиною процесора, оскільки розташована на одному з ним кристалі і входить до складу функціональних блоків. Тут все гранично ясно – чим більший обсяг кешу, тим більші «шматочки» інформації зможе обробляти процесор. Зазвичай величина кеша залежить від моделей процесора – чим модель дорожча, тим більше там обсяг кеш-пам'яті. Проте ми вважаємо, що величина кешу процесора кардинально впливає продуктивність сервера 1С і СУБД. Швидше це стосується області «тонкого тюнінгу».
Тип процесора.Усім відомо, що апаратне забезпеченняділиться на серверне та користувальницьке. А чи можна в окремих випадках використовувати недорогий центральний процесор користувача як альтернативу професійному, але дорогому серверному ЦПУ? Виявляється – можна. Розглянемо таблицю порівняння основних параметрів двох варіантів центральних процесорів Intel(Див. таблицю 2).
| Intel® Core™ i7-6700T Processor (8M Cache, up to 3.60 GHz) | Серверний Intel Xeon Processor E5-2680 v2 (25M Cache, 2.80 GHz) | |
| Кеш-пам'ять | 8 MB | 25 MB |
| Частота системної шини | 8 GT/s DMI3 | 8 GT/s QPI |
| Набір команд | 64-bit SSE4.1/4.2, AVX 2.0 | 64-bit AVX 2.0 |
| кількість ядер | 4 | 10 |
| Базова тактова частота процесора | 2.8 GHz | 2.8 GHz |
| Макс. обсяг та тип оперативної пам'яті | 64 GB non-ECC | 768 GB ECC |
| Орієнтовна вартість | 354$ | 1 280$ |
Таблиця 2 – Порівняння основних параметрів домашнього та серверного ЦП від Intel.
Як бачимо, серверний процесор має набагато вищі значення кількості ядер, обсягом кешу, підтримці більшого обсягу оперативної пам'яті і, звісно, у вищій ціні. Однак, серверний ЦПУ практично не відрізняється від користувача в підтримці певних процесорних команд (інструкцій) та тактовій частоті. Звідси можна зробити висновок - для невеликих організацій цілком допустимо застосування центрального процесора для сервера 1С:Підприємство. Питання тільки в тому, що процесор користувача не може бути встановлений в сокет серверної материнської платиі підтримувати серверну ОЗУ з контролем парності (ECC), а використання комплектуючих користувачів тягне за собою ризики стабільності роботи всієї системи в цілому.
Оперативна пам'ять (ОЗП)
Тип оперативної пам'яті.Планка оперативної пам'яті (ОЗУ) відрізняється за її призначенням – для розрахованих на багато користувачів серверних систем або для персональних пристроїв – ПК, ноутбуків, неттопів, тонких клієнтіві т.д. Як і у випадку з ЦПУ – основні параметри модулів ОЗУ приблизно рівнозначні – сучасна ОЗУ для ПК практично не відстає від серверної в обсязі однієї планки, ні в тактовій частоті, ні в типі модулів DDR. Відмінності серверної ОЗУ від «домашньої» у випадках використання та призначення апаратної платформи – звідси ж формується її більш висока вартість:
- Серверна ОЗУ має контроль парності ECC (Error Correction Code) – техніку кодування/декодування, що дозволяє виправляти помилки в обробці інформації безпосередньо модулем ОЗУ
- Серверна материнська плата має набагато більше роз'ємів під установку модулів ОЗУ, ніж звичайний ПК
- Серверна ОЗУ містить регістри (буфери), що забезпечують буферизацію даних (часткову Registered або повну Full Buffered), за рахунок чого зменшується навантаження на контролер пам'яті при множині одночасних запитів. Буферизовані модулі "FB-DIMM" несумісні з небуферизованими.
- Модулі регістрової пам'яті також дозволяють підвищити масштабованість пам'яті - наявність регістрів дозволяє встановлювати більше модулів в одному каналі.
Можемо зробити висновок, що використання серверних модулів оперативної пам'яті дає можливість встановлювати великі обсяги ОЗУ в одній системі, а техніки контролю парності ECC та використання буферів дозволяють серверній операційній системі працювати стабільно та швидко.
Об'єм оперативної пам'яті.Одним із ключових факторів для високої продуктивності сервера 1С та СУБД є достатній обсяг оперативної пам'яті. Звичайно фактичні потреби в ОЗУ залежать від багатьох факторів - тип конфігурації 1С, кількість процесів сервера 1С: Підприємство, обсяг бази СУБД і так далі. Однак, можна вивести зразкову залежність обсягу ОЗУ від кількості користувачів (див. таблицю 3).
| Потреба ОЗУ для сервера 1с та СУБД | До 10 користувачів | До 20 користувачів | До 30 користувачів | До 50 користувачів |
| Сервер 1с:Підприємство | 4-6 Гб | 6-8 Гб | 12-14 Гб | 18-24 Гб |
| Сервер MS SQL | 4-6 Гб | 8-10 Гб | 16-18 Гб | 24-28 Гб |
Таблиця 3 - Зразкове співвідношення кількості користувачів сервера 1С та рекомендованої оперативної пам'яті на процеси сервера 1С:Підприємство та сервера MS SQL.
Щодо процесів сервера 1С:Підприємства (rphost.exe) - сучасні платформи 1С не дозволяють в ручному режимі вказувати кількість процесів сервера 1С. Замість цього система вимагає задати параметри, такі як кількість інформаційних базта кількість користувачів на один процес rphost.exe, після чого сама автоматично визначає оптимальну кількість процесів сервера 1С:Підприємство. Також можна налаштувати плавне звільнення процесом rphost.exe ОЗУ у разі, якщо її обсяг перевищує заданий заздалегідь поріг. При цьому сервер 1С створює новий процес rphost.exe, який поступово перебирає завдання 1С, дозволяючи розвантажити необхідний процес 1С.
Також потрібно звернути увагу, що обсяг ОЗУ, виділений службі SQL, вважається достатнім, якщо потрапляння даних SQL у cache становить не менше 90%. Ця метрика досить зручна, т.к. просто подивитися кількість споживаної ОЗУ сервером SQL не можна - останні випуски SQL мають динамічно споживану ОЗУ - захоплюється максимально можлива кількість ОЗУ та вивільняється в міру запиту ОЗУ іншими процесами.
Частота оперативної пам'яті.Якщо коротко, це пропускна здатність каналів, якими дані передаються на материнську плату, а звідти - в процесор. Бажано, щоб цей параметр збігався з допустимою частотою материнської плати або перевищував її, інакше канал передачі ОЗУ ризикує стати "вузьким місцем". В рамках одного типу DDRзбільшення \ зменшення частоти кардинальним чином не впливає на продуктивність сервера 1С і відноситься більше до області "тонкого тюнінгу".
Таймінги оперативної пам'яті.Це затримай або латентність (Latency) ОЗУ. Характеризується цей параметр часом затримки даних під час переходу між різними модулями мікросхеми ОЗУ. Найменші значення означають більш високу швидкодію. Однак, вплив на загальну швидкодію серверної системи, а особливо на сервер 1С:Підприємства – невисокий. Зазвичай, увагу на ці параметри звертають лише геймери та оверклокери, для яких кожна зайва крапля продуктивності – найдорожча.
Дискова підсистема та жорсткі диски HDD
Контролери жорстких дисків.Основним пристроєм з'єднання та організації жорстких дисків в апаратній системі є контролер жорстких дисків. Він буває двох типів:
1. Вбудований – модуль контролера вбудований у систему, кошик із жорсткими дисками підключається безпосередньо до материнської плати. Вважається економнішим рішенням.
2. Зовнішній – є окремою друковану плату(пристрій), що підключається до роз'єму материнської плати. Він вважається більш професійним рішенням за рахунок того, що має окремі чіпи проведення та контролю операцій з жорсткими дисками HDD. Рекомендується для важливих серверних систем, таких як сервер 1С:Підприємства та СУБД.
Існує ще третій тип - пристрій прийому передачі блочних даних по каналах iSCSI, FiberChanel, InfiniBand, SAS. Однак у цьому варіанті дискова підсистема "винесена" на окремий пристрій зберігання даних (СХД), що з'єднується із сервером за допомогою оптичного або мідного кабелю. У нашій статті ми розбираємо вимоги до автономного серверу для 1С, тому даний тип ми розглядати не будемо.
Типи та рівні RAID-масивів.Це технологія віртуалізації даних, яка поєднує кілька дисків у логічний елемент для надмірності та підвищення продуктивності. Розглянемо найпопулярніші рівні специфікації RAID:
- RAID 0 ("Striping")надмірності не має, а інформацію розподіляє відразу по всіх дисках, що входять у масив, у вигляді невеликих блоків («страйпів»). За рахунок цього суттєво підвищується продуктивність, але страждає на надійність. Ми не рекомендуємо використовувати цей тип масиву, незважаючи на підвищення продуктивності.
- RAID 1 ("Mirroring", "дзеркало").Має захист від виходу з ладу половини наявних апаратних засобів (загалом – одного з двох жорстких дисків), забезпечує прийнятну швидкість запису та виграш за швидкістю читання за рахунок розпаралелювання запитів. Такий тип масиву цілком «потягне» сервер 1С + СУБД до 25-30 користувачів, особливо якщо будуть використані диски SAS 15K або SSD.
- RAID 10Дзеркальні пари дисків шикуються в «ланцюжок», тому обсяг отриманого тома може перевершувати ємність одного жорсткого диска. На думку, найбільш зручний тип дискового масиву, т.к. в ньому поєднуються надійність RAID1 і швидкодія RAID 0. У поєднанні з дисками SAS 15K або SSD можна використовувати для серверів 1С від 40-50 користувачів.
- RAID 5.Знаменитий завдяки своїй економічністі. Жертвуючи задля надмірності ємністю всього одного диска з масиву, отримуємо захист від виходу з ладу будь-якого з жорстких дисків системи. (його варіант RAID 6 вимагає зайві два жорсткого дискадля розміщення контрольних сум, проте зберігає дані навіть при виході з ладу двох дисків). Цей типмасиву економічний, надійний і має досить відчутну швидкодію "на читання". На жаль, вузьким місцем цього масиву є низька швидкість запису, що дозволяє комфортно використовувати його за конфігурації сервера 1С до 15-20 користувачів. Також він оптимальний для прикладних цілей – зберігання файлових даних, архівів документообігу тощо.
Типи інтерфейсів жорстких дисків.За типом підключення жорсткі диски поділяються:
- HDD Sata Home.Найдешевший варіант жорстких дисків, призначений для використання в домашніх ПК або мережевих медіа-центрах. Переконливо не рекомендується використовувати подібні пристроїу серверах 1с у зв'язку з низьким коефіцієнтом відмовостійкості та стабільності роботи - компоненти цих дисків просто не призначені для роботи в режимі 24/7 і швидко виходять з ладу.
- HDD Sata Server.Під цим найменуванням зазвичай розуміються жорсткі диски з інтерфейсом Sata і швидкістю обертання шпинделя 7200 оборотів/хв. Приставка Server означає, що такі диски проходили тестування на працездатність у серверних системах і розраховані на стабільну роботу в режимі 24/7. Зазвичай використовуються в серверах 1С для зберігання великих обсягів інформації, що не вимагає високої швидкості обробки. Наприклад - архівні бази 1с, папки обміну, файли вивантажень офісних документіві т.д.
- HDD SAS Server.Відмінність інтерфейсу SAS(Сучасний аналог SCSI) від інтерфейсу Sata кілька. Тут і середній час відгуку диска, і робота у спільній дисковій полиці, і робота з контролером HDD на більш високих швидкостях обміну інформацією – до 6 Гб\с (порівняно з Sata 3 Гб\с). Але головна перевага – існування моделей SAS-дисків зі швидкістю обертання шпинделя 15 000 оборотів/хв. Саме ця конструктивна особливістьдозволяє SAS-дискам проводити майже в 3 рази більше операцій вводу/виводу за секунду в порівнянні з HDD Sata Server. Такі диски SAS мають невеликий об'єм та їх рекомендується використовувати під основні бази даних 1с із постійно високим робочим навантаженням.
- диски SSD.Ці диски відрізняються від попередніх не інтерфейсом підключення, а своєю конструкцією – вони твердотілі і не мають частин, що рухаються, тобто. по суті є аналогами «флешок». Такі технології дозволяють SSD-дискам виробляти «позамежну» кількість операцій вводу/виводу за секунду (від 10 000 операцій на найпростіших моделях SSD). Однак така перевага має і зворотний бік- Вища ціна SSD-дисків і «поріг їх життя», який залежить від межі кількості запису в блоки SSD. Втім, з кожним роком ці диски стають дедалі доступнішими та довговічнішими. Оскільки вартість SSD дисків багаторазово зростає в залежності від обсягу - найрозумніше буде використовувати їх під невеликі, але наднавантажені бази даних 1с, що вимагають високої швидкості доступу, а також під тимчасові бази СУБД TempDB.
IOPS – кількість операцій введення-виводу за секунду.По суті, IOPS – це кількість блоків інформації, яка встигає рахуватися чи записатися на носій за 1 секунду часу. Тобто, в чистому вигляді – це і є ключовим параметром швидкості обробки інформації жорстким диском, що впливає на продуктивність 1С сервера Якщо брати порівняння стандартний блок інформації 4кб, можна приблизно виділити такі показники IOPS (див. таблицю 4).
| Жорсткий диск | IOPS | Інтерфейс |
| 7,200 об/хв SATA-диски | ~75-100 IOPS | SATA 3 Гбіт/с |
| 10,000 об/хв SATA-диски | ~125-150 IOPS | SATA 3 Гбіт/с |
| 10,000 об/хв SAS-диски | ~140 IOPS | SAS |
| 15,000 об/хв SAS-диски | ~175-210 IOPS | SAS |
| SSD-диски | Від 8000 IOPS | SAS або SATA |
Таблиця 4 - Показники IOPS на різних типах жорстких дисків під час роботи з блоком даних 4кб.
Звичайно ж, у чистому вигляді IOPS мало чим корисний для калькуляції підсумкових розрахунків та вимог до дискової підсистеми сервера 1С. Адже сумарна продуктивність дискової підсистеми складається з типу RAID-масиву, типів диска та показників швидкості його інтерфейсу, часу відгуку (Latency), часу довільного доступу, відсоткового співвідношення кількості операцій читання та запису та багатьох інших факторів. Проте даний параметр, На нашу думку, є ключовим показником швидкості дискової підсистеми і на етапах розробки серверної архітектури, допомагає визначити – який тип жорстких дисків взагалі буде найбільш підходящим для тих чи інших потреб. (див. RAID-калькулятор)
Практичний тест
Яка ж залежність між кількістю користувачів 1С та кількістю iops? Наша команда провела практичний тест (див. таблицю 5) щодо вимірювання навантаження на дискову підсистему певною кількістю сесій 1С. Оскільки система 1С є програмованим середовищем і кожна компанія може мати свій набір бізнес-процесів у 1С – нам була потрібна прив'язка до певної еталонної конфігурації для тестування. У цій якості було обрано спеціалізовану конфігурацію ЦУП 1С, розроблену для тестування та налагодження. На її базі наші програмісти 1С додали низку запитів, що імітують нормальну роботу звичайного підприємства, з формуванням бухгалтерських запитів, проводок, складанням звітів та проведенням операційних документів.
| Системний диск | Диск із базами даних | ||||
| Ітерація | Користувачі | IOPS write | IOPS read | IOPS write | IOPS read |
| Середні значення | |||||
| 1 | 12 | 9,1 | 0,1 | 13,1 | 1,5 |
| 2 | 20 | 7,9 | 0,1 | 21,8 | 0,4 |
| 3 | 32 | 5,2 | 0,006 | 36,1 | 5,2 |
| 4 | 40 | 7,7 | 0,013 | 27,52 | 1,3 |
| 5 | 52 | 7,7 | 0,006 | 32,04 | 0,94 |
Таблиця 5 - Результати практичного тесту навантаження на дискову підсистему.
Результати тесту показують, що левова частка навантаження на дискову підсистему виникає при записі 1С до бази даних сервера СУБД і на системний дископераційної системи (на якому за умовчанням розташовуються файли кеш-сервера 1С:Підприємство).
Паралельно ми провели практичні виміри вже працюючих баз 1С УПП 8.2 протягом тестового періоду – 5 робочих днів. Вони показують, що в середньому сервер 1С + СУБД споживає вдвічі більше iops на запис, ніж на читання. Така різниця між синтетичними тестами та статистикою моніторингу реального сервера 1С обумовлена як періодичними вибірками інформаційних даних з бази протягом робочого дня, так і регулярним читанням бази при резервному копіюваннічи реплікації СУБД.
Інші складові жорсткого диска, на які слід звернути увагу.
- Фізичний розмір (форм-фактор).На сьогоднішній день майже всі відомі накопичувачі для персональних комп'ютеріві серверів мають обсяг 3,5 чи 2,5 дюйма. Зазначимо, що диски 2,5 дюйми не виробляються великих обсягів.
- Час довільного доступу (random access time)- час, за який жорсткий дискгарантовано виконає операцію читання-запису певному ділянці магнітного диска. Як правило, вищими результатами мають серверні диски. Це досить важливий параметр при побудові масиву дисків для сервера СУБД 1С.
- Швидкість обертання шпинделя- кількість обертів шпинделя жорсткого диска за хвилину. Тут все просто і зрозуміло – від швидкості обертання шпинделя з магнітними пластинами залежать час доступу та середня швидкість передачі даних жорсткогодиска.
- Об'єм буфера жорсткого диска- буфером називається тимчасова пам'ять, призначена для згладжування відмінностей у швидкості читання/запису жорсткого диска та передачі даних за інтерфейсом.
- Надійність- Визначається як середній час напрацювання на відмову (MTBF). Як правило, надійність безпосередньо залежить від виробника, ціни та середовища використання жорсткого диска. Ми вважаємо надійність важливим параметром жорсткого диска, що впливає якість роботи сервера 1С.
Правильний вибір: домашнє або серверне «залізо»
Здешевлення апаратних комплектуючих та активне зростання потенційних потужностей «домашніх комп'ютерів» призводять до ще однієї згубної помилки – малий бізнес активно використовує робочі станції як платформу для спільної роботи з базами 1С. При цьому, не усвідомлюючи, що крім параметрів частоти ядра, обсягу пам'яті та можливості використання бюджетних SSD-дисків у звичайному ПК – існують більш системні, глибші та важливіші вимоги до роботи апаратного забезпечення у комерційній структурі (див. таблицю 6).
Для вирішення питання організації сервера 1С ми пропонуємо оренду хмарних серверів 1С у дата-центрах класу Tier III. З економічною доцільністю вибору оренди сервера можна ознайомитись у статті.
| Параметри | Сервер | Персональний комп'ютер |
| Достатність обчислювальних потужностей | V | V |
| Гарантована працездатність системи у режимі 24/7 | V | X |
| Надійність та стабільність ключових апаратних комплектуючих | V | X |
| Можливість дистанційного керуванняживленням та консоллю (IPMI) | V | X |
| Бюджетна вартість апаратної платформи | X | V |
Таблиця 6 - Порівняння домашнього та серверного заліза за критеріями, необхідними для якісної роботи сервера 1С.
Відмовостійка робота 1С
Безумовно, однією з важливих вимог до серверної частини 1С є стабільність її роботи та стійкість до відмов. Компанія Microsoft і сама фірма 1С доклали багато зусиль у цьому напрямі, створивши технології кластеризації своїх сервісів досить серйозному рівні (див. таблицю 7).
| Відмовостійкість SQL серверів | На основі концепції єдиного загального сховища даних. Вбудована технологія кластеризації SQL Server об'єднує два SQL сервери в один кластер з єдиною віртуальною IP-адресою та єдиною базою. Таким чином, при виході з ладу основного SQL - запити автоматично переводяться на резервний. Другим варіантом є AlwaysOn - технологія автоматичної регулярної реплікації баз СУБД між основним і резервним серверами SQL. При цьому дублюючий сервер SQL знаходиться фізично на іншому сховищі, що підвищує стійкість до ризиків |
| Відмовостійкість служби сервера 1С: Підприємство | Сервери 1С Підприємства об'єднуються в програмний відмовостійкий кластер active-active з автоматичним перемиканнямпри збої та збереженням поточних сесій. |
Таблиця 7 - Відмовостійкість SQL та 1С-серверів.
Однак кожна технологія має як плюси, так і мінуси. Крім ключових переваг, потрібно знати деякі особливості кластеризації 1С і SQL (), щоб не отримати в результаті погіршення працездатності сервісу:
- Кластеризація SQL використовує віртуальний IP.А це означає, що взаємодія сервера 1С:Підприємство та MS SQL завжди буде відбуватися по мережному інтерфейсу, навіть якщо обидва сервіси знаходяться в одній операційній системі. Що відповідно призведе до уповільнення роботи 1С у порівнянні з класичним варіантом архітектури, що рекомендується самою компанією 1С - використанням пам'яті Shared Memory, що розділяється. В принципі, цю перешкоду можна "обійти", використовуючи, наприклад, технологію MS SQL Log Shipping. Однак, у такому разі перемикання на резервний сервер SQL вже не буде автоматичним, і цей варіант не можна вважати повноцінним кластером.
- Кластер SQL потребує великих бюджетних витрат.Якщо йдеться про класичну кластеризацію сервісу MS SQL – потрібне єдине сховище баз, підключене до основного та резервного серверів SQL. Зазвичай у цій ролі виступають дорогі системи зберігання даних СГД, що збільшує бюджет на порядок. Якщо йдеться про новомодну AlwaysOn, то єдине сховище баз не потрібне, технологія працює з локальними дисками основного та резервного серверів по мережі. Зате потрібна версія SQL Server Enterprise, ліцензія на яку коштує вчетверо більше, ніж на стандартний SQL Server StandarD.
- Кількість ліцензій.Незважаючи на те, що другий сервер SQL не обробляє дані і знаходиться в резерві - ліцензії потрібно буде придбати на обидва сервери - як основний, так і резервний. Особливо болючим бюджету є ліцензії SQL Server Enterprise для реалізації розподіленого кластера груп високої доступності AlwaysOn.
- Не потрібно використовувати дешеве апаратне забезпечення для такого важливого сервісу як облікова системавсього підприємства. Ціна в даному випадку безпосередньо визначає якість, стабільність та довговічність такої платформи.
- Рекомендуємо при виборі серверної платформи звертати увагу на наявність двох блоків живлення, віддалену картку IPMI та бренд виробника. Звичайно ж, кожен підбирає рішення, виходячи зі свого бюджету, топові бренди іноді дуже дорогі і не зовсім доречні, проте не варто вже зовсім економити на виробнику, це може призвести до неконтрольованих форс-мажорів у роботі з 1С. Особисто ми використовуємо серверні платформи Supermicro у поєднанні із серверними ЦПУ Intel.
- Є думка, підтверджена практикою, що продуктивність 1С більше залежить від високої частотироботи ЦПУ, ніж кількість наданих ядер.
- Не потрібно економити на об'ємі оперативної пам'яті, що виділяється для сервера 1С та служби SQL. ОЗУ на даний моментє досить дешевим ресурсом, та її брак (навіть на 10-15 відсотків) призведе до сильного падіння продуктивності системи 1С, т.к. включиться повільніша система підкачування (swap). Плюс до всього swap дасть додаткове навантаження на дискову підсистему, що ще сильніше погіршить ситуацію.
- Компанія EFSOL пропонує комплексні послуги з підбору сервера 1С, в які входить: проектування сервера 1С, закупівля, настроювання та обслуговування.
- Альтернативним власному створеннюсервера 1С варіантом є оренда сервера для 1С. Хмарні технологіїдозволяють при невеликих щомісячних витратах продати надійний стійкий до відмови сервіс для комфортної роботи в 1С.
Системна інтеграція. Консалтинг
Завантаження...