Жарознижуючі засоби для дітей призначаються педіатром. Але бувають ситуації невідкладної допомоги за лихоманки, коли дитині потрібно дати ліки негайно. Тоді батьки беруть на себе відповідальність і застосовують жарознижувальні препарати. Що можна давати дітям грудного віку? Чим можна збити температуру у старших дітей? Які ліки найбезпечніші?
Поточна версія: 2.0.011. Історія версій тут: versions.php
Завантажити можна тут: http://infostart.ru/public/173394/ або тут: perfomanceTest.cf
Тест дозволяє виміряти продуктивність зв'язки сервер 1с - сервер СУБД у різних варіантах у режимі багатопоточної роботи. Тест виконується 20-30 хвилин.
Не запускайте тест на сервері, на якому зараз працюють користувачі, а то їм стане сумно! Тест дає дуже велике навантаження!
Результати тестування можна переглянути звітом усередині конфігурації.
Навантажувальний тест TPC-1C Гільова
Також можна обмінятись результатами з іншими людьми, які виконали тест за допомогою обробки «обмін результатами». Після обміну можна буде порівняти свої результати з іншими людьми.
Більше докладна інструкція, а також обговорення тесту знаходиться на сторінці http://infostart.ru/public/173394/.
Загалом у базі 751 результатів, останнє оновленнявід 2018-06-15 06:33:26. Результати можна переглянути, завантаживши тест і запустивши обмін результатами, або (у спрощеному вигляді) тут: results.php
Статистика
Результати версії 1.х: index_old.php
Для побудови діаграм використовується c3js та d3js (від нього залежить c3js).
| heavenly 20.02.13 — 15:59 |
|
| smitru 1 — 20.02.13 — 16:00 |
|
| ansh15 2 — 20.02.13 — 16:08 |
(0)Стара тема |
| heavenly 3 — 20.02.13 — 16:14 |
Xeon X3450 2.67GHz |
| Адімр 4 — 20.02.13 — 16:21 |
|
| smitru 5 — 20.02.13 — 16:34 |
|
| heavenly 6 — 20.02.13 — 16:43 |
|
| Іде я? 7 — 20.02.13 — 16:44 |
Використовувати вбудований у материнку RAID контролер? Тестування продуктивності 1Счи купувати зовнішній? |
| smitru 8 — 20.02.13 — 16:45 |
|
| Fragster 10 — 20.02.13 — 16:49 |
Тест Гільова однопоточний |
| Fragster 11 — 20.02.13 — 16:50 |
|
| heavenly 12 — 20.02.13 — 16:51 |
|
| Demiurg 13 — 21.02.13 — 07:30 |
|
| el-gamberro 14 — 21.02.13 — 08:05 |
|
| heavenly 15 — 21.02.13 — 09:47 |
|
| heavenly 16 — 21.02.13 — 09:49 |
Наведи порядок у своїй роботі, використовуючи конфігурацію 1C "Управління IT-відділом 8"
УВАГА! Ctrl-F5або Ctrl-R
2000
людина.
Передісторія
Обов'язковою операцією за будь-якого впровадження чи зміни існуючої інформаційної системиє оцінка необхідної швидкодії системи та планування необхідних обчислювальних ресурсів для її реалізації. В даний час не існує точного рішенняце завдання в загальному вигляді, і якщо, незважаючи на
її складність та вартість, такий алгоритм буде запропонований будь-яким виробником, то навіть невеликі зміни в апаратній частині, версії програмного забезпечення, конфігурації системи або кількості або стандартної поведінки користувачів призведуть до появи значних помилок.
Тим не менш, існує достатня кількість способів оцінити необхідну для досягнення необхідної продуктивності конфігурацію програмного та апаратного забезпечення. Всі ці способи можуть застосовуватися в процесі вибору, але споживач повинен розуміти їх області застосування та обмеження.
Більшість існуючих методів оцінки продуктивності ґрунтуються на тому
чи іншому типі тестування.
Можна виділити два основні типи тестування:
компонентне та інтегральне.
При компонентному тестуванні проводиться
тестування окремих компонентів рішення, починаючи від продуктивності
процесорів або підсистем зберігання інформації до тестування
продуктивність сервера в цілому, але без корисного навантаження у вигляді того чи іншого
бізнес-програми.
Тестування навантаження
Інтегральний підхід характеризується оцінкою
продуктивності рішення загалом, як його програмної, і апаратної елементів.
При цьому може використовуватися як бізнес-додаток, який буде використаний
в кінцевому рішенні, так і деякі модельні програми, що емулюють
деякі стандартні бізнес-процеси та навантаження.
Тести 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 сервера субд - HDD - сервера субд.
У тесті виконується інтенсивний запис 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. Ви також можете потрапити до цієї таблиці. Докладніше можна переглянути результати, завантаживши тест.
Технічні подробиці
Що відбувається у тесті в рамках "одного" такту операції?
Приклад виконання sql-команд можна переглянути у доданому файлі.
Як виміряти завантаженість заліза
Слід зазначити, що сам собою тест вже частково виконує замір. Для детальнішої картини рекомендую скористатися утилітою Марка Русиновича Process Explorer.
На малюнку показано приклад виміру для файлового варіанта.
Контакти для TPC-1C-GILV
http://gilev.ru/1c/ tpc
результати тестів, пропозиції щодо розвитку
та відгуки надсилайте на e-mail: [email protected]
Перейти до інших матеріалів сайту
| heavenly 20.02.13 — 15:59 |
Є сервер на CentOS 6.3 c 64-бітним Postgresql 8.4, на ньому ж встановлений 32-розрядний сервер 1С 8.2.16.368 *грошей на 64-бітний ключик не було * Завантажив тест Гільова у вигляді файлика dt. Спробував у цій базі змінювати Режим сумісності, Режим управління блокуванням даних – результат той самий. Чи цей тест треба запускати на самому сервері? |
| smitru 1 — 20.02.13 — 16:00 |
(0)Гільов має свій форум. Там не пробував запитати? |
| ansh15 2 — 20.02.13 — 16:08 |
(0)Стара тема |
| heavenly 3 — 20.02.13 — 16:14 |
Xeon X3450 2.67GHz |
| Адімр 4 — 20.02.13 — 16:21 |
(0) http://infostart.ru/public/147259/ |
| smitru 5 — 20.02.13 — 16:34 |
(3) «у софтовому дзеркальному рейді» Афігет ... і після цього є нарікання на гальма???? |
| heavenly 6 — 20.02.13 — 16:43 |
(5) Начебто софтовий рейд дає зовсім маленький оверхед ... а що пропонуєте робити? Використовувати вбудований у материнку RAID контролер? чи купувати зовнішній? |
| Іде я? 7 — 20.02.13 — 16:44 |
Використовувати вбудований у материнку RAID контролер? чи купувати зовнішній? |
| smitru 8 — 20.02.13 — 16:45 |
(6) апаратний полюбас краще (тільки він дає реальне прискорення читання і не гальмує запис як софтовий) А так - потрібно розносити на різні дзеркала файли даних, систему, пейдж файл, темп дб (останні не дзеркала класти зайве, але на окремі девайси - корисно) |
| Fragster 10 — 20.02.13 — 16:49 |
Тест Гільова однопоточний |
| Fragster 11 — 20.02.13 — 16:50 |
(5) саме дзеркальний рейд (1 та 10) мало гальмує |
| heavenly 12 — 20.02.13 — 16:51 |
(7) виходячи з цих міркувань і був вибраний софтовий рейд. (8) дякую за коментар, але… даний серверстоїть у невеликій фірмі на 5-10 користувачів з невеликою кількістю документів на день. Наскільки виправдано рознесення файлів по дисках, та ще й купівля нових дисків? |
| Demiurg 13 — 21.02.13 — 07:30 |
(1) навіщо запитувати у фахівців, які щодня займаються продуктивністю, коли є міста? :))) |
| el-gamberro 14 — 21.02.13 — 08:05 |
Я ось теж не зрозумів, яке це носіння до 1С має? |
| heavenly 15 — 21.02.13 — 09:47 |
(14) хіба що тема у розділі IT, а чи не 1С. |
| heavenly 16 — 21.02.13 — 09:49 |
Залишилося тільки згадати, де про це читав… |
TurboConf 5 - розширення можливостей Конфігуратора 1С
УВАГА!
Якщо ви втратили вікно введення повідомлення, натисніть Ctrl-F5або Ctrl-Rабо кнопку "Оновити" у браузері.
Тема не оновлювалася тривалий час і була позначена як архівна. Не можна додавати повідомлення.
Але ви можете створити нову гілку і вам обов'язково дадуть відповідь!
Щогодини на Чарівному форумі буває більше 2000
людина.
Реалізація інфраструктури 1С на базі Linux тема давня, але й досі актуальна. Ми недавно публікували статтю Сервер додатків 1С на Linux, але залишилося відкритим питання реальної продуктивності порівняно з рішенням під Windows. Тестування проводилося і в ручному режимі, але для об'єктивності результатів я опублікую підсумки тесту Гільова, що пройшов на одній апаратній платформі з використанням різних ОС: Linux CentOS 7 і MS Windows Server 2012.
Як сервер використовувався стенд з двома процесорами Intel Xeon E5-2670, 8х4Гб ОЗУ та SSD Intel.
Зведена таблиця середніх значень результатів тесту Гільова.
Приклади результатів
Прийнятні результати тестування, простота розгортання та низькі витрати на ліцензування спонукали нас створити закінчений продукт: Сервер 1С на базі Linux з коробки.
Кожна модель має зручний конфігуратор, в якому можна підібрати оптимальну конфігурацію для своїх завдань. Ось про це трохи докладніше.
Створення калькулятора обчислювальної потужності сервера 1С – завдання не тривіальне. А створення універсального конфігуратора 1С під усі можливі випадки – практично неможлива.
Напевно на хабрі багато адмінів, у яких своє уявлення про навантаження та вимоги до обчислювальної потужності серверів під 1С (Ваші коментарі підвищать цінність цієї статті). Є й офіційні рекомендації 1С, в яких працюватиме все на всьому…
Але все ж таки є основні параметри, які можна прорахувати, застосовно до типової схемиексплуатації. Знаючи скільки ресурсів процесора та оперативної пам'ятізабирає термінальна сесія, скільки IOPS вимагає SQL при певній кількості користувачів, і відштовхуючись від результатів численних тестів - ми розробили конфігуратор типового рішення під 1С.
Безумовно, кожен випадок унікальний і вимагає детального пресейлу, але для орієнтовного розрахунку достатньо вказати кількість користувачів, тип бази, обсяг поточної бази та вибрати необхідні ліцензії.
Для порівняння вартості готового рішення на базі Linux та Windows наведу приклад з конфігуратора з роздрібними цінами.
Сервер на 20 користувачів з базою SQL до 80Гб, ліцензією 1С: Бухгалтерія 8 ПРОФ, на базі Linux CentOS буде коштувати 522 759,43 руб. Аналогічна конфігурація на базі Windows- 1036279,43 руб.
Модельний ряд серверів для STSS Flagman 1С складається з 3 моделей як для Linux, так і для Windows.
1C113.5-020UL- сервер 1С початкового рівня, підтримка до 20 користувачів із базою SQL. Обсяг дискового простору розраховується з урахуванням зростання бази на 20% на рік протягом трьох років. Масив RAID1 будується з урахуванням Enterprise SSD Intel. Можливе встановлення подвійного БП та додаткових дисків під «холодні» дані. Доступний вибір програмних сервісів: PostgreSQL, xrdp та httpd.
1C216.4-200UL- модель на базі 2-процесорної платформи, що забезпечує роботу 1C-інфраструктури до 200 одночасних підключень. Сховище розраховується за таким же принципом - розмір бази з урахуванням зростання, але будується на основі масиву RAID10 із 4хSSD необхідного обсягу.
1C217.2-050UL-REF- це рішення для замовників з обмеженим бюджетом, побудоване на базі сервера відновленого на нашому виробництві (після гарантійної заміни, демо-фонд та ін.) Сервери проходять такі ж тести навантаження перед відвантаженням, як і нові моделі, але мають скорочений термін гарантійного обслуговування(1 рік). Сервер підтримує до 50 підключень і, без урахування ліцензій, коштує всього 203 705,00 руб., З масивом під базу 40Гб.
1C113.5-020UW- сервер 1С початкового рівня, підтримка до 20 користувачів із базою SQL. Обсяг дискового простору розраховується з урахуванням зростання бази на 20% на рік протягом трьох років. Масив RAID1 будується з урахуванням Enterprise SSD Intel. Можливе встановлення подвійного БП та додаткових дисків під «холодні» дані.
1C216.4-200UW- Модель на базі Windows з підтримкою до 200 користувачів. Сховище будується на основі масиву RAID10 із 4хSSD необхідного об'єму.
1C217.2-050UW-REF- Та сама платформа, що й у рішенні на базі Linux. Бюджетний варіантна 50 підключень; гарантія 1 рік.
Як платформу 1С у всіх моделях можна вибрати такі ліцензії:
1С: Управління невеликою фірмою 8 ПРОФ
1С: Управління торгівлею 8 ПРОФ
1С: Бухгалтерія 8 ПРОФ
1С: Бухгалтерія 8 КОРП
1С: Зарплата та управління персоналом 8 ПРОФ
1С: Зарплата та управління персоналом 8 КОРП
1С: Документообіг 8 ПРОФ
1С: Документообіг 8 КОРП
Якщо замовник має достатню експертизу для підбору сервера під 1С, він може скористатися класичними моделями серверного обладнання. Але якщо такої експертизи немає, то, сподіваюся, конфігуратор серверів для 1С допоможе Вам зробити оптимальний вибір системи.
Дякую за увагу! Сподіваюся, що хабра-користувачі, близькі до цієї теми, поділяться своїм досвідом у підборі обладнання під 1С в коментарях.
Комп'ютери (умовна назва), що брали участь у тестах - опис (диски вказані тільки для БД):
(уточнення між серверами мережа 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-дисках
Ходять чутки, що 1С (найпопулярніша система для бухгалтерського та управлінського обліку) "гальмує" в хмарних інфраструктурах.
Ходять чутки, що 1С (найпопулярніша система для бухгалтерського та управлінського обліку) "гальмує" в хмарних інфраструктурах. Ще є думка, що через кілька років компанії малого та середнього бізнесу не купуватимуть сервера для 1С, а орендуватимуть їх у хмарах і центрах обробки даних, оскільки це фінансово ефективніше.
Наша команда вирішила провести тестування доступних конфігураційсерверів і з'ясувати - чи дійсно 1С може успішно працювати на віртуальних машинах і яка хмара найбільше підходить для її розміщення. Фінансові аспекти залишимо як тему для іншої статті.
Підготовка
- Вибираємо двох провайдерів послуг для розміщення віртуальних серверів.
- Підготовляємо ідентичні машини для тестування – однакову кількість ядер, пам'яті, об'єм дисків та їх тип. Також важливо однаково налаштувати СУБД.
- Проводимо тестування навантаження на мінімальній конфігурації. Фіксуємо результат.
- Додаємо ресурси і повторюємо крок 3. Так, доки ресурси не закінчаться.
Наша конфігурація для тестування
- HDD для операційної системи – SSD
- HDD для даних – SSD.
- ОС - Windows Server 2016 Datacentr
- СУБД - SQL Server 2016 SP1 Standard Edition
- 1С Сервер x86 версії 8.3.10.2505.
1C Сервер та SQL Server встановлені на одній машині. Увімкнено та використовується режим Shared Memory.
1С Підприємство запускаємо на тій же машині, де розміщено сервер 1С та СУБД, щоб усунути затримки мережі та не залежати від географічного розміщення ЦОД"а, в якому розміщуємо віртуальну машину.
Як тестуємо
Як основу використовуватимемо тест від проекту www.gilev.ru
Тест нам видає характеристику поточної конфігурації, Яка описує наскільки комфортно буде працювати з 1С Підприємство і другим етапом проводить стрес-тест сервера 1С для виявлення оптимальної кількості користувачів.
Тепер визначимося із провайдерами. Візьмемо потужності від лідера хмарних рішень - компанії Microsoft з їхньою хмарною платформою під назвою Microsoft Azure і як другий провайдер будемо використовувати Облакотеку.
Microsoft Azure - колекція інтегрованих хмарних служб, які розробники та ІТ-фахівці використовують для розробки та розгортання додатків, а також управління ними через всесвітню мережу центрів обробки даних. Завдяки Azure можна створювати та розгортати рішення в будь-якому місці, використовуючи необхідні інструменти, додатки та платформи.
Azure розміщується в 40 регіонах по всьому світу, для тестування ми будемо використовувати Західну Європу як найближчий з доступних регіон до нас.
На старт! Увага! Тест!
Почнемо тест із машин серії D-series v2. Зокрема, D1 v2 складається з 1 ядра та 3,5 Гб оперативної пам'яті. Фіксуємо результат:
Так як в Azure не можна гнучко додавати ресурси, а можна тільки використовувати передбачені варіанти віртуальних машин, переводимо тестовий зразок на D2 v2, в якому 2 ядра та 7 Гб оперативної пам'яті. Запускаємо.
Всі фото екранів з тестом Гілєва наведені в галереї нижче. Там же опубліковані результати тесту 1С у файловому режимі - дані отримані нами тільки для формування загальної картини, тому що цей режим роботи 1С не дуже цікавий підприємствам з кількістю користувачів більше п'яти осіб.
| Тариф | Ядра | Пам'ять | Оцінка комфорту | Користувачів |
|---|---|---|---|---|
| B4ms | 4 | 16 | 15,34 | 14 |
| D1 v2 | 1 | 3,5 | 17,92 | 21 |
| D2 v2 | 2 | 7 | 19,46 | 28 |
| D2s v3 | 2 | 8 | 8,45 | 14 |
| D3 v2 | 4 | 14 | 18,25 | 56 |
| D4 v2 | 8 | 28 | 19,23 | 91 |
| D4s v3 | 4 | 16 | 15,53 | 42 |
| E2s v3 | 2 | 16 | 10,04 | 21 |
| E4s v3 | 4 | 32 | 12,38 | 49 |
| F4s | 4 | 8 | 20,49 | 70 |
| F8s | 8 | 16 | 20,83 | 84 |
| G1 | 2 | 28 | 13,26 | 56 |
| L4s | 4 | 32 | 17,67 | 56 |
| L8s | 8 | 64 | 15,82 | 98 |
"Оцінка комфорту"- Умовна оцінка швидкодії системи, що включає оцінку частоти центрального процесора, кількість ядер, частоту роботи оперативної пам'яті та швидкість роботи дискової системи. Показник від 0 до 10 – погано, 10 – 15 – задовільно, 15 – 35 – добре, 35 – 60 – чудово.
"Користувачів"- Показник характеризує кількість користувачів, що одночасно і активно працюють з 1С Підприємство, що не призводить до деградації продуктивності. Іншими словами, працювати можуть і більша кількістьспівробітників, але якщо вони почнуть одночасно виконувати будь-які операції (а в більшості випадків - це малоймовірно), то швидкодія системи може погіршитися.
Висновки
Провівши виміри на віртуальних машинах Azure у різних варіаціях ядра/пам'ять, ми дійшли наступних висновків:
- Для роботи 1С у клієнт-серверному режимі з Microsoft SQL Server найбільше підходять машини F-серії та D-серії.
- Дискова підсистема Azure Premium-класу (SSD-диски) не створює обмежень швидкості роботи 1С.
- Microsoft Azure чудово підходить для розміщення 1С Підприємство.
Стандартний тест навантаження призначений для оцінки продуктивності серверного обладнання та програмного забезпечення в так званих «Стандартних користувачах 1С». Основна сфера застосування даного тесту - вибір конфігурації серверного обладнаннята програмного забезпечення для цілей конкретного впровадження.
Розв'язувані завдання
- Розрахунок продуктивності даної конфігурації серверного обладнання та програмного забезпечення
- Порівняння продуктивності різних конфігурацій серверного обладнання та програмного забезпечення
- Вибір обладнання, необхідного для роботи даної інформаційної системи
- Розрахунок параметрів обладнання, необхідного для роботи даної інформаційної системи
Що оцінює тест
Тест оцінює продуктивність всієї сукупності серверного обладнання та серверного програмного забезпеченняз погляду завдань, типових для систем, що працюють на платформі «1С:Підприємство 8». Тобто отримана оцінка відбиває не продуктивність якогось одного серверного компонента системи (наприклад, робочого сервера кластера «1С:Підприємства»), а всієї серверної конфігурації загалом. Серверна частина системи, продуктивність якої вимірюється даним тестом, включає:
- всі робочі сервери, використані для розгортання кластера «1С:Підприємства» та сервери СУБД
- операційні системи всіх робочих серверів;
- налаштування операційних систем, «1С:Підприємства» та СУБД.
При проведенні тестування тест буде автоматично збільшувати кількість одночасно працюючих користувачів до тих пір, поки один з апаратних або програмних компонентівсистеми не перестане справлятися із навантаженням. Це призведе до отримання поганої оцінки продуктивності, і тест зупиниться, видавши останнє хороше значення як результат. При цьому інші компоненти можуть виявитися тією чи іншою мірою недовантаженими.
Таким чином, тест оцінює продуктивність серверної частини системи за найвужчим місцем, тобто її найменш продуктивному компоненту.
Якщо серверна частина системи недостатньо добре збалансована для роботи з «1С:Підприємством», то при усуненні вузького місця (заміна або апгрейд найменш продуктивного компонента) можна буде отримати більш високу оцінку продуктивності.
Слід звернути увагу на те, що тест не оцінює продуктивність клієнтської частини системи, тому цей фактор повинен бути повністю виключений. Інакше висловлюючись, клієнтські робочі місця нічого не винні стати вузьким місцем системи. Це питання детальніше обговорюється у розділі «Підготовка клієнтської частини тестового стенду».
Як працює тест
Стандартний навантажувальний тест є інформаційною базою «1С:Підприємства 8.2» з конфігурацією, заснованої на «Управлінні виробничим підприємством». Конфігурація об'єднана з Тест-центром 2.0, до складу якого включений один сценарій тестування.
Сценарій тестування включає емуляцію бізнес-процесу «продажу в УПП», а саме: створення кількох різних документів, формування звітів та інші прикладні дії. Тест працює в режимі повної паралельності, тобто кожен користувач працює з власними унікальними даними, і очікувань на блокування не виникає. Користувач виконує один повний цикл продажу на хвилину.
