Сервери під «1С»

1. якірне додаток
2. Визначаємося з обчислювальною потужністю сервера
3. У зоні особливої ​​уваги
4. Оптимізуємо дискову систему
5. RAID 1, 10 - і чи потрібен виділений контролер?
6. Не всі SSD однаково корисні або Де зберігати «гарячі» дані
7. Нехай HDD в сервері початкового рівня зберігають «холодні» дані
8. Мережеві операції
9. Операційна система
10. Який він, сервер початкового рівня?

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

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

Чому ПК поганий як сервер

Підміна серверів на процесорах Intel Xeon звичайними ПК на Intel Core i5-i7 позбавляє їх власників переваг, які вони могли б отримати за ті ж гроші.
При рівній частоті процесори Intel Core i7 і Intel Xeon E3 коштують однаково. Але Intel Core i7 створений під однопользовательские додатки - висновок графіки в іграх і кодування відеоданих, а Intel Xeon E3 оптимізований на рівні внутрішнього микрокода під обслуговування безлічі одночасних запитів користувачів, в тому числі до різних пристроїв введення / виводу (диски, мережа) і підтримує корекцію помилок оперативної пам'яті (ECC-пам'ять).
Бюджетні материнські плати для ПК не розраховані на цілодобову експлуатацію по ресурсу їх компонентів. Є обмеження по використанню додаткових пристроїв - таких як RAID-контролери. На платах розпаяний один мережевий порт на дешевому чипі - потенційно вузьке місце при мережевих обмінах. У серверних плат є як мінімум два мережевих порту на спеціалізованих багатопоточних чіпах. Дорогі ж материнські плати для ПК на якісних компонентах стоять як серверні, і навіть дорожче.

Уже при 3-5 співробітників підприємству для продуктивної роботи потрібен виділений сервер. На відміну від призначеного для користувача ПК, сервер підлягає експлуатації в режимі 24 × 7 (а не 8 × 5) вбагатозадачного багатокористувацької середовищі, з доступом до даних і додатків по мережі, розмежуванням прав доступу і відповідним рівнем надійності зберігання (див врізку).

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

якірне додаток

Домінуючою обліковою системою малих підприємств (приблизно 70% ринку) сьогодні є «1С: Підприємство 8.2». Вимоги цієї платформи задають необхідний рівень обчислювальних ресурсів серверів - подібно до того, як продуктовий супермаркет виконує якірну функцію торгово-розважального центру: він генерує трафік, під нього розраховуються людські потоки, під'їзні маршрути і парковки, до нього тяжіють суміжні магазини та сервісні точки.

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

Платформа «1С: Підприємство 8.2» вийшла на рівень систем ERP-класу, але втратила колишню легкість попередниці «1С: Підприємство 7.7» по відношенню до запитуваною апаратних ресурсів. Проти «сімки», з її структурним кодом, «вісімка» більш об'єктно-орієнтована. Так, кількість табличних посилань на об'єкт конфігурації в 8.2 виросло проти 7.7 в 20-50 разів.
Платформа 8.2 орієнтована на роботу з SQL-сервером. Її стандартні конфігурації побудовані на використанні SQL-запитів, в тому числі складних і вкладених. У платформі 7.7 запити здебільшого застосовувалися для побудови звітів. Якщо на «сімці» у файловому режимі можна було продуктивно працювати, то його продуктивність в «вісімці» стрімко падає з ростом обсягу бази даних: при збільшенні кількості користувачів різко зростає кількість блокувань таблиць, особливо при доступі до файлів бази даних по локальній мережі.
Дворівнева архітектура платформи «1С: Підприємство 7.7» (SQL-сервер або файли на диску - Клієнтське додаток 1С) заохочувала використання термінального доступу до додатка (Remote Access), особливо на підприємствах з великою кількістю користувачів або з об'ємними базами даних. При цьому всі дані зберігаються і обробляються на сервері, а у користувача на ПК тільки відображається картинка. Така модель експлуатації підвищує збереження бази даних, покращує загальну продуктивність і знижує залежність від потужності кінцевих комп'ютерів користувачів.
У трирівневої від народження платформі «1С: Підприємство 8.2» (SQL-сервер - Сервер додатків 1С - Клієнтське додаток 1С) термінальний доступ не критичний, хіба що при роботі в дворівневому файловому режимі (Файл - Клієнтське додаток 1С) п'яти і більше користувачів.

