1. Приклади типових проблем через неправильне побудови ІТ-архітектури під 1С:
2. Центральний процесор (CPU)
3. Оперативна пам'ять (ОЗУ)
4. Дискова підсистема і жорсткі диски HDD
5. Правильний вибір: домашнє або серверне «залізо»
6. Відмовостійка робота 1С
7. Висновки та рекомендації щодо створення архітектури для сервера 1С

На сьогоднішній день фінансовий продукт 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.4 Ghz Від 4 до 6 До 30 користувачів Серверна Intel Xeon від 2.6 Ghz від 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).

4-6 Гб 6-8 Гб 12-14 Гб 18-24 Гб Сервер MS SQL 4-6 Гб 8-10 Гб 16-18 Гб 24-28 Гб

Таблиця 3 - Приблизне співвідношення кількості користувачів сервера 1С та рекомендованої оперативної пам'яті на процеси сервера 1С: Підприємство і сервера MS SQL.

Відносно процесів сервера 1C: Підприємства (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 і швидкістю обертання шпинделя 7 200 оборотів \ хв. Приставка «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-диски Від 8 000 IOPS SAS або SATA

Таблиця 4 - Показники IOPS на відмінності типах жорстких дисків при роботі з блоком даних 4Кб.

Звичайно ж, в чистому вигляді IOPS мало чим корисний для калькуляції підсумкових розрахунків та вимог до дискової підсистеми сервера 1С. Адже сумарна продуктивність дискової підсистеми складається з типу RAID-масиву, типів диска і показників швидкості його інтерфейсу, часу відгуку (Latency), часу довільного доступу, процентного співвідношення кількості операцій читання і запису і безлічі інших чинників. Однак даний параметр, на нашу думку, є ключовим показником швидкості дискової підсистеми і на етапах розробки серверної архітектури, допомагає визначити - який же тип жорстких дисків взагалі буде найбільш підходящим для тих чи інших потреб. (Див. RAID-калькулятор )

практичний тест

Яка ж залежність між кількістю користувачів 1С та кількістю iops? Наша команда провела практичний тест (див. Таблицю 5) по вимірюванню навантаження на дискову підсистему певною кількістю сесій 1С. Оскільки система 1С є програмованої середовищем і кожна компанія може мати свій набір бізнес-процесів в 1С - нам потрібна прив'язка до якоїсь еталонної конфігурації для тестування. На цій посаді була обрана спеціалізована конфігурація ЦУП 1С, розроблена для тестування і налагодження. На її базі наші програмісти 1С додали ряд запитів, що імітують нормальну роботу звичайного підприємства, з формуванням бухгалтерських запитів, проводок, складанням звітів та проведенням операційних документів.

Системний дискДиск з базами данихІтераціяКористувачіIOPS write IOPSreadIOPS write IOPSread

Середні значення 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. З економічною доцільністю вибору оренди сервера можна ознайомитися в статті .

Таблиця 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, ліцензія на яку варто в 4 рази більше, ніж на звичайний SQL Server StandarD.
• Кількість ліцензій. Незважаючи на те, що другий сервер SQL і не виконує жодних дані і знаходиться в резерві - ліцензії потрібно буде придбати на обидва сервера - як основний, так і резервний. Особливо болючим для бюджету є ліцензії SQL Server Enterprise для реалізації розподіленого кластера груп високої доступності AlwaysOn.

Висновки та рекомендації щодо створення архітектури для сервера 1С

• Не потрібно використовувати дешеве призначене для користувача апаратне забезпечення для такого важливого сервісу як облікова система всього підприємства. Ціна в даному випадку безпосередньо зумовлює якість, стабільність і довговічність такої платформи.
• Рекомендуємо при виборі серверної платформи звертати увагу на наявність двох блоків живлення, віддалену карту IPMI і бренд виробника. Звичайно ж, кожен підбирає рішення, виходячи зі свого бюджету, топові бренди іноді занадто дорогі і не зовсім доречні, проте не варто вже зовсім економити на виробника, це може призвести до неконтрольованих форс-мажорам в роботі з 1С. Особисто ми використовуємо серверні платформи Supermicro в поєднанні з серверними ЦПУ Intel.
• Є думка, підтверджене практикою, що продуктивність 1С більше залежить від більш високої частоти роботи ЦПУ, ніж від кількості наданих ядер.
• Не потрібно економити на обсязі оперативної пам'яті, що виділяється для сервера 1С та служби SQL. ОЗУ на даний момент є досить дешевим ресурсом, а її нестача (навіть на 10-15 відсотків) призведе до сильного падіння продуктивності системи 1С, тому що включиться більш повільна система підкачки (swap). Плюс до всього swap дасть додаткове навантаження на дискову підсистему що ще сильніше погіршить ситуацію.
• Компанія EFSOL пропонує комплексні послуги з підбору сервера 1С , В які входить: проектування сервера 1С, закупівля, налагодження та обслуговування.
• Альтернативним власним створення сервера 1С варіантом є оренда сервера для 1С . Хмарні технології дозволяють при невеликих щомісячних витратах пролучіть надійний відмовостійкий сервіс для комфортної роботи в 1С.

На початок статті

EFSOL

Системна інтеграція. консалтинг