Тестування навантаження 1с. Стандартний тест навантаження. Операційна система ms server та субд ms sql

Результати тесту навантаження TPC-1 продуктивності 1С по Гільову для конфігурації з файловою базою даних:

Продуктивність сервера оцінюється не завантаженістю та чергами до CPU, а здатністю виконати певну кількість операцій за одиницю часу.
Конкурування за такі ресурси, як процесор, знижує швидкість виконання операцій, коли час відгуку визначається:

• часом операції
• часом очікування обладнання
• часом логічних очікувань на кшталт блокувань

У цьому ключовою характеристикою є швидкість операції.

Примітка. Для процесора найбільш значущою характеристикою є частота процесора, а не завантаженість. Нижче скріншот результатів проведеного тестування (Щоб збільшити картинку – натисніть на неї).

Швидкодія системи та планування необхідних обчислювальних ресурсів для її реалізації є обов'язковою операцією за будь-якого впровадження або зміни існуючої ІТ системи.

Більшість існуючих методів оцінки продуктивності ґрунтуються на тому чи іншому типі тестування.

Можна виділити два основні типи тестування: компонентне та інтегральне.

p align="justify"> При компонентному тестуванні проводиться тестування окремих компонентів рішення, починаючи від продуктивності процесорів або підсистем зберігання інформації до тестування продуктивності сервера в цілому, але без корисного навантаження у вигляді того чи іншого бізнес-додатку.

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

У нашому тесті якраз і використовується такий підхід.

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

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

Стандартний тест навантаження призначений для оцінки продуктивності серверного обладнання та програмного забезпечення в так званих «Стандартних користувачах 1С». Основна сфера застосування цього тесту – вибір конфігурації серверного устаткування й програмного забезпечення з метою конкретного застосування.

Розв'язувані завдання

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

Що оцінює тест

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

• всі робочі сервери, використані для розгортання кластера «1С:Підприємства» та сервери СУБД
• операційні системи всіх робочих серверів;
• налаштування операційних систем, «1С:Підприємства» та СУБД.

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

Таким чином, тест оцінює продуктивність серверної частини системи за найвужчим місцем, тобто її найменш продуктивним компонентом.

Якщо серверна частина системи недостатньо добре збалансована для роботи з «1С:Підприємством», то при усуненні вузького місця (заміна або апгрейд найменш продуктивного компонента) можна буде отримати більш високу оцінку продуктивності.

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

Як працює тест

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

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

Передісторія

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

Більшість існуючих методів оцінки продуктивності ґрунтуються на тому
або іншому типі тестування.

Можна виділити два основні типи тестування:
компонентне та інтегральне.

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

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

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

Що таке TPC-1C-GILV

Це серія незалежних тестів, призначених для оцінки швидкодії платформи 1С:Підприємство 8.1 на вашому комп'ютері.

Зрозуміло, " незалежний " тест означає, що не спонсорується фірмою 1С.

В даний час доступний тест TPC-A-local Throughput / TPC-1C-GILV-A" (останнє оновлення - серпень 2008р. версія 1.0.3)

Ідея тесту TPC-A-local Throughput / TPC-1C-GILV-A

Ви завантажуєте з цього сайту файл вивантаження конфігурації (~400 Кб) та завантажуєте у себе. Якщо розгорнете конфігурацію у файлових варіантах, то значною мірою тест буде тестувати зв'язку "CPU вашого комп'ютера - HDD де лежить база".

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

У тесті виконується інтенсивний запис 5000 документів. Глибокого сенсу в бізнес-логіці коду немає, оцінюватися просто умовно обрана за стандарт продуктивність документа Х.

Головна принада тесту в тому, що Вам не треба знати технічних подробиць. Тест виконується сам і сам видає оцінку. До того ж результат комусь повідомляти Вам теж не обов'язково:)

Ви можете порівняти продуктивність кількох серверів або одного сервера з різними характеристиками дискової підсистеми.

Виконуючи тест із сервера додатків та з клієнта по мережі, можна зрозуміти вплив мережі на ділянці від клієнта до сервера.

Як запустити тест

Запустити тест дуже просто. Потрібно натиснути кнопку

і дочекатися, поки індикатор тесту (праворуч від кнопки) досягне 100%.

Зазвичай тест триває близько 8 хвилин.

Що означають результати тесту