Малі підприємства працюють з файлової або SQL-версією «1С». Перехід від попередньої платформи «1С: Підприємство 7.7» до актуальної «1С: Підприємство 8.2» істотно збільшив можливості системи в цілому. Платою за вдосконалення стала складність взаємодії з таблицями даних. Як наслідок, робота в файловому режимі з ростом числа співробітників і розміру бази даних перетворюється на муку, необхідний перехід на SQL-версію (див врізку). «1С» підтримує в числі інших безкоштовні і умовно-безкоштовні SQL бази даних, яких, при їх обмеження (наприклад, 1 процесор для IBM DB2), досить для невеликого підприємства.

У задачі проектування сервера під «1С» для сегменту «5-25», виходимо з того, що:

- 5 користувачів «1С» (1-2 активних) з базою до 500 МБ і невеликим навантаженням обійдуться файловим режимом роботи (сервер використовується саме як файл-сервер);

- 5-10 користувачам (3-5 активних) бази даних об'ємом 0,5-1 ГБ швидше за все буде потрібно режим віддаленого доступу до додатка Remote Access (сервер виконує роль і файл-сервера, і сервера терміналів) і перехід на SQL-версію;

- 10 і більше співробітникам з базою даних більше 2 ГБ майже завжди потрібно SQL-сервер і «1С: Підприємство 8.2. Сервер додатків »;

- При 15 співробітників до навантаження SQL-сервера зазвичай додається підтримка віддаленого робочого стола користувачів (Remote Desktop) - найбільш продуктивного і оптимального за сукупними (включаючи підтримку) витратам режиму роботи, навіть при необхідності купувати призначені для користувача ліцензії для віддаленого доступу (Remote Desktop CAL).

Визначаємося з обчислювальною потужністю сервера

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

Малому числу користувачів «1С: Підприємство 8.2» для роботи з невеликою базою даних 1-2 ГБ в файловому режимі буде досить класичного файлового сервера на молодших процесорах лінійки Intel Xeon E3. Обсяг необхідної оперативної пам'яті (ОЗУ) вважається зовсім просто: 2 ГБ під операційну систему і 2 ГБ під кешування файлів - разом 4 ГБ. При роботі користувачів з файлової версією в режимі віддаленого робочого столу будуть потрібні процесори трохи могутніше - наприклад, Intel Xeon E3-1240v2. Додатково до 4 ГБ треба зарезервувати по 150-200 МБ ОЗУ оперативної пам'яті на кожного користувача «1С» (1-4 ГБ) - разом близько 8 Гб оперативної пам'яті.

