Рішення. Рішення Розрахунок сервера для 1с

Захист. Резервне копіювання також забирає ресурси, тому, щоб воно не зривало роботу, на нього мають бути виділені додаткові ресурси. Фаєрволи, антивіруси та інші засоби захисту також потребують певної кількості потужностей.

Відмовостійкість. Можливість гарячої заміни дисків чи блоків живлення, дублювання систем. Можливість швидкої заміни комплектуючих. Чим вища відмовостійкість, тим нижчий шанс, що буде простим у роботі. Найбільша стійкість до відмов досягається в кластері.Сервер для 1С за чисельністю користувачів

Це є ключовим параметром при виборі обладнання. Рекомендується ознайомитися, щоб мати хоча б зразкове уявлення про те, що може знадобитися в процесі формування конфігурації.

Сервер 1С на 5 користувачів

Для 5 осіб не потрібні високі потужності, підійдуть конфігурації для малого бізнесу. Якщо офіс невеликий і потрібно компактне розміщення, можна використовувати міні-сервер . Такий варіант дозволить компактно розмістити обладнання, і буде зручним для перевезення.

Вартість такого пристрою становитиме від 30 000 рублів. Конфігурація, як правило, вишукуванням не відрізняється. Використовується процесор початкового рівня із серії Intel Xeon E3, або AMD Opteron. Є безліч готових збірок під це завдання. Але у випадку дешевих пристроїв немає твердотільних накопичувачів і запасу під пікові навантаження.

Сервер 1С на 10 користувачів

Конфігурація на 10 співробітників аналогічна попередньому рішенню, особливої ​​потужності не потрібно, достатньо використовувати міні-сервер. Але пікове навантаження має бути враховано, якщо є автоматизовані дії, такі як автоматичне формування звітності з інтернет-магазину, то навантаження може бути набагато серйознішим.

Тут можна обійтися процесором з лінійки Intel Xeon E3, наприклад модель 1240. Оперативної пам'яті вистачить і 8 ГБ, але краще 16, а також варто використовувати SSD для розміщення програми і DB.

Сервер 1С на 20 користувачів

Тут потрібне обладнання потужніше, ніж у попередньому варіанті. Варіант для середнього бізнесу є оптимальним. SSD у такій системі повинен бути за замовчуванням, а процесор використовувати рекомендується не нижче Intel Xeon E3-1280 v6. В іншому випадку не залишиться запас під пікову потужність.

Сервер 1С на 50 користувачів

У такій конфігурації рекомендується врахувати міру складності завдань. Якщо вони не створюють серйозного навантаження, високих потужностей не потрібно. Якщо ж сильна або великий обсяг бази даних, то знадобиться обладнання з високою ресурсомісткістю, в деяких випадках необхідний кластер пристроїв.

Зазвичай цього завдання збирається двопроцесорна система з урахуванням процесорів Intel Xeon E5-2643 v4. 2 таких CPU здатні закрити потреби програми та навіть бази даних. Але в ідеалі створити сервер SQL варто окремо.

Звичайно ж, в даному випадку твердотільні накопичувачі вже не просто рекомендуються, а життєво необхідні, інакше дискова підсистема перетвориться на пляшку.

Сервер 1С на 100 користувачів

В цьому випадку недостатньо одного пристрою. Часто потрібно кластер серверів 1С, здатних виконувати операції паралельно та спільно. Необхідна індивідуальна технологія.

Але приблизна конфігурація буде такою:

1. Термінальний сервер програми. 2 процесори Intel Xeon Silver 4215, для розміщення програми SSD з високим TDW, два блоки живлення, дискова підсистема для бекапів стану системи.

   Сервер SQL. Аналогічні процесори, SSD з високим DWPD, також два блоки живлення та дискова підсистема з RAID 1 для зберігання резервних копій.

Це умовно, що специфіка залежатиме від кінцевої технічної інфраструктури.

Сервер для 1С на 200 користувачів та більше

За такої кількості користувачів потрібно передове обладнання, здатне впоратися із завданнями будь-якої складності. Як і в попередньому варіанті, одного пристрою не вистачатиме, знадобиться кластер. Чим вище підсумкова кількість звернень до бази даних та кількість співробітників, тим потужнішим буде потрібне обладнання і, відповідно, більше пристроїв у кластері. Універсальних рішень немає, кожне опрацьовується індивідуально.