Результат тесту представляється як "швидкість запису" даних тесту. Похибка тесту становить 2 одиниці. Для точної оцінки можна повторити тест тричі.

Після того, як індикатор тесту досягне 100%, ви побачите приблизно такі графіки:

Нижче за графіками розташовані деякі раніше проведені аналогічні тести.

Колір графіка підказує про поточну якість "загальної" продуктивності для роботи без урахування блокувань.

Зелений колір графіка в сукупності з деякими умовно обраними за зразки показниками праворуч дозволяє зробити кросплатформенну узагальнену оцінку "непоганої" продуктивності:)

Як радіти результатам тесту

Ви отримали як результат якийсь індекс продуктивності (вважай швидкості). Не важливо, хороший чи поганий результат – це результат роботи ПЛАТФОРМИ на вашому "залізі". У випадку клієнт-серверного варіанта це результат. Ви отримуєте загальний фактичний результат, який визначається НАЙВУЖЧИМ МІСЦЕМ в системі. ВУЗЕ МІСЦЕ Є ЗАВЖДИ!

Іншими словами, і налаштування СУБД, і налаштування ОС, і обладнання впливають на загальний командний результат:)

Який сервер краще

Даний тест, виконаний на конкретному сервері, дає результат із сукупності налаштувань hardware, операційної системи, субд і т.д. Проте високий результат на конкретному серверному устаткуванні означає, що за дотримання нормальних умов такий самий результат буде на ідентичному серверному обладнанні. Даний тест є безкоштовною допомогою у можливості порівняти установку 1С:Підприємство під Windows та Linux, три різних СУБД, що підтримуються платформою 1С:Підприємство 8.1.

Безпека тесту

Тест абсолютно безпечний. Він не призводить до падіння сервера (відсутня стрес-алгоритм) і не вимагає попередніх заходів навіть на бойовому сервері. Конфіденційні дані в результати тесту також не записуються. Збирається інформація про параметри CPU, RAM, HDD. Серійні номери пристроїв не збираються. У цьому можна легко переконатися - код тесту 100% відкритий. Жодного пересилання інформації без вашого відома неможливо.

Як опублікувати результати тесту

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

Дані будуть вручну перевірені (що вони не є помилковими), в колонку "автор" тестів додається адресат тестів і додаються у розвантаження, доступне для скачування всім.

Класифікація TPC-A-local Throughput / TPC-1C-GILV-A

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

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

З іншого боку це означає, що для точних розрахунків замовного проекту тест дозволяє зробити попередню оцінку перед спеціалізованим тестуванням навантаження (наприклад за допомогою 1С:Тестцентр).

Примітка. Модифікація тесту A" означає "автоматичне управління блокуваннями" . Після виходу офіційних версій типових рішень від 1С, планується модифікувати тест для роботи в режимі "керованих блокувань" і позначити буквою " M".

Завантажити тест

Цей тест не є комерційним та .

Результати тестування

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

Технічні подробиці

Що відбувається у тесті в рамках "одного" такту операції?

Як виміряти завантаженість заліза

Слід зазначити, що сам собою тест вже частково виконує замір. Для більш детальної картини рекомендую скористатися утилітою Марка Русиновича.

На малюнку показано приклад виміру для файлового варіанта.

Контакти для TPC-1C-GILV

http://сайт/1c/ tpc

результати тестів, пропозиції щодо розвитку

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

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

Більшість існуючих методів оцінки продуктивності ґрунтуються на тому чи іншому типі тестування.

Можна виділити два основні типи тестування: компонентне та інтегральне.

p align="justify"> При компонентному тестуванні проводиться тестування окремих компонентів рішення, починаючи від продуктивності процесорів або підсистем зберігання інформації до тестування продуктивності сервера в цілому, але без корисного навантаження у вигляді того чи іншого бізнес-додатку.

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

Зелений колір графіка разом з деякими умовно обраними за зразки показниками праворуч дозволяє зробити кросплатформенну узагальнену оцінку «непоганої» продуктивності.

Як радіти результатам тесту

Ви отримали як результат якийсь індекс продуктивності (швидкості). Не важливо, хороший чи поганий результат – це результат роботи ПЛАТФОРМИ на вашому залізі. У разі клієнт-серверного варіанта це результат складного ланцюжка проходження запитів по різних ділянках. Ви отримуєте загальний фактичний результат, який визначається найвужчим місцем у системі. Вузьке місце є завжди.