У SQL-версії з призначеним для користувача додатком «1С» на клієнтських робочих станціях також вистачить середнього процесора з лінійки Intel Xeon E3. Додатково до 4 ГБ знадобиться зарезервувати 1-2 ГБ ОЗУ для кешу SQL-сервера і 1-2 ГБ ОЗУ для Сервера додатків «1С» - тобто всього близько 6-8 ГБ ОЗУ. У режимі віддаленого столу для SQL-версії оптимально використовувати лінійку старших процесорів Intel Xeon E3 - наприклад, 1270v2, і 8-12 ГБ ОЗУ (а то і 16 ГБ - благо оперативна пам'ять нині недорога).

15-25 співробітникам, які працюють з SQL-сервером в режимі віддаленого робочого столу, вистачить процесора з старших Intel Xeon E3 та 16 ГБ оперативної пам'яті (2 ГБ під ОС, 2 ГБ під кешування, 2-4 ГБ для кешу SQL-сервера і 1 -2 ГБ для Сервера додатків «1С», по 150-200 МБ на кожного користувача «1С»). Якщо користувачі на сервері будуть запускати Microsoft Word / Excel / Outlook, то на кожен додаток треба виділити ще близько 100 МБ на брата. Навантаженому сервера терміналів 32 ГБ ОЗУ не завадять.

Таким чином, c точки зору процесорної потужності, підприємству сегмента «5-25» для роботи в «1С: Підприємство 8.2» досить сервера з одним процесором і 8-16-32 ГБ оперативної пам'яті.

У зоні особливої ​​уваги

Кількість операцій вводу виводу в секунду IOPS (Input / Output operations Per Second) - частотна характеристика, оцінка інтенсивності обслуговування дискової системою приходять запитів. Це далеко не те ж саме, що MB / s, мегабайти в секунду - обсяг прочитаних / записаних даних в одиницю часу. Який з критеріїв застосовувати до оцінки дискової активності, залежить від типу програми і характеру звернення до даних. До осередкам таблиць баз даних додаток звертається довільним (random) чином - там важливіше IOPS'и. Резервне копіювання - потоковая операція з послідовним (sequential) доступом до даних, вимоглива до швидкості MB / s.
Величина IOPS мало інформативна без вказівки часу затримки відпрацювання запиту (latency) і у відриві від інформації про структуру даних: процентного співвідношення операцій читання і запису, розміру блоків введення-виведення, довжини черги запитів. Latency - як метрика витрат
часу додатком на виконання одного запиту вводу-виводу - найважливіша характеристика при роботі з базами даних, де критично час відгуку системи на запит.
Дискова підсистема, здатна видати 10000 IOPS із середнім часом відгуку 50 ms з точки зору користувача буде повільніше, ніж система, що видає "всього" 1000 IOPS, але з середньою затримкою 10 ms.

Якщо центральний процесор сервера повністю завантажений, це ще не привід для покупки двопроцесорного сервера. Процесор може бути зайнятий банальним очікуванням виконання операцій введення-виведення. Щоб в цьому переконатися, достатньо проаналізувати дискову і мережеву активність - в кожної ОС є свої засоби моніторингу, які дозволяють це зробити. Розібравшись з чергами запитів до дисків / мережевим картками і змінивши пристрій підсистем, можна розвантажити CPU і вирішити проблему.

В оцінці систем зберігання є свої стійкі помилки. До сих пір багато хто ототожнює їх продуктивність з пропускною спроможністю (в МБ / s), і навіть не фізичного пристрою - диска, а інтерфейсу до цього диску. Це все одно як вибирати автомобіль за значенням максимальної швидкості, вибитою на його спідометрі. У реальному житті куди більше практичного сенсу у такої якості автомобіля, як прийомистість (здатність прискорюватися).

Бази даних чутливі до тривалості обслуговування запитів. Малі затримки, поряд з високою надійністю зберігання - два пріоритети серверів баз даних. Здатність бази даних до швидкого відгуку залежить від фізичних можливостей пристроїв зберігання обробити потік запитів (в IOPS) і від характеру роботи з даними (див врізку). Затримки відгуку на запити виливаються в простої сервера - очікування користувачем відповідної реакції облікової системи. У більшості випадків коріння простою треба шукати в дискової системі, побудованої без аналізу властивостей якірного додатки і його запитів. Процесор не винен, що його ресурси не затребувані і він фактично простоює в очікуванні розсмоктування дискових черг - як невинні світлофори в транспортних пробках незручного для їзди міста.

Структура даних в «1С» - об'єктно-орієнтована, з безліччю перехресних зв'язків між об'єктами. Її дисковий трафік складається з потоків звернень до таблиць баз даних (DB), їх індексних файлів (index), тимчасовим таблиць (tempDB), файлів протоколів (логів) SQL і 1C, тимчасовим файлам призначених для користувача додатків «1С» (tmp). Для роботи з таблицями та індексами баз даних надзвичайно важливо швидке обслуговування великої кількості операцій читання і запису (IOPS) довільного (random) доступу. Дуже скромна база даних обсягом 200-400 МБ з 3-5 користувачами може генерувати пікові навантаження порядку 400-600 IOPS, база на 10-15 користувачів об'ємом в 1-2 ГБ - близько 800 1500 IOPS, навантажена база даних на 25 користувачів об'ємом 4-8 ГБ - близько 1500-3000 IOPS.

Оптимізуємо дискову систему

Для розрахунку реальної продуктивності дискової підсистеми потрібно враховувати витрати ( «штраф») на запис, які несе дискова група в RAID. На одну операцію запису з хоста (що фіксується на рівні ОС) припадає дві операції введення-виведення в RAID 10, чотири - в RAID 5 і шість - в RAID 6.
Обчислюючи гранично досяжне значення IOPS RAID-масиву, треба ділити суму IOPS його дисків на «штраф» обраного рівня RAID. RAID 5 економно витрачає дисковий простір, але створює серйозну обчислювальну навантаження на RAID-контролер і / або CPU. У термінах операцій введення-виведення, RAID 5 - пожирач IOPS при записі, витрачаючи їх удвічі більше ніж RAID 1 і 10.

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

У серверах баз даних використовуються RAID-масиви з декількох дисків - для забезпечення продуктивності і надійності зберігання. Рівні RAID розрізняються алгоритмами надмірності, корисною ємністю і кількістю «споживаних» операцій введення-виведення. Чудес не буває - на надмірність в зберіганні даних витрачається або ємність дисків, або швидкодія масиву на запис.

За часів механічних HDD було два способи боротьби за IOPS і малі затримки: перехід на диски c більшою швидкістю обертання приводу і збільшення кількості дисків RAID-групи. Показники RAID-масиву в IOPS визначаються фізичними можливостями дисків, з урахуванням накладних витрат (див. Врізку). Для баз даних число операцій довільного читання і запису в одиницю часу - найважливіший параметр, тому в серверах баз воліють RAID 10. У RAID 10 з 4-х дисків швидкість читання дорівнює швидкості читання з 4-х дисків, а швидкість запису - швидкості запису на 2 диска.

C появою SSD «концепція змінилася». За затримок звернення до даних обертові накопичувачі - не конкурент твердотілим: механічний підведення головок HDD до позиції над робочою поверхнею непорівнянний по швидкості з прямою адресацією до осередку флеш-пам'яті у SSD. Серверні SSD на два порядки продуктивніше HDD з читання і запису (див таблицю).

У серверних SSD є свій контролер, кеш-пам'ять, захист записи з харчування, вбудовані процедури оптимізації продуктивності і блок прискорення шифрування без втрати швидкодії. Фактично, кожен SSD диск - це RAID-контролер в мініатюрі. При цьому для SSD стали марні такі інтелектуальні можливості дорогих RAID-контролерів масивів HDD, як сортування звернень до дисків для оптимізації траєкторії руху головок від одного блоку даних до іншого.

У типових для баз даних малого бізнесу завданнях два диска SSD в RAID 1 по часу відгуку і показником IOPS перекривають 10-12 традиційних дисків SAS HDD 15K rpm в RAID 10. Про перевазі SSD над SATA HDD 7200 rpm краще скажуть графіки порівняння за кількістю IOPS і часу відгуку.

У сервері початкового рівня сумарний обсяг «гарячих» даних (критичних до швидкості обігу) невеликий: сама база даних, її індекси і тимчасові таблиці - десятки гігабайт від сили. Сюди ж можна проинсталлировать саму «1С» і розмістити профілі користувачів «1С» (але тільки «1С», а не всього MS Office з базами Outlook!). C їх обслуговуванням в робочому середовищі «1С» прекрасно впорається пара SSD серверних, і навіть «околосерверних» серій. Коштувати такі диски будуть при невеликої ємності можна порівняти з дисками SAS HDD, служити будуть довго (особливо, якщо застосувати overprovisioning - залишити неразмеченное більшу частину їх ємності).

Більш об'ємні дані: ОС, додатки, призначені для користувача папки, резервні копії, log-файли та файлові архіви - не так критичні до швидкості доступу ( «холодні» дані). Їм з головою вистачить продуктивності двох недорогих і ємних SATA HDD 7200 rpm, об'єднаних в RAID 1.

Виходить, сервера початкового рівня більше чотирьох дисків і не потрібно. Двох SSD в RAID 1 досить під «гарячі» дані, на двох SATA HDD в RAID 1 комфортно розмістяться додатки і об'ємні «холодні» дані. Спрощуються вимоги до RAID-контролеру (якщо він об'єктивно потрібен): досить підтримки 4 дисків і рівнів 1, 10. Оптимізувати поєднання SSD, HDD і RAID-контролера допомагає моніторинг дискових операцій на живій системі з реальними даними.

