Як вибрати сервер для 1С

Бази даних зростають і разом з ними зростають і вимоги до серверів. Одними з найпопулярніших програм для роботи з даними є зміни реалізовані на 1С. У статті поговоримо про те, як вибрати сервер для баз, побудованих на 1С. Сервер повинен надавати комфортну та безпечну роботу у програмі. Говорити про конкретні складання немає сенсу, оскільки ринок постійно змінюється і пропонує різні рішення.

Загальні рекомендації для підбору сервера для 1С

• Для програми Сервер 1С важлива частота процесора. Раніше дана система не могла розподіляти одне завдання по ядрам процесора і продуктивнішими були сервери з високою тактовою частотою процесора. Зараз ситуація трохи змінилася і додаток оптимізували під багатоядерні процесори, але частота залишилася одним з ключових параметрів при підборі процесора.
• СУБД оптимізовано під багатоядерну архітектуру процесора, тобто тут кількість ядер має значення.
• Для забезпечення стабільності роботи системи при роботі з користувачами теж важлива кількість ядер процесора - чим більше користувачів, тим більше ядер.
• На продуктивність системи впливають дискові підсистеми. При виборі варто брати до уваги не швидкість лінійного читання, але в кількість операцій на секунду IOPS. Безперечними лідерами тут є SSD NVMe диски.
• Технології RAID мають різні рівні реалізації і в залежності від цього, крім стабільності та відмовостійкості, можуть дати приріст продуктивності.
• При виборі оперативної пам'яті слід враховувати частоту її роботи. Зрозуміло, що вище частота, то краще.
• Використання кількох процесорів підвищує продуктивність сервера.

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

Для зберігання інформації використовуються HDD, SSD із підключенням за інтерфейсом SATA-III та NVMe пам'ять. Як говорилося раніше, NVMe пам'ять дає найвищі показники продуктивності, але її вартість так само вище. Для завдань малого та середнього бізнесу зазвичай вистачає SAS HDD.

Середня швидкість читання/запису

Кількість запитів, що обробляються в секунду

Максимальний об'єм одного диска

Можливість заміни диска, не відключаючи систему

Окремо варто згадати про технологію RAID. Це технологія поєднання кількох фізичних пристроїв пам'яті в один логічний. RAID дозволяє побудувати відмовостійку систему і досягти продуктивності. Існують кілька схем об'єднання, які називаються рівнями та позначаються RAID0, RAID1.. RAID6 і т.д. Кожна схема має особливості.

Розрахунок оперативної пам'яті

При розрахунку оперативної пам'яті передусім необхідно виділити під операційну систему (ОС). Тут все залежить від самої ОС та її версії. Так, наприклад, якщо для операційних систем Windows Server 2008R2 раніше вистачало 2Гб, то для Windows Server 2016-2022 потрібно мінімум 4Гб. Те саме справедливо про Unix подібних систем. Наступне, що потрібно розрахувати пам'ять для додатків, які будуть працювати на сервері. Для кожного користувача потрібно близько 700Мб для сесії термінального доступу до бази, але все залежить від конкретної бази специфіки роботи користувача та складності обчислень. Програма Сервер 1С займає від 4Гб. SQL сервер займає від 4 до 8Гб. У цьому необхідно виділити пам'ять під кеш SQL сервера. В ідеалі розмір пам'яті для кешу повинен дорівнювати обсягу бази. Кеш дозволяє швидше отримувати дані з бази і цим позначається на продуктивності.

При налаштуванні MS SQL сервера є рекомендації дотримуватися наступного правила - в налаштуваннях SQL вказувати в параметрі “Minimum server memory (in MB)” половину загальної пам'яті сервера Total*0,5 , а в параметрі "Maximum server memory (in MB)" значення, отримане за формулою Total-1024* Total/16384, де Total- загальний розмір пам'яті, який можна переглянути в диспетчері завдань. Якщо на цьому ж сервері встановлено програму Сервер 1C, то під нього також потрібно виділити місце і зменшити максимальну величину, на об'єм пам'яті достатній для роботи програми. Про інші налаштування SQL можна прочитати у статті.

При настроюванні PostgreSQL рекомендується вказати у файлі налаштувань postgresql.conf параметр effective_cache_size значенням Total - 4Гб , тобто загальний обсяг пам'яті мінус розмір необхідний для роботи операційної системи. Також тут потрібно залишити місце під Сервер 1С та інші програми якщо вони встановлені на цьому ж сервері.

Уявімо таку ситуацію. Невеликий офіс з кількістю користувачів, що одночасно працюють, не більше 10 осіб. Відповідно в таких випадках база також невелика. При виборі процесора у цій ситуації немає сенсу гнатися за кількістю ядер, а краще взяти процесор із вищою тактовою частотою. Також немає сенсу розділяти Сервер 1с і сервер СУБД різні фізичні машини. Все буде добре працювати на одній. З завданнями впораються серверні HDD диски, які для надійності завжди краще об'єднати в масив RAID.

Якщо планується бурхливий розвиток компанії, варто подумати про масштабованості системи. Найпростіше, що можна додати і оновити в будь-який момент, це оперативна пам'ять, вона відносно недорога і не вимагає додаткових дій.Все складніше при зміні дискової підсистеми чи процесора. Це потребує додаткових витрат за часом, а чи не завжди є можливість зупинити роботу підприємства надовго. Тому варто заздалегідь подумати, чи вистачить даних ресурсів у найближчому майбутньому.