Інакше кажучи, і налаштування СУБД, і налаштування ОС, і устаткування впливають загальний командний результат.

Який сервер краще

Даний тест, виконаний на конкретному сервері, дає результат із сукупності налаштувань hardware, операційної системи, субд і т.д. Проте високий результат на конкретному серверному обладнанні означає, що за дотримання нормальних умов такий самий результат буде на ідентичному серверному обладнанні. Даний тест є безкоштовною допомогою у можливості порівняти установку 1С:Підприємство під Windows та Linux, три різних СУБД, що підтримуються платформою 1С:Підприємство 8.

Безпека тесту

Тест абсолютно безпечний. Він не призводить до падіння сервера (відсутня стрес-алгоритм) і не вимагає попередніх заходів навіть на бойовому сервері. Конфіденційні дані в результати тесту також не записуються. Збирається інформація про параметри CPU, RAM, HDD. Серійні номери пристроїв не збираються. У цьому можна легко переконатися - код тесту 100% відкритий. Жодного пересилання інформації без вашого відома неможливо.

Класифікація TPC-A-local Throughput / TPC-1C-GILV-A

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

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

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

Завантажити тест

Цей тест не є комерційним і його можна завантажити безкоштовно для 8.2 та безкоштовно для 8.3.

Технічні подробиці

Що відбувається у тесті у межах «одного» такту операції?

Особливості використання тесту на субд PostgreSQL

Встановіть значення параметра standard_conforming_strings у конфігураційному файлі postgresql.conf у значення 'off'

Як виміряти завантаженість заліза

Слід зазначити, що сам собою тест вже частково виконує замір. Для більш детальної картини рекомендую скористатися утилітою Марка Русиновича Process Explorer.

На малюнку показано приклад виміру для файлового варіанта.

Комп'ютери (умовна назва), що брали участь у тестах - опис (диски вказані тільки для БД):

(уточнення між серверами мережа 1 Гбіт)

1) IT33- Десктоп на Core i5 4 ядра по 2.8 ГГц, DDR3 3 ГБ, один жорсткий диск 7200 про/с.

2) REAL- НАЙПОТУЖНІШИЙ як мені думалося)) 8 ядер Xeon по 3 Ггц, DDR2 48 Гб, RAID10 на SSD

3) REAL2- 8 ядер Xeon по 2 ГГц, DDR2 22 ГБ,RAID10 на жорстких дисках SAS 10 000 об/с

Провели тести у конфігурації 1с від Гилева:

"Сервер SQL"--->"Сервер 1с"--->"Оцінка" + "Ім'я клієнтського комп'ютера (якщо не вказано то Він А - співаний у списку)"

>1)REAL2--->REAL2--->25.64(TCP--SQL)
>2)REAL2--->REAL2--->26.32(SQL--Shared Memory)

>3)REAL2--->REAL2--->25.64(SQL--Shared Memory) + IT33(клієнт) - від клієнта до Серверів мережа=10 Мбіт

>4 )REAL2--->REAL2--->24.27(SQL--Shared Memory) + REAL(клієнт) - хм.. дивно мережа 1 Гбіт... чому ж менше папуг..
>5)REAL2--->REAL2--->37.59(Файловий)

** **** **************************
>1)REAL--->REAL--->8.73(TCP--SQL)

>2)REAL---> Real2--->11.99(TCP--SQL) --- це вже почало мене наводити на деякі думки))

>3)REAL--->REAL--->17.48(Файловий)

** **** ******************************

>1)IT33--->IT33--->26.88(TCP--SQL)
>2)IT33--->IT33--->34.72(SQL--Shared Memory)
>3)IT33--->IT33--->59.52(Файловий)

Підсумки:

Дивився результати тесту... крутив і так і сяк)) і ось осяяло (зробив виміри швидкості роботи Оперативної пам'яті),

що на швидкість роботи 1с 8.х (зауважу що Результати Тесту засновані на ОДНОКОРИСТУВАЛЬНОМУ режимі, але і для клієнт-серверного варіанту при розрахованій на багато користувачів роботі - думаю також будуть мати немалу частку впливу) -

отже, на швидкість 1С впливає: частота шини CPU + частота RAM пам'яті

----> що впливає на швидкості ЗАПИСУ та ЧИТАННЯ в RAM. Що є основа швидкодії 1с 8.х.

Комп'ютери, що розділили призові місця За швидкістю роботи 1с))

1) IT33--->IT33--->59.52(Файловий)