На сьогоднішній день фінансовий продукт 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 - Співвідношення кількості користувачів на сервері 1С і кількості ядер ЦП, що рекомендується.

Частота центрального процесора.На противагу кількості ядер – частота роботи центрального процесора впливає саме на швидкість обробки одного шматочка завдання в один момент часу, що є найпопулярнішим критерієм кінцевих користувачів 1С. Частота процесора – це саме той параметр, при збільшенні якого у окремо взятого користувача збільшиться швидкість обробки запитів сервером 1С та СУБД та зменшиться час, за який система надасть підсумковий результат кінцевому користувачеві. На підтвердження цьому відомий фахівець Гілев в одній зі своїх статей на базі практичних тестів зробив однозначний висновок - «на швидкість роботи 1С набагато більше впливає частота центрального процесора, ніж інші його параметри, чи то кінцевий клієнт 1С або сервер 1С:Підприємство». Такою є архітектура програми 1С.

Кеш, віртуалізація та гіперпоточність (hyper threading).У минулому, коли багатоядерні процесори ще не були настільки поширені - компанією Intel була придумана спеціальна технологія центрального процесора, що імітує багатоядерність, так звана гіперпоточність. Після її включення один фізичний процесор (одне фізичне ядро) визначається операційною системою як два окремих процесори (два логічні ядра). Рекомендуємо для сервера 1С «Гіперпоток» відключати. Жодного прискорення роботи 1С ця технологія не приносить.

При використанні віртуальних машин для сервера 1С:Підприємство та СУБД потрібно враховувати, що ядра віртуальних машин «слабші» за реальні фізичні ядер, хоча називаються однаково – «ядра». Точних офіційних коефіцієнтів немає, але статті на технічних порталах Microsoft рекомендують на одне фізичне ядро ​​вважати 4-6 ядер процесора у віртуальній машині.

Кеш – це надоперативна пам'ять, використовувана процесором зменшення середнього часу доступу до комп'ютерної пам'яті. По суті вона є невід'ємною частиною процесора, оскільки розташована на одному з ним кристалі і входить до складу функціональних блоків. Тут все гранично ясно – чим більший обсяг кешу, тим більші «шматочки» інформації зможе обробляти процесор. Зазвичай величина кеша залежить від моделей процесора – чим модель дорожча, тим більше обсяг кеш-пам'яті там. Проте ми вважаємо, що величина кешу процесора кардинально впливає продуктивність сервера 1С і СУБД. Швидше це стосується області «тонкого тюнінгу».

Тип процесора.Всім відомо, що апаратне забезпечення ділиться на серверне та користувальницьке. А чи можна в окремих випадках використовувати недорогий центральний процесор користувача як альтернативу професійному, але дорогому серверному ЦПУ? Виявляється – можна. Розглянемо таблицю порівняння основних параметрів двох варіантів центральних процесорів Intel (див. таблицю 2).

Таблиця 2 - Порівняння основних параметрів домашнього та серверного ЦП від Intel.

Як бачимо, серверний процесор має набагато вищі значення кількості ядер, обсягом кешу, підтримці більшого обсягу оперативної пам'яті і, звісно ж, у вищій ціні. Однак, серверний ЦПУ практично не відрізняється від користувача у підтримці певних процесорних команд (інструкцій) і в тактовій частоті. Звідси можна дійти невтішного висновку – для невеликих організацій цілком допустимо застосування користувача центрального процесора для сервера 1С:Підприємство. Питання тільки в тому, що користувальницький процесор не може бути встановлений в сокет серверної материнської плати і підтримувати серверну ОЗУ з контролем парності (ECC), а використання комплектуючих користувачів тягне за собою ризики стабільності роботи всієї системи в цілому.

Оперативна пам'ять (ОЗП)