RAID 1, 10 - і чи потрібен виділений контролер?

Коло контролерів для обслуговування 4 дисків в RAID-масивах рівнів 1 або 10 можна звести до трьох кандидатів:

- контролеру в складі базового набору логіки материнської плати;

- виділеному SAS HBA (c функцією 1, 10) на шині PCIe;

- виділеному SAS RAID (1, 10) на шині PCIe.

У таблиці порівнюються їх типові представники: Intel Matrix RAID - LSI 9211-4i - Adaptec 6405E:

За продуктивністю великих відмінностей між ними немає, хіба що Intel Matrix RAID більше завантажує CPU. Розрізняються: стійкість до зовнішніх чинників (наприклад, відключення живлення), ризики руйнування масиву і складність процедур відновлення даних.

Intel Matrix RAID використовує базову логіку чіпсета для введення / виведення і витрачає ресурси центрального процесора і оперативної пам'яті на розрахунок контрольних сум RAID5, кешування читання / запису, управління масивом. Він істотно залежить від драйверной підтримки: відновлення RAID-масиву після збою починається тільки після старту ОС і завантаження драйверів. При невідключеному кешуванні записи в оперативній пам'яті (за замовчуванням вона була придбана) і збої з харчування є ймовірність руйнування масиву. Але ж і дістається контролер безкоштовно, в складі материнської плати.