Коли СУБД і 1С Сервер розташовані на одному фізичному сервері, це забезпечує між ними швидкий обмін даними, але збільшує вимоги до характеристик сервера. Якщо робота ведеться з великими базами та великою кількістю користувачів, необхідно розділити Сервер 1С та СУБД на різні фізичні сервери, між якими реалізувати швидкий обмін. Ресурсами одного фізичного сервера стає просто неможливим обробка такого обсягу даних.

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

Методика підбору обладнання від компанії 1С

• Конфігурація 1С, що використовується.
• Кількість активних користувачів. Йдеться про кількість користувачів, що одночасно працюють, і дані, з якими вони працюють.
• Розмір бази даних.Потрібно враховувати її збільшення протягом наступних 2-3х років.
• Унікальне навантаження. Важливі операції у базі, які працюють із великим обсягом даних, та його частота.
• Інші характеристики, такі як тип та версія СУБД, операційна система сервера та клієнтів, типи.

• Продуктивність процесора.
• Дискова підсистема.
• Оперативна пам'ять

Тест Гільова

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

Як вибрати сервер для 1С, SQL та терміналів

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

Основним критерієм при виборі серверів для організації є набір послуг, які будуть використовуватися, та кількість користувачів.

Сьогодні ми розглянемо вибір серверного «заліза» для невеликої організації на 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 гігабітних інтерфейсу.

Процесор

З погляду процесорного часу термінальні сесії займають невелику частку. За досвідом впровадження термінальних рішень у різних організаціях, для підтримки комфортної роботи 30 користувачів достатньо буде 4-6 фізичних ядер процесора, по одному ядру на 6-8 сесій.

Для невеликої бази 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 Гб із запасом. Пам'ять зараз — один із найдешевших компонентів сервера.

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

Це традиційне пляшкове шийка багатьох систем. Правильний вибір жорстких дисків є дуже важливим для забезпечення швидкодії серверів. При роботі 1С з базою SQL відбувається безліч операцій читання/запису за секунду (IOPS). Якщо користувачі працюють на термінальному сервері з тонких клієнтів (тобто, повноцінно використовують термінальний сервер як робоче середовище), це сильно навантажує дискову систему сервера. Наприклад, 30 користувачів термінального сервера на RAID 1, SATA 3 Гбіт/с, з дисками WD Velociraptor почуваються некомфортно під час роботи з поштою та активному серфінгу в інтернеті. Для термінальних серверів ми рекомендуємо використовувати SSD-накопичувачі. Для серверів баз даних - SAS-диски, зібрані в стійкі до відмови масиви.

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

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

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

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

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

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

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

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

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

При розрахунках та виборі сервера необхідно брати до уваги пікові навантаження.Також обов'язково потрібно пам'ятати, що база даних буде лише «пухнути», обсяги даних на термінальному сервері зростатимуть, а кількість користувачів може збільшитися. Багато підприємств економлять на запасі потужності та через півроку-рік стикаються з перебоями у роботі та скаргами користувачів. Це той випадок, коли надмірна економія призводить до нових витрат у майбутньому — скупий платить двічі. Вибрані нами варіанти розраховані із запасом потужності та можливістю апгрейду. Враховано, що в DELL R710 можна буде додати ще два жорсткі диски та ОЗУ, а також замінити процесори на більш продуктивні.

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

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

Висновок

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

Проектування сервера під 1С та як вибрати сервер під 1С

У цій статті ми розповімо про особливості проектування, створення та вибору сервера під 1С. Нам неодноразово доводилося підбирати сервери для компаній різної величини і з найрізноманітнішими завданнями, тому ми вивчали це питання особливо ретельно і тепер хотіли б поділитися накопиченим досвідом.

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

Звертайтеся до нас і ми допоможемо вам з налаштуванням та обслуговуванням вашого сервера 1С.
Залишити заявку

Вибір сервера для 1С

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

Вимоги до сервера 1С

В апаратній структурі 1С сервера для нас будуть важливі характеристики процесора, оперативної пам'яті, дискової підсистеми та мережеві інтерфейси.

Необхідно, щоб вони забезпечували стабільну та досить продуктивну роботу наступних компонентів:

• операційна система;
• сервер баз даних (найчастіше це MS SQL Server);
• серверна частина 1С (не всім випадків, оскільки маленька компанія на 2-10 користувачів може працювати з 1С у файловому режимі);
• робота користувачів у режимі Remote Desktop;
• робота віддалених користувачів через тонкий клієнт чи веб-клієнт.

Вибір процесора для сервера 1С

Оптимальна кількість ядер процесора зазвичай розраховують, виходячи з того, що на роботу ОС потрібно зарезервувати 1-2 ядра, 1-2 ядра на роботу бази SQL, ще 1 на роботу сервера додатків і орієнтовно по 1 ядру на кожні 8-10 одночасних користувацьких сесій (щоб користувачі потім не скаржилися, що сервер 1С гальмує).

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

Кількість користувачів

Модель процесора

Intel Core i3, Intel Xeon4C