Тип оперативної пам'яті.Планка оперативної пам'яті (ОЗП) відрізняється за її призначенням – для розрахованих на багато користувачів серверних систем або для персональних пристроїв – ПК, ноутбуків, неттопів, тонких клієнтів і т.д. Як і у випадку з ЦПУ – основні параметри модулів ОЗП приблизно рівнозначні – сучасна ОЗУ для ПК практично не відстає від серверної ні в обсязі однієї планки, ні тактовою частотою, ні типом модулів DDR. Відмінності серверної ОЗУ від «домашньої» у варіантах використання та призначення апаратної платформи - звідси формується її більш висока вартість:

• Серверна ОЗП має контроль парності ECC (Error Correction Code) - техніку кодування/декодування, що дозволяє виправляти помилки в обробці інформації безпосередньо модулем ОЗП
• Серверна материнська плата має набагато більше роз'ємів під установку модулів ОЗУ, ніж звичайний ПК
• Серверна ОЗУ містить регістри (буфери), що забезпечують буферизацію даних (часткову Registered або повну Full Buffered), за рахунок чого зменшується навантаження на контролер пам'яті при множині одночасних запитів. Буферизовані модулі "FB-DIMM" несумісні з небуферизованими.
• Модулі регістрової пам'яті також дозволяють підвищити масштабованість пам'яті - наявність регістрів дозволяє встановлювати більше модулів в одному каналі.

Можемо зробити висновок, що використання серверних модулів оперативної пам'яті дає можливість встановлювати великі обсяги ОЗП в одній системі, а техніки контролю парності ECC та використання буферів дозволяють серверній операційній системі працювати стабільно та швидко.

Об'єм оперативної пам'яті.Одним із ключових факторів для високої продуктивності сервера 1С та СУБД є достатній обсяг оперативної пам'яті. Звичайно фактичні потреби в ОЗУ залежать від багатьох факторів - тип конфігурації 1С, кількість процесів сервера 1С: Підприємство, обсяг бази СУБД і так далі. Однак можна вивести зразкову залежність обсягу ОЗП від кількості користувачів (див. таблицю 3).

Таблиця 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 і швидкістю обертання шпинделя 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).

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

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

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

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

Таблиця 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).

Таблиця 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С.

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

Встановлення сервера 1С на Windows Server 2012 R2

У цій статті ми детально розберемо інсталяцію сервера 1С 8.3 на Windows Server 2012.

Спершу встановимо Сервер 1С (він кластер серверів) х32, тридцяти двох розрядний, а потім встановимо і х64 (Шістдесяти чотирьох розрядний) Cервер 1С.

І так перше питання, чи це де взяти нову версію Cервера 1С?

На сайті нам потрібно знайти "Технологічну платформу". Тому що Сервер 1С х32 встановлюється як компонент при встановленні платформи 1С.

І так думаю, що Сервер 1С у Вас вже є.

Установка Сервера 1С (Кластери серверів) Х32.

Установка досить проста!

Як і при встановленні платформи 1С, клік по Setup.exe.

І на наступній вкладці потрібно вибрати необхідні компоненти.

Нам потрібні лише: "Сервер 1С Підприємства" та компонента: "Адміністрування сервера 1С: Підприємства". Решту можна відключити.

Папку, в яку ми встановимо сервер 1С, рекомендую не змінювати, краще залишити шлях, який запропонувала 1С за замовчуванням.

Тепер на цій вкладці нам потрібно вказати або створити обліковий запис, від імені якого і стартуватиме Сервер 1С, а точніше служба «Агент сервера 1С». Також ми не прибираємо пташку біля "Встановити сервер 1С: Підприємства як сервіс Windows".

Не рекомендую з метою безпеки вибирати обліковий запис адміністратора або створювати (користувача) USR1CV8. Краще попередньо створити обліковий запис чий «Логін» та «Пароль» знаєте лише ви! І вже від імені цього облікового запису запускати службу «Агент сервера 1С».

Вкажемо пароль для цього користувача та введемо пароль ще раз у полі нижче.

Після цього потрібно лише встановити апаратну або програмну ліцензію.

Установка Сервера 1С (Кластери серверів) Х64.

Тепер по встановленню х64.

Тут нам потрібно завантажити окремо Сервер 1С.

Власне також йдемо на сайт підтримки користувачів https://users.v8.1c.ru - «завантажити оновлення»