RAM DDR 3 (Читання 11089 Мб/с, Запис 7047 Мб/с)------ як я і припускав різниця буде значною з серверами

2) REAL2--->REAL2--->37.59(Файловий)
- RAM DDR2 (Читання = 3474, Запис = 2068)

3)REAL--->REAL--->17.48(Файловий)
- RAM DDR2 (Читання = 1737 Мб / с, Запис = 1042 Мб / с) - як з'ясувалося швидкість нижче ніж на Real2 - рівно в 2 рази,

через включені Віртуальні ядер (Гіпер-трейдинг)- швидше за все відключатимемо.

ВИСНОВКИ:

Найбільша швидкість роботи 1с 8.х досягається:

I) для Файлового варіанта (я особисто нецікавий)

А) запуск Клієнта (будь-якого) на комп'ютері з великою швидкістю роботи з Оперативною пам'яттю. (наприклад, Термінальний сервер

БД там же).

II) для Клієнт-Серверного варіанта

1) Товсті клієнти 1Cна "Термінальному сервері" - з +

2) Тонкі клієнти 1C- Вже немає особливої ​​різниці де ... але бажано налаштувати через "HTTP://".
3а) "SQL сервер" + "Сервер 1с підприємства"(в режимі Shared Memory) - на одній тачці з Найбільшою швидкістю Запис/Читання оперативної пам'яті + Найбільша частота ГГц Ядер процесорадисках

Уточнення:

- підтримкаShared Memory- з'явилася на движку починаючи з 8.2.17 (УВАГА в конфігурації - не повинен бути включений режим сумісності з попередніми версіями движка), на попередніх движках буде використовується Naimed Pipes - теж показує хороші результати))

- RAID на SSD дисках- Доцільно використання RAID10 - для відмови стійкості, при цьому беручи до уваги ШРАФ на Запис:

приклад RAID10 (4 шт Штраф запису = 2) , Швидкість Запису = 4/2 = 2 диски, Штрафу на читання немає.

Ще можна додатково підняти надійність та стабільність швидкості SSD – використовуючи не весь об'єм диска.

приклад (підняття надійності Десктопного SSD до рівня Серверного SSD):

Якщо, наприклад, SSD Intel 520 series 120GB, і розмітити 81 GB, а решту простору залишити нерозміченим -

то під over provisioning буде виділено близько 32% простору SSD додатково до вже прихованих 8%. Разом отримуємо близько 40%

Відмінність серверного SSD Intel 710 series від десктопного SSD Intel 320 series якраз і є різницею в over provisioning: більше 40% для Intel 710 і 8% Intel 320.

Якщо клієнтів 1С багато від 100 і далі:

1) На поточних технологіях мережі Ethernet - НЕ ДОЦІЛЬНО рознесення "SQL" "Сервер 1С".

наприклад, через Латентність (затримки) у мережі Gigabit Ethernet - реальна швидкість обміну з SQL= 30 Мегабайт/с - що замало навіть інтенсивної роботи з Базою Даних 1-го пользователя.

2) Т.к. фактично "Сервер 1с" = "Об'єктна СУБД" (багатомірні об'єкти), а "SQL" = "Реляційна СУБД"(Плоське-табличне зберігання даних)

=> в базі SQL -зберігається ПЛОСЬКА проекція Об'єктів 1С і Сервер 1С збирає з цієї проекції Об'єкт, далі проводить роботи з цим Об'єктом і нарешті по завершенні роботи Знову розкладає в плоский вигляд зберігання SQL.

То як наслідок між "SQL" "Сервер 1С" - і доводиться відмовлятися від рознесення на два фізичні сервери. Але можна використовувати на повну реалізацію NUMA-вузлів. ( Це має підтримувати OS та самі процесори).

3б) Розносимо сервери SQL та Сервера 1с окремо: На поточних технологіях Ethernet - наприклад Gigabit - НЕ ДОЦІЛЬНО
-SQL на сервер з Найбільшою швидкістю Запис/Читання оперативної пам'яті + Найбільша частота ГГц Ядер процесора
-ДекількаФІЗИЧНИХ серверів у Кластері 1с c Найбільшою швидкістю Запис/Читання оперативної пам'яті + Найбільша частота ГГц Ядер процесора+ бажано використання RAID на SSD-дисках