LSI 9211-4i є апаратним RAID-контролером. Створений як виділений контролер введення / виводу з підтримкою протоколів SAS і SATA, він забезпечений власним процесором і реалізацією RAID 1 і 10 на рівні прошивок. Підтримує розширення масиву (що в нашому випадку не дуже актуально), має широкий список сумісності з операційними системами.

Гібридний RAID-масив

Збирається з дисків різної внутрішньої архітектури - твердотільного SSD і класичного HDD з механічними обертовими дисками. Його перевага - у високій швидкості читання з SSD. Запис на SSD і HDD проводиться одночасно. Гібридні масиви підтримуються всіма контролерами Adaptec серій 2, 5, 6.
У мінімальному поєднанні 1 SSD / 1 HDD гібридний масив ефективний в серверах фронтальних додатків з переважанням читання довільного доступу. Для універсального сервера початкового рівня може бути цікавим таке рішення: 1 SSD (наприклад, 60GB) і 2 HDD (по 500GB) збираються в два масиви. Один з них - гібридний (RAID 1 з SSD і 60GB першого HDD), другий - звичайний (RAID1 із решти ємності першого HDD і другого HDD).

Adaptec 6405E - повноцінний апаратний RAID-контролер зі своїм двоядерним процесором і кеш-пам'яттю. До його переваг можна віднести незалежність уявлення RAID-масиву від драйверів і операційних систем (він легко переноситься на інший фізичний сервер), і підтримку гібридних масивів з суміші SSD / HDD (див врізку).

Не всі SSD однаково корисні або Де зберігати «гарячі» дані

Далеко не всі SSD придатні до використання в серверах. Як правило, сам виробник визначає їх область застосування і не варто експериментувати на своєму сервері з продуктами побутового призначення - для ноутбуків і ПК. Навіть якщо для SSD заявлені привабливі характеристики, слід пам'ятати, що однопользовательские ігрові програми і серверні завдання оперують різними типами даних, їх критерії застосовності SSD відрізняються кардинально. Для сервера принципово важливі: велике значення IOPS, особливо по запису довільного доступу, мале значення latency, наявність вбудованих засобів і процедур збільшення продуктивності, тривалість життя (кількість гарантованих циклів перезапису).

Порівнюючи параметри різних лінійок SSD одного виробника, можна судити про їх застосовності в серверах (див. Таблицю).

За параметром Random Read IOPS більш-менш сильні все SSD. Серверні SSD відрізняє високе значення Random Write IOPS - причому, виміряний при заповненні 100% простору диска (100% Span) - див врізку. Ще один критичний параметр - час відгуку SSD на одиночний запит Latency Read / Write, μs. Різниця між интеловский серверної 3700-й і побутової 520-й серіями - майже в 2 рази.