Там шукаємо технологічну платформу 1С 8.3, вибираємо версію, яка нас цікавить, а вже провалившись за посиланням, ви знайдете те, що потрібно, — «Cервер 1С:Підприємства (64-bit) для Windows».

Завантажуємо архів, розпаковуємо, знаходимо ярлик Setup.exe.

"Компоненти доступу до серверів 1С Підприємства" та "Сервер 1С Підприємства 8".

Інші компоненти можна не встановлювати Сервер 1С Підприємства працюватиме.

Сьогодні ми розглянемо вибір серверного «заліза» для невеликої організації на 25-30 користувачів, з розподіленою інфраструктурою (торгові точки, склад), якою потрібні термінальний сервер та програма «1С:Підприємство». Цими сервісами користуватимуться всі працівники.

Більшість малих компаній, для здешевлення вартості обладнання, воліють мінімізувати кількість техніки, що купується і просять адміністраторів «впхнути» всі запитані ними сервіси в один фізичний сервер. Бажання зрозуміле і пробачливе, але тут є нюанси.

Можна організувати термінальний сервер і використовувати там файлову версію 1С, але за такої кількості користувачів компанія-розробник рекомендує переходити на клієнт-серверний варіант. Тому нам знадобиться ще сервер під «1С:Підприємство» та сервер баз даних. Уточнимо одразу, що організувати термінальний сервер, сервер SQL та сервер 1С на одній операційній системі можливо, але, з точки зору безпеки та стабільності роботи сервісів, це вкрай не рекомендується. А якщо все ж таки дуже хочеться використовувати один фізичний сервер для всіх трьох ролей, то рекомендуємо використовувати віртуалізацію, наприклад, VMWare ESXi або Hyper-V.
Таким чином, вимальовується три варіанти:

1. Один сервер із файловою 1С. Поганий варіант, далі ми його не розглядатимемо.
2. Один сервер із двома віртуальними машинами.
3. Два фізичні сервери, один термінальний, другий з БД та 1С.

Для вирішення цих завдань можна запропонувати таку конфігурацію серверів:

У випадку з одним фізичним серверомми зупинили вибір на Dell R710, з двома шестиядерними процесорами Xeon X5650, 64 Гб оперативної пам'яті та шістьма дисками: два SSD у RAID 1 і чотири SAS-диски у RAID 10.

У випадку з двома фізичними серверамими зупинили вибір на таких конфігураціях:

• Термінальний сервер: IBM x3550 M3 з одним процесором Xeon E5620, 32 Гб оперативної пам'яті та двома SSD у RAID 1, з додатковою мережевою картою на два гігабітні інтерфейси. Цей сервер також має багаті можливості для апгрейду, оскільки він двопроцесорний, має 18 слотів під модулі пам'яті і підтримує до 288 Гб ОЗУ.
• Сервер баз даних: IBM x3250 M5 з одним процесором Xeon E3-1220v3, 16 Гб ОЗУ, додатковим RAID-контролером SAS/SATA, чотирма SAS-дисками RAID 10, з додатковою мережевою картою на 2 гігабітних інтерфейсу.

Процесор

Для невеликої бази SQL-серверу знадобиться одне ядро. Але ми орієнтуватимемося на розширення бази в майбутньому (або збільшення кількості баз) і візьмемо два ядра на SQL.

Для сервера «1С: Підприємство» важлива не так кількість ядер, як їх тактова частота і частота шини. Тому закладемо ще два ядра на сервер 1С.
І не забудемо, що у разі використання віртуалізації одне чи два ядра нам знадобиться для забезпечення роботи хостової операційної системи.

Разом у нас виходить:

• Для сервера з двома віртуальними машинами потрібно 12 фізичних ядер. Можна і менше, але завжди має залишатися запас потужності. Сервер із двома шестиядерними процесорами підходить для цього ідеально.
• для термінального сервера достатньо одного процесора Xeon E5620 із шістьма ядрами, для сервера баз даних – процесора Xeon E3-1220v3 із чотирма ядрами.

Оперативна пам'ять

• Операційна система Windows Server лише потребує 2 Гб ОЗУ.
• Для SQL та невеликої бази 1С достатньо буде 4-6 Гб ОЗУ.
• Сервер "1С: Підприємство" вимагає ще 2-3 Гб ОЗУ.
• Розраховуємо, що кожному користувачеві потрібно 700 Мб ОЗУ в термінальній сесії, тоді на 30 користувачів потрібно 21 Гб.

• Для одного сервера із двома віртуальними машинами потрібно близько 40 Гб ОЗУ.
• Для термінального сервера достатньо буде 24 Гб або 32 Гб ОЗП (візьмемо із запасом, передбачаючи майбутнє розширення). Для сервера з базами даних потрібно не менше 8 Гб, але це «впритул», тому 16 Гб із запасом. Пам'ять зараз - один із найдешевших компонентів сервера.

Дискова підсистема

Крім накопичувачів, слід приділити увагу дисковому контролеру. Сучасні сервери мають на борту досить хороші контролери, наприклад HP SmartArray і DELL PERC. Однак некоректно використовуватиме «набортні» рішення при серйозному навантаженні, коли потрібна максимальна продуктивність. Трохи заощадивши, ви легко можете отримати потужний сервер, який не тягне навантаження. Тому контролер має бути апаратним, а не програмним, зі своєю енергонезалежною пам'яттю.

Розглянемо варіанти розв'язання цього завдання.

• Для одного сервера з двома віртуальними машинами бажано використовувати два RAID-масиви: на одному будуть розташовуватися файли віртуальної машини термінального сервера, на другому - файли віртуальної машини сервера баз даних та "1C: Підприємства". Для створення першого масиву найкраще використовувати два SSD-накопичувачі в RAID 1 (дзеркало).

  Другий масив краще створити із чотирьох SAS-дисків у RAID 10 (дзеркало + страйп), але можна і з двох SSD-накопичувачів у RAID 1. Вибір залежить тільки від вартості дисків та моделі сервера.

• Для двох серверів все те саме, тільки масиви будуть рознесені по серверах. На термінальному - RAID 1 із двох SSD, на сервері баз даних - RAID 10.

Один або кілька серверів

До переваг використання одного сервера та віртуалізації можна вважати нижче енергоспоживання та гнучкіше розподіл ресурсів між віртуальними машинами. Та й перенесення віртуальних машин, у разі чого, набагато зручніше, ніж перенесення фізичних ОС.

Однак два сервери мають ширші можливості щодо апгрейду. Наприклад, у нашому варіанті недорогий IBM x3550 M3 з додаванням ще одного процесора та ОЗУ перетворюється на елегантні шорти термінальний сервер на 50 і навіть більше користувачів.

Ще одне "вузьке місце" у нашому випадку, яке необхідно враховувати при виборі двох фізичних серверів, це обмін даними між ними по мережі. У віртуальних серверів обмін даними йде через віртуальний комутатор. Тут же, для збільшення пропускної спроможності мережі, можна встановити в кожен сервер по мережній карті з двома гігабітними інтерфейсами, які можна агрегувати між собою і безпосередньо з'єднати обидва сервери агрегованими 2 гігабітними лінками. Або ж використовувати мережеві картки з SPF+ 10GBASE, але це дороге задоволення.

Запас за потужністю

Отже, якщо вам буде потрібно розширення, або кількість сервісів збільшиться, то тут є великі перспективи, а існуючі сервери ще довгий час ефективно виконуватимуть свої завдання. Можливо, через рік нам несподівано буде потрібно збільшити кількість користувачів вдвічі, до 60 осіб? Будь ласка.

Якщо ви використовували один сервер DELL R710, то можна докупити недорогий IBM x3550 M3, підняти на ньому гіпервізор, перенести туди віртуальну машину з БД та 1С-сервером, а на DELL всі ресурси віддати віртуальній машині з терміналом. Це буде швидко, і не потрібно буде «все викинути і купити нове».
Якщо ж ви використовували два сервери IBM, то x3550 M3 з додаванням другого процесора та невеликої кількості ОЗУ перетворюється із середнячка на досить потужну машину. А в x3250 M5 можна оновити процесор із E3-1220v3 до E3-1285v3.