Приписка 8 GB span в таблицях з характеристиками SSD означає, що наведена продуктивність при заповненні всього 8 GB із загального обсягу диска. Хитрість полягає в тому, що зі зменшенням резерву осередків пам'яті продуктивність SSD падає. При 100% заповнення показник Random Write IOPS може погіршитися в 20-80 (!) Разів.
Ще один маркетинговий прийом - фокусування на нерелевантних характеристиках. Відомо, що контролери SandForce виконують компресію даних перед записом в осередку пам'яті. SSD на них показують видатні результати - але тільки при операціях з добре стисливими даними. Передача потокового запис - не сама типова серверна операція, а при випадкових запитах довільного доступу до таблиць баз даних стиснення може дати зворотний ефект у вигляді уповільнення.
Заявлена ​​продуктивність Intel SSD 520 series 60 GB становить 80 000 IOPS для «компрессіруемих» і всього лише 6 900 IOPS для нестискуваних даних. Продуктивність в серверному режимі зі 100% заповненням просто не наводиться.

Життєво важливий фактор для SSD - це обсяг перезапису, який здатний витримати диск при повноцінної експлуатації (вмираючи, SSD переходить в стан Read Only). Тут чудеса творить overprovisioning - виділення контролера SSD службової області, недоступною користувачеві. Вільний резерв пам'яті спрощує процес неминучого переміщення валідних даних при перезапису вмісту комірок (прискорює запис) і запобігає їх передчасний знос. Так, для SSD Intel 710 series 100 ГБ паспортний оборот даних при записі з повністю довільною вибіркою і 100% заповненні складає 900 TB. У ідентичного йому по контролеру, схемотехніці і мікросхем флеш-пам'яті SSD Intel 320 series 160 ГБ цей же показник дорівнює всього 15 TB. Справа не тільки в особливостях прошивок і відборі мікросхем пам'яті. Службовий резерв осередків пам'яті у 320-й серії становить 8% загального обсягу, а у 710-й серії - все 42%.

Знаючи призначення SSD, їх реальні навантажувальні можливості і майбутні умови експлуатації, можна підібрати оптимальні по співвідношенню ціна / продуктивність / ресурс накопичувачі під свої завдання, а заодно вжити заходів для збільшення їх продуктивності і продовження терміну служби. Адже якщо виробник відводить під службову область до половини обсягу SSD, то що може перешкодити кінцевому користувачеві чинити так само, залишаючи неразмеченное і 20, і 50, та хоч 80% ємності SSD? Тільки жадібність і безграмотність.

Нехай HDD в сервері початкового рівня зберігають «холодні» дані

Завдання обслуговування «гарячих» даних в сервері початкового рівня під силу 1-2 SSD. На частку HDD залишається зберігання «холодних» даних (ОС, додатки, папки користувачів, бекапи і файлові архіви) - де не потрібні подвиги по швидкості відгуку і IOPS'ам, зате на руку невисока питома вартість зберігання. Два SATA HDD в RAID 1 забезпечать прийнятний рівень продуктивності і надійності.

Диски великого обсягу коштують відносно недорого, але за ємністю краще не гнатися - вона сервера навряд чи буде потрібно (якщо тільки не зберігати на ньому сторонні дані). Масив великої місткості після збою може відновлюватися годинами. Швидкість його роботи в деградированном стані низька, а ризик повної втрати даних, навпаки, великий. Чим менше ємність дисків - тим швидше реконструюється RAID.

В сервери ставлять SATA HDD класу RAID Edition - такі як Seagate Constellation ES, Hitachi Ultrastar або WD RE. Їх відрізняє довгий термін служби, спеціальні прошивки і вбудовані технології, що знижують ризик розвалу масиву, особливо в роботі під апаратними RAID-контролерами - як Adaptec 6405E і LSI 9211-4i. При малому навантаженні в програмно-апаратний RAID можна збирати менш дорогі диски серій WD Red або Seagate Constellation СS.

Мережеві операції

На відміну від розрахованого на одного користувача ПК, сервера, який обслуговує множинні запити користувачів мережі, потрібні як мінімум два мережевих порту Gigabit Ethernet - для забезпечення відмовостійкості і балансування навантаження. Вкрай бажана апаратна підтримка TOE (TCP Offload Engine) - прискорення обробки мережевих пакетів стека протоколів TCP / IP. Вбудовувані в мережеві адаптери набори команд розвантажують центральний процесор. При відсутності підтримки TOE кожен пакет, що проходить через мережеву карту, вимагатиме окремого переривання і обслуговування процесором. Як наслідок, процесор буде завантажений обробкою цього потоку введення / виведення.

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

Операційна система

Для компаній до 15 користувачів існує економічний серверний продукт Microsoft - Windows Server 2012 в редакції Foundation. При вартості трохи вище Windows Professional, це повноцінна ревізія Windows Server, куди вже включені призначені для користувача ліцензії (User CAL), на ньому можна налаштувати мережу з аутентифікацією і контролем доступу до ресурсів на рівні Active Directory (AD), а при покупці ліцензій Remote Desktop CAL (RD CAL) працювати користувачам на сервері в режимі віддаленого робочого столу.

Якщо користувачів більше, зазвичай використовують Windows Server 2012 Standard, який дозволяє розмістити на одному сервері і загальні функції сервера з AD, і SQL-сервер, і Сервер додатків «1С» 8.2, і саме користувальницький додаток «1С: Підприємство 8.2». Правда, крім самої ОС доведеться купувати як мінімум клієнтські ліцензії на кожного користувача User CAL, а при використанні віддаленого робочого столу - ще і RD CAL.

Обидва варіанти ПО від Microsoft успішно впораються і з традиційними завданнями файл-сервера, шлюзу в Інтернет і т.д.

Який він, сервер початкового рівня?

При дотриманні балансу підсистем сервера початкового рівня під «1С Підприємство 8.2» багато не треба: досить одного процесора Intel Xeon E3 (а то і Core i3), 4-16 (рідко - 32 ГБ) оперативної пам'яті ECC, 2-4 дисків SSD / HDD, двох мережевих портів Gigabit Ethernet, слоти розширення під додатковий контролер (HBA або RAID).

Це посильні потреби. Такий сервер буде недорогий, простий у виконанні і скромний за габаритами: 1U глибиною близько 40 см - якщо передбачається його установка на майданчику провайдера, або розміром з ПК - при настільної компонуванні. Коли сервер працює в жилому приміщенні, мало відповідності його продуктивності запитам додатків. Хочеться, щоб він був компактний і тихий. На жаль, постачальники серверів не так часто замислюються про їх підгонці під завдання користувачів, і вже тим більше про зримих і чутних експлуатаційних характеристиках.

Невеликий за розмірами сервер можна зібрати на платі Intel 1200KP-R на чіпсеті С206 (фото плати). Скромний формат mini-ITX не заважає їй залишатися повноцінним серверної платформою: підтримуються процесори Intel Core i3 і Xeon E3 12 × 5, до 16Гб оперативної пам'яті ECC, є 4 бортових порту SATA, слот розширення x16 PCIe, два мережевих порту Gigabit Ethernet (i82574L + i82579) з драйверами під всі основні ОС. Якщо таку плату поставити в корпус Chenbro SR301 (фото), сервер вийде менше більшості ПК, але при цьому багатим по оснащенню (можна поставити 4 диска 3,5 "гарячої заміни і 2 фіксованих диска 2,5") і практично безшумним в роботі. Вся справа в незвичайній конструкції корпусу і способі монтажу материнської плати - вона лежить горизонтально, на дні корпусу, тепле повітря відводиться назовні без примусового наддуву.

Підбираючи наповнення, таким сервером-кубиком можна спокійно обслужити всі додатки 5 - 25 співробітників в «1С Підприємство 8.2». Більшого від сервера початкового рівня і не потрібно. Все одно з ростом підприємства і обсягів операцій завдання поміняються, а з ними - інструменти їх вирішення.

Ви можете підписатися на наш Telegram-канал для Отримання найбільш цікавої информации