Продуктивність сервера Lotus Domino 7, Частину 2, Інтеграція додатків і даних, Бази даних, статті

Ця стаття є другою із серії статей, що складається з трьох частин, які присвячені поліпшень продуктивності, виміряним нами в Domino 7. Дана стаття розглядає результати тестів продуктивності, емулює користувачів Domino Web Access за допомогою нашої робочої навантаження R6iNotes. У першій статті “Продуктивність сервера Lotus Domino 7, Частина 1: Робітники навантаження від клієнтів Lotus Notes“Розглядалися результати тестів продуктивності Domino 7, отримані нами при емулювання Notes-клієнтів. В останній статті ми розглянемо результати, які більш точно відтворюють типові корпоративні системи, використовуючи робоче навантаження, в яку входить кластерна реплікація, локальна реплікація і повнотекстова індексація, а також трафік від Notes-клієнтів.


Підвищення продуктивності, і, отже, зменшення загальної вартості володіння (total cost of ownership – TCO) було головною темою в Domino 7. Для користувачів Domino Web Access ми концентрувалися на збільшенні масштабованості, зменшуючи відсоток використання CPU користувачем і оптимізуючи код для мінімізації вузьких місць, для того щоб обслужити більшу кількість користувачів при даному рівні завантаження процесора. Всі протестовані нами платформи показали зменшення завантаження CPU з одним і тим же кількістю R6iNotes-користувачів. Економія CPU представила максимальний рівень підвищення продуктивності, який ми хотіли б бачити в середовищі користувача.


Продуктивність Domino покращилася на всіх платформах, з якими ми мали справа, хоча величина цих поліпшень в різних середовищах буде різною через архітектурних відмінностей. Ми змогли досягти поліпшеної масштабованості в плані кількості підтримуваних користувачів на всіх платформах, головним чином, шляхом зменшення завантаженості CPU і обсягу використовуваної пам’яті на сервері Domino 7 для користувачів Domino Web Access. Таке підвищення масштабованості може забезпечити консолідацію серверів, надаючи ресурси сервера для додаткових користувачів.


В іншій частині цієї статті ми покажемо результати тестування продуктивності, отримані нами на різних платформах. Ці результати отримані для одного Domino-розділу, який не веде журнали транзакцій, за винятком обумовлених випадків. Ми покажемо результати Domino 7 з одними поштовими файлами, заснованими на 7-ої версії поштового шаблону (dwa7.ntf). Вони порівнюються з результатами сервера Domino 6.5, призначені для користувача поштові файли якого засновані на шаблоні 6.5 (iNotes6.ntf).


Всі результати становлять час реакції Domino, що триває менше секунди. Для цілей тестування виконуються тільки завдання router і HTTP (виключення обмовляються), для того щоб уникнути залежності даних від зовнішньої активності. Ми сподіваємося, що ви знайдете цю інформацію корисною і дізнаєтеся про поліпшення, зроблених в Domino 7.


Примітка: Результати, наведені в цій статті, були отримані при використанні тестів продуктивності, які виконуються в керованому середовищі. Хоча при створенні тестової програми були зроблені певні зусилля по включенню в неї звичайних користувальницьких дій, цілком ймовірно, що реальні користувачі будуть використовувати Domino по-іншому (не тільки вузький набір функцій, тестованих програмою). Отже, ці цифри повинні сприйматися виключно як інформація для розуміння відносної продуктивності версій Domino. Вони не є рекомендаціями для реального розгортання. За допомогою з планування навантаження звертайтеся до вашого постачальника апаратного обладнання. Крім того, хоча ми наводимо результати для різних апаратних платформ, їх конфігурації не уніфіковані за ресурсами. Нашим завданням було вимірювання продуктивності самого Domino, і ці дані не повинні використовуватися для порівняння однієї платформи з іншого.


У наступних розділах даної статті наведені результати нашого тестування для різних платформ.


AIX


Для тестування на AIX ми використовували наступне апаратне забезпечення:






















Модель p670
Кількість CPU 32 фізичних Power4 CPU з тактовою частотою 1.4 GHz, розділені на три логічних розділу (LPAR). LPAR, який ми використовували для цих тестів, був налаштований на вісім CPU.
Встановлена ​​оперативна пам’ять Тестовий LPAR має 32 GB RAM.
Активні фізичні диски 64 SSA дисків, розбитих на чотири секції для Domino Binaries і Domino Data (кожна секція є також логічним томом).
15 дисків по 9GB на диск, і 1 диск 9GB для JFS Log.
Активні логічні томи П’ять:

  • чотири логічних томи для Domino Binaries і Domino Data (JFS 2) з одним для ведення журналів транзакцій Domino (при використанні)
  • один логічний тому для операційної системи
Операційна система AIX 5.2

Для оптимізації продуктивності ми встановили наступні параметри у файли Notes.ini тестових серверів:










Domino 6.5 Domino 7
NSF_Buffer_Pool_Size_MB=450
Server_Pool_Tasks=64
Server_Max_Concurrent_Trans=64
NSF_DbCache_MaxEntries=2000
ServerTasks=Router,LDAP,HTTP,SMTP
Server_Transinfo_range=12
NSF_Buffer_Pool_Size_MB=450
Server_Pool_Tasks=100
Server_Max_Concurrent_Trans=100
NSF_DbCache_MaxEntries=2000
NSF_DbUCache_Max_Entries=12000
Server_Transinfo_range=12
ServerTasks=Router,LDAP,HTTP,SMTP

AIX використовує архітектуру з сегментированием пам’яті, яка обмежує загальну кількість сегментів, що використовуються для спільної пам’яті і купи. Тому ми використовували менше значення NSF_Buffer_Pool_Size, ніж пропонується за умовчанням. Це дозволило досягти в тестах високого рівня емуляції користувачів. У реальному виробничої конфігурації ми рекомендували б встановити NSF Buffer Pool Size в трохи більш високе значення. Значення Server_Pool_Tasks і Server_Max_Concurrent_Trans були встановлені для підтримки більшої кількості кінцевих користувачів, досяжного в кожній версії Domino. Перед зміною значень за замовчуванням для цих параметрів, рекомендується проаналізувати їх для оптимізації використовуваних значень.


Ми рекомендуємо встановити параметр Notes.ini Server_Transinfo_range на всіх робочих машинах Domino. Значення, яке потрібно встановити для нього, має визначатися итеративно на основі моніторингу Server Expansion Factor і the Server Availability Index. Для повного розуміння цих значень і параметрів зверніться до розділу по конфігурації Server Availability Index “довідковій адміністратора Domino”.


На малюнку 1 ви побачите суттєве зменшення ресурсів CPU, необхідних для віртуального користувача R6inotes, порівняно з тим, що ми мали в Domino 6.5.



Рисунок 1. Використання CPU на AIX
  Використання CPU на AIX

Величина використання процесора змінюється в залежності від завантаження сервера, але при 6500 користувачів Domino 7 завантажений приблизно на 53% в порівнянні з 92% завантаження, яку ми спостерігали в Domino 6.5 з такою ж кількістю активних користувачів. Це 39-відсоткове зменшення завантаження CPU! Ми також побачили за цими тестами, що Domino 7 буде підтримувати 10500 користувачів з такою ж завантаженням CPU, що і Domino 6.5 за підтримки 6500 користувачів.


У наступній таблиці показано споживання ресурсів CPU, дискової та оперативної пам’яті, а також мережевих ресурсів серверами Domino 6.5 і 7 при активності 6500 користувачів. Крім згаданої вище економії CPU, ми бачимо меншу необхідну пропускну здатність мережі та більш високу загальну дискову активність. Пам’ять, займана процесом, вище за збільшеного числа завдань серверного пулу і максимального числа паралельних транзакцій на сервері, що використовуються в тесті Domino 7.












































Ресурс Domino 6.5 Domino 7 Зміна (відсоток)
Кількість користувачів 6500 6500 немає
Відсоток використання CPU 92 53 -42
Операції читання з диска, KB / sec 112,680 186,457 65
Операції запису на диск, KB / sec 1,597,255 1,608,150 0.7
Використовувана спільна пам’ять (MB) 1128 1163 3
Пам’ять, яка використовується процесу (MB) 68 128 88
Мережева активність, bytes / sec 1,823,930 679,017 -63

З цієї таблиці видно, що Domino 7 менше використовує CPU (приблизно на 42%), менше завантажує мережу (на 63%), більше використовує загальної оперативної пам’яті (приблизно на 3%) та операцій читання з диска (на 65% ) При тому ж навантаженні емулюючий користувачів і при виконанні такої ж тестової програми за той же період часу. Це чітко показує, як розгортання Domino 7 може сприяти консолідації сервера на AIX / pSeries.


Як ми вже згадували в даному розділі, наша машина p670 була “розділена” на три логічних розділу (LPAR), а зафіксовані результати отримані для одного LPAR. Інші два розділи під час тестування теж були інтенсивно завантажені (пошуком несправностей і тестуванням розробки). На p670 ми могли виконувати декілька різних дій і все одно досягати таких чудових результатів тестування.


Linux


Конфігурація сервера, використаного для даного тестування продуктивності Domino Web Access, показана в таблиці нижче. Ця система являє собою консервативну Intel-платформу, що складається з чотирьох 1.4 GHz Xeon MP CPU (Hyperthreaded) з 4 GB RAM. Дискова конфігурація – набір масивів IBM EXP, підключений до контролера SCSI, і система FAStT 600, підключена до сервера через дві карти QLogic по оптоволокну. Наша мета полягала в усуненні будь-яких вузьких місць в дискової підсистеми, дозволяючи системі досягти рівня підтримки 15 000 користувачів. Використовувалася операційна система SuSE SLES 9, що дозволяє Domino 7 скористатися можливостями ядра 2.6, а також бібліотеки NPTL Posix.



















Кількість CPU Чотири Xeon MP CPU з тактовою частотою 1.4 GHz.
Встановлена ​​оперативна пам’ять 4 GB RAM.
Активні фізичні диски SCSI-контролер з трьома EXP300 RAID-масивами і одним FAStT 600 з двома підключеними EXP700, встановленими на конфігурацію RAID 0.
Активні логічні томи 14:

  • один для / opt
  • один для / tmp
  • один для файлів журналів транзакції (при необхідності)
  • 11 для Domino-даних
Операційна система Linux SuSE SLES 9 SP2


У наступній таблиці показані зміни у файлі Notes.ini, використані в тесті і відмінні від значень за замовчуванням. Особливий інтерес тут представляє настройка змінної ConstrainedSHMSizeMB. В Domino 6.x її значення повинно бути встановлено приблизно в 1 GB, оскільки Domino використовує тільки 2 GB оперативної пам’яті (SuSE SLES 8 і SLES 9 обмежує оперативну пам’ять, що виділяється Domino, до 2 GB), і деяке її кількість потрібна для організації стека. В Domino 7 це значення параметра Notes.ini може бути збільшено, оскільки ми знайшли спосіб для розподілу в SuSE SLES 8 і SLES 9 майже 4 GB оперативної пам’яті для Domino за замовчуванням. Це робиться за допомогою спеціальної програми tunekrnl, яка автоматично підстроює системні параметри для більш ефективної роботи Domino. З цих таблиць також видно, що працюють тільки ті завдання server, які необхідні для даного NotesBench-тесту. Це дозволяє серверу досягти максимальної продуктивності при тестуванні.










Domino 6.5 Domino 7
ConstrainedSHMSizeMB=1024
NSF_buffer_pool_size_MB=256
NSF_DBUcache_max_entries=5000
NSF_DBcache_maxentries=5000
Server_Max_Concurrent_trans=200
server_pool_tasks=100
ServerTasks=Router
ConstrainedSHMSizeMB=2560
NSF_DBUcache_max_entries=6100
NSF_DBcache_maxentries=6100
NSF_buffer_pool_size_MB=512
Server_Max_Concurrent_trans=200
server_pool_tasks=100
ServerTasks=Router


На відміну від NRPC на Domino 6.x, Domino Web Access на Linux не вимагає HTTP-потоку і стека для кожного користувача. Завдання HTTP саме здатне створювати пул, тому 40 HTTP-потоків за замовчуванням можуть підтримувати декілька тисяч користувачів. Це вірно як для Domino 6.x, так і для Domino 7; завантаженість CPU є обмежуючим фактором кількості підтримуваних користувачів.


В Domino 7 ми суттєво зменшили відсоток використання CPU, необхідного для підтримки користувача. На малюнку 2 показано дане зменшення у відсотках, а також як це дозволяє Domino 7 підтримувати на 50 відсотків користувачів Domino Web Access більше, ніж Domino 6.x.



Рисунок 2. Використання CPU на Linux
  Використання CPU на Linux


У наступній таблиці показано для порівняння кілька вимірів, отриманих для 4000 емулюючий користувачів Domino Web Access на обох серверах (Domino 6.x і Domino 7). Число 4000 було прийнято тому, що це максимальна кількість користувачів, яке могла підтримувати дана тестова конфігурація апаратного забезпечення в Domino 6.x.












































Ресурс Domino 6.5 Domino 7 Зміна (відсоток)
Кількість користувачів 4000 4000 немає
Відсоток використання CPU 95 59.4 -38
Операції читання з диска, KB / sec 1483.83 1548.51 4
Операції запису на диск, KB / sec 337.78 352.12 4
Використовувана спільна пам’ять (MB) 664 949 43
Пам’ять, яка використовується процесу (MB) 70 92 31
Мережева активність, bytes / sec 427,407 483,989 13


У цій таблиці явно видно економія CPU в Domino 7. Невелике збільшення дискових операцій читання і запису, також як і мережевої активності, є наслідком більш стійкого поштового шаблону Domino 7 і відмінностей у використовуваному сценарії NotesBench-тесту. Збільшення використання загальної пам’яті і пам’яті процесу в Domino 7 є наслідком більшого об’єму оперативної пам’яті, яке ми тепер можемо виділити Domino.


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


iSeries


Domino 7 забезпечує істотне підвищення продуктивності для систем iSeries. У даному розділі ми розглянемо результати для двох конфігурацій (одна використовує iSeries model 570, а інша – iSeries model 810), для того щоб показати вам діапазон поліпшень, який ми спостерігали при лабораторному тестуванні Domino 7.


iSeries model 570


Наша перша тестова конфігурація використовувала iSeries model 570 з 14 процесорами з надлишковим об’ємом оперативної пам’яті і дискових ресурсів. Дана конфігурація була обрана для того, щоб продемонструвати результати роботи Domino 7 в необмеженої по ресурсах середовищі; вона використовувалася також для тестування нових можливостей Domino 7 по підтримці більшого числа користувачів в одному розділі Domino.



















Модель iSeries model 570
Кількість CPU 14 1.65 GHz
Встановлена ​​оперативна пам’ять 128 GB
Дискові приводи 93
Операційна система I5/OS V5R3


У наступній таблиці показані зміни в Notes.ini, використовувані при тестуванні й відрізняються від значень за замовчуванням.










Domino 6.5 Domino 7
Server_Max_Concurrent_Trans=1000 Server_Max_Concurrent_Trans=1000
NSF_Buffer_Pool_Size_MB=1500


В Domino 6.5 було прийнято обмеження – максимум 16000 користувачів. В Domino 7 це обмеження було знято, і на iSeries ми могли працювати з 18000 і 20000 користувачів в нашій тестовій конфігурації з шаблонами dwa7.ntf і inotes6.ntf відповідно. Порівнюючи завантаженість CPU в Domino 6.5 і в Domino 7 при 16000 користувачів, з новим шаблоном dwa7.ntf, використовуваним з Domino 7, ми виявили 13% поліпшення. Якщо ми порівняємо Domino 6.5 і Domino 7, що використовують для обох тестів один і той же шаблон inotes6.ntf, то побачимо ще більше поліпшення (на 32%) для тих же 16000 користувачів. Ці цифри являють максимальний рівень поліпшення ефективності використання CPU, який ми хотіли б бачити в користувальницької середовищі. Результати відображено на рисунку 3.



Рисунок 3. Використання CPU на iSeries model 570
  Використання CPU на iSeries model 570


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


У наступних таблицях показано використання ресурсів для тестів, які ми виконали для обох шаблонів. У першій таблиці показані результати для 16000 емулюючий користувачів, що працюють з поштовим шаблоном mail6.ntf:












































Ресурс Domino 6.5 Domino 7 Зміна (відсоток)
Кількість користувачів 16,000 16,000 немає
Відсоток використання CPU 67.0 45.7 -32
Операції читання, запитів в секунду 115.3 81.6 -29
Операції запису, запитів в секунду 1046.2 1206.3 15
Базовий пул, сторінок в секунду 413.0 220.1 -47
Мережева активність, KB / sec 4308.7 4250.3 -1
Середній час реакції (msec)
1 GB Ethernet
124.9 137.9 10


У другій таблиці показані результати для емулюючий користувачів Domino 7, що працюють з шаблоном mail7.ntf:












































Ресурс Domino 6.5 Domino 7 Зміна (відсоток)
Кількість користувачів 16,000 16,000 немає
Відсоток використання CPU 67.0 58.3 -13
Операції читання, запитів в секунду 115.3 279.6 243
Операції запису, запитів в секунду 1046.2 1902.2 182
Базовий пул, сторінок в секунду 413.0 615.4 50
Мережева активність, KB / sec 4308.7 6999.7 62
Середній час реакції (msec)
1 GB Ethernet
124.9 166.4 33


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


Ці результати показують, що Domino 7 підтримує більшу кількість користувачів в одному розділі, а також вимагає менше ресурсів CPU для кожного користувача. Збільшення ресурсів оперативної пам’яті, дискового простору і мережних ресурсів призводить до невеликого збільшення середнього часу реакції. Результати для шаблону inotes6.ntf були істотно краще, ніж для шаблону dwa7.ntf. У той час як ці таблиці показують порівнянне час реакції для Domino 6.5 і Domino 7, конфігурація, описана в наступному розділі, показує більш істотне поліпшення часу реакції, оскільки середу Domino 6.5 тестувалася при відносно високого завантаження CPU.


iSeries model 810


Наша друга тестова конфігурація використовувала iSeries model 810 з двома процесорами. Цей сервер, обладнаний 16 GB оперативної пам’яті і 63 дисковими приводами, був налаштований на роботу з одним Domino-розділом.



















Модель iSeries model 810
Кількість CPU Два 750 Mhz
Встановлена ​​оперативна пам’ять 16 GB
Дискові приводи 63
Операційна система I5/OS V5R3


Ми використовували стандартні параметри для обох тестів Domino 6.5 і Domino 7.


Для даної конфігурації був налаштовані один Domino-розділ, і були протестовані варіанти для 1200 і 1800 користувачів. Ці кількості користувачів відображають більш типову для користувача конфігурацію для кількості користувачів на Domino-розділ в порівнянні з конфігурацією iSeries model 570, описаної в попередньому розділі.


Порівнюючи завантаження CPU в Domino 6.5 і Domino 7 (використовується новий шаблон dwa7.ntf), ми бачимо приблизно 8% поліпшення для 1800 користувачів. Якщо ми порівняємо Domino 6.5 і Domino 7, що використовують однаковий шаблон mail6.ntf, то побачимо більш істотне поліпшення – 24% для 1800 користувачів. Ці цифри представляють, напевно, більш типовий діапазон підвищення продуктивності, який був би очікуємо в користувальницької конфігурації, налаштованої з меншою кількістю користувачів на розділ. Дані результати представлені на рисунку 4.



Рисунок 4. Використання CPU на iSeries model 810
  Використання CPU на iSeries model 810


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


У наступних двох таблицях наведені результати споживання ресурсів при тестуванні з обома шаблонами. Хоча обидва шаблону показують зменшення завантаження CPU, сервер Domino 7 використовує дещо більший обсяг ресурсів дискового простору та оперативної пам’яті для підтримки нових можливостей, інтегрованих в новий шаблон dwa7.ntf. Середній час реакції в обох випадках було менше в основному через зменшення вимог до ресурсів CPU в Domino 7. Цей ефект найбільш помітний при тестуванні Domino 7 з шаблоном inotes6.ntf, завдяки 24% зменшення завантаження CPU. Деякі з змінених значень, наведених в даних таблицях, можуть бути перебільшені, оскільки ці конкретні метрики мали низькі початкові результати в Domino 6.5, тому навіть невелике зростання в Domino 7 може показувати велику відсоткове збільшення.


У першій таблиці наші емулюючий користувачі використовують поштову шаблон mail6.ntf:







































Ресурс Domino 6.5 Domino 7 Зміна (відсоток)
Відсоток використання CPU 94.6 71.6 -24
Операції читання з диска, запитів в секунду 4.7 6.5 38
Операції запису на диск, запитів в секунду 112.5 119.6 6
Базовий пул, сторінок в секунду 12.3 18.9 53
Мережева активність, KB / sec 437.3 491.2 12
Середній час реакції (msec)
GB/sec Ethernet
554.2 250.9 -55


А в цій таблиці користувачі Domino 7 використовують поштову шаблон mail7.ntf:







































Ресурс Domino 6.5 Domino 7 Зміна (відсоток)
Відсоток використання CPU 94.6 87.4 -8
Операції читання з диска, запитів в секунду 4.7 12.1 25
Операції запису на диск, запитів в секунду 112.5 186.6 66
Базовий пул, сторінок в секунду 12.3 34.5 280
Мережева активність, KB / sec 437.3 780.9 178
Середній час реакції (msec)
1 GB/sec Ethernet
554.2 426.9 -23


Переваги Domino 7, які видно для двох конфігурацій iSeries, описаних в даному розділі, демонструють діапазон підвищення продуктивності, якого можна досягти у користувальницької середовищі. Покращення продуктивності будуть змінюватись в залежності від кількості CPU, обсягу оперативної пам’яті, дискового простору і мережних ресурсів, доступних для роботи Domino. Як видно з попередніх таблиць і малюнків, більш високе підвищення продуктивності може бути досягнуто при доступності великого обсягу системних ресурсів і при використанні Domino 7 з шаблоном inotes6.ntf. З збільшеною здатністю Domino 7 до масштабування до більшого числа користувачів в одному Domino-розділі консолідація сервера для використання меншого числа Domino-розділів може забезпечити додаткове підвищення продуктивності.


Solaris 9


Система Sun 6800, використовувана для тестування продуктивності, складається з 8 CPU доменів, виділених з системи з 12 CPU. Ми використовувати шість масивів T3 з дев’ятьма приводами в кожному. Ми встановили виконувані файли Domino на першому масиві і розподілили для користувача бази даних рівномірно по шести масивів.






















Модель Sun 6800
Кількість CPU Вісім 1050 Mhz
Встановлена ​​оперативна пам’ять 32 GB
Активні фізичні диски 54
Активні логічні томи 6 – Raid 0 Arrays
Операційна система Solaris 9


Ми зробили наступні зміни у файлі Notes.ini на серверах:










Domino 6.5 Domino 7
NSF_Buffer_Pool_Size_MB=1536
ServerTasks=Router
NSF_Buffer_Pool_Size_MB=1024
server_max_concurrent_trans=100
nsf_dbucache_max_entries=10000
inotes_wa_profilecachesize=10000
MEM_EnablePreAlloc=1
ConstrainedSHMSizeMB=3300
ServerTasks=Router,HTTP


Для тестування Domino 6.5 ми використовували 1.5GB для буферного пулу NSF, але для Domino 7 ми зменшили його до 1GB через збільшеної кількості користувачів, яке потрібно було підтримувати. Ми також збільшили значення server_max_concurrent_trans, NSF_dbcache_maxentries і inotes_wa_profilecachesize для поліпшення обробки додаткової користувальницької навантаження.


Ми зробили також додаткові зміни в конфігурації Domino Directory для дозволу підтримки великих сторінок в Solaris, перевагами яких здатний скористатися Domino 7.




























Параметр Domino 6.5 Domino 7
Кількість користувачів 10,000 10,000
HTTP-потоки 250 250
Розмір прослуховуючої черзі 6000 2000
Максимальне число паралельних мережевих сесій 3000 2000
Domino Web Engine – максимальне число кешованих користувачів 10000 4000


На малюнку 5 ви помітите істотне зменшення ресурсів CPU, необхідних для віртуального користувача R6iNotes, порівняно з тим, що ми мали в Domino 6.5. Величина зменшення варіюється в залежності від ступеня завантаженості сервера, але для 5500 користувачів Domino 7 завантажений на 51% в порівнянні з 86%, які ми бачили для Domino 6.5 з тим же числом активних користувачів. Завантаження CPU знизилася на 41% (відносно)! Ми також бачимо, що для даного тесту продуктивності Domino 7 буде підтримувати майже 9000 користувачів при тій же завантаженні CPU, яка має місце в Domino 6.5 при 5500 користувачів. Ми могли працювати максимум з 9750 користувачів на Domino 7 при 97% завантаження CPU.



Рисунок 5. Використання CPU на Solaris 9
  Використання CPU на Solaris 9


У наступній таблиці показано споживання ресурсів CPU, дискової пам’яті, оперативної пам’яті і мережевих ресурсів в Domino 6.5 і Domino 7 при тестуванні 5500 активних користувачів. Крім згаданої вище економії використання CPU, ми бачимо приблизно однаковою споживання мережевої пропускної здатності і невелике збільшення загальної дискової активності. Відмінності в споживанні оперативної пам’яті викликані, в основному, змінами в конфігурації, зробленими нами для сервера Domino 7. Наприклад, полугигабайтную зменшення пулу буфера NSF приблизно дорівнює зменшеному обсязі загальної пам’яті.












































Ресурс Domino 6.5 Domino 7 Зміна (відсоток)
Кількість користувачів 5500 5500 немає
Відсоток використання CPU 86 51 -41
Операції читання з диска, запитів в секунду 1940 1659 -14
Операції запису на диск, запитів в секунду 6697 7351 10
Використовувана спільна пам’ять (MB) 2192 1603 -27
Пам’ять, яка використовується процесу (MB) 118 153 30
Мережева активність, bytes / sec 533,486 525,612 -1


На Solaris сервер Domino 7 показав відмінне поліпшення масштабованості, дозволяючи роботу 9750 користувачів на тому ж апаратному забезпеченні, яке раніше могло обслуговувати тільки 5500 користувачів в Domino 6.5. Крім того, істотно збільшилася економія ресурсів CPU, яка може бути дуже цінною при плануванні консолідації сервера.


Windows 2003 Enterprise Server


Domino 7 був встановлений в одному розділі сервера на eServer xSeries 365, що використовує Windows 2003 Enterprise Server на восьми процесорах з включеною функцією hyperthreading і з 3.5GB оперативної пам’яті. Виконувані файли Domino були встановлені на IBM FAStT 200GB масиві RAID 0. Поштові бази даних були розподілені по п’яти масивів IBM FAStT 200GB, теж RAID 0. Мережевий доступ здійснювався через один 1GB Ethernet-адаптер, що працює в повнодуплексному режимі. У наступній таблиці наведено дані по конфігурації сервера xSeries та сервера Domino.






















Модель eServer xSeries 365
Кількість CPU Вісім 3.0 GHz HT
Встановлена ​​оперативна пам’ять 3583 MB
Активні фізичні диски 62
Активні логічні томи П’ять масивів RAID 0
Операційна система Windows 2003 Enterprise Server


Як і в більшості наших тестів, ми налаштували серверні файли Notes.ini:










Domino 6.5 Domino 7
Show_Server_Performance=1
platform_statistics_enabled=1
iNotes_WA_EnableProfileStats=1
NSF_DBUCACHE_MAX_ENTRIES=12000
iNotes_WA_ProfileCacheSize=11050
NSF_DBcache_maxentries=11050
NSF_Buffer_Pool_Size_MB=512
Show_Server_Performance=1
platform_statistics_enabled=1
server_max_concurrent_trans=100


Ми визначили 7000 користувачів для Domino 6.5 та 10000 для Domino 7.0.


На малюнку 6 показані наші результати.



Малюнок 6. Використання CPU на Windows 2003 Enterprise Server
  Використання CPU на Windows 2003 Enterprise Server


Як показано на малюнку 6, ми виявили суттєве зменшення ресурсів CPU, необхідних для віртуального користувача R6iNotes, порівняно з тим, що ми мали для Domino 6.5. Так само як і на інших платформах, Domino 7, що працює на Windows 2003 Enterprise Server, пропонує підвищення ефективності використання CPU і масштабованості. Максимальна кількість користувачів, підтримуваних Domino 7, становить 10500 на платформах Windows 2003. Domino 7 показує значне зменшення завантаження CPU в порівнянні з Domino 6.5 з рівнем навантаження в 7000 користувачів. Domino 6.5 з 7000 віртуальних користувачів використовує 92% CPU, в той час як Domino 7 з 7000 віртуальними користувачами використовує тільки 40% CPU. Це 57% відносної економії ресурсів CPU. Економія ресурсів CPU збільшується при збільшенні кількості віртуальних користувачів Domino 7.


У наступних таблицях наведені результати використання ресурсів, отримані нами при тестуванні з обома шаблонами. Хоча для обох шаблонів показано значне зменшення завантаження CPU, ви можете побачити, що сервер Domino використовує трохи більше ресурсів при роботі з деякими новими функціональними можливостями, інтегрованими в шаблон Domino 7. У першій таблиці показані результати, отримані для поштового шаблону mail6.ntf:












































Ресурс Domino 6.5 Domino 7 Зміна (відсоток)
Кількість користувачів 7000 7000 немає
Відсоток використання CPU 92 35 -62
Операції читання з диска, запитів в секунду 21255 13008 -39
Операції запису на диск, запитів в секунду 7345 5869 -20
Використовувана спільна пам’ять (MB) 1369 1140 -17
Пам’ять, яка використовується процесу (MB) 63 120 90
Мережева активність, bytes / sec 881255 649861 -26


А в цій таблиці користувачі Domino 7 працюють з поштовим шаблонному mail7.ntf:












































Ресурс Domino 6.5 Domino 7 Зміна (відсоток)
Кількість користувачів 7000 7000 немає
Відсоток використання CPU 92 40 -57
Операції читання з диска, запитів в секунду 21255 19824 -7
Операції запису на диск, запитів в секунду 7345 5975 -19
Використовувана спільна пам’ять (MB) 1369 1250 -9
Пам’ять, яка використовується процесу (MB) 63 120 90
Мережева активність, bytes / sec 881255 655926 -26


Як ви можете побачити з наших даних, Domino 7, що виконує Domino Web Access на Windows 2003, має кілька значних переваг в продуктивності в порівнянні з Domino 6.5. З більш низькою завантаженістю CPU, поліпшеною економією пам’яті і збільшенням на 50% кількості підтримуваних користувачів, Domino 7 продовжує підвищувати масштабованість, продуктивність і TCO в порівнянні з Domino 6.5.


Linux на zSeries


Для тестів в Linux на платформі zSeries ми використовували один логічний розділ (LPAR) на series z990 model 2084-C24. На z990 доступно 24 CPU, 6 з яких були виділені для LPAR тесту продуктивності. Решта 18 CPU, а також інші машинні ресурси, були розподілені по 13 іншим LPAR, використовуваним для розробки і тестування Domino. LPAR тесту продуктивності був налаштований на 12GB оперативної пам’яті. На SLES 8 тільки 2GB були використані для центральної пам’яті через 32-бітної операційної системи, 2GB розширеної пам’яті були виділені для свопінгу. На SLES 9 ми використовували 12GB. Ми використовували одну GB Ethernet-карту Open Systems Architecture (OSA). LAN ізольована. Всі диски розміщені в масиві Enterprise Storage Server (2105 Model 800), кожен диск налаштований як 3390 model 3. Існують окремі файлові системи, розміщені на окремих томах (дисках) для роботи Domino, даних (за винятком клієнтських поштових баз даних) та адресної книги Domino (Names.nsf), плюс два томи у файловій системі LVM (logical volume manager) для ведення журналів транзакцій. Клієнтські поштові бази даних були розподілені рівномірно по 52 файловим системам LVM, кожна розміщена на 5 томах в окремій LVM, забезпечуючи 11.5GB використовуваного простору для кожної файлової системи. Для Linux на zSeries використовувалася файлова система EXT 3. Були встановлені операційні системи SLES 8 з SP3 або SLES 9 з SP1. Ми дозволили ведення журналів транзакції з апаратною обробкою даних замість програмного алгоритму LZ1. Ця можливість доступна лише в Domino 7 на zSeries.






















Модель z990 2084-C24
Кількість CPU Шість виділених CPU
Встановлена ​​оперативна пам’ять 12 GB
Тип DASD томи типів 2105 model 800, 3390 model 3
Файлова система 52 x 5 LVM поштових баз даних, 7 інших томів для Notes-даних, notesbin, Domino Directory, mailbox, utility і translog
Операційна система SLES 8 SP3 / SLES 9 SP1


Перед тестуванням ми налаштували серверні файли notes.ini і для Domino 6.5 і для Domino 7 і включили в них таке:
TRANSLOG_Status=1
NSF_Buffer_Pool_Size_MB=256
ServerTasks=Router, HTTP
NSF_DBCache_MaxEntries=9000
iNotes_WA_ProfileCacheSize=9000
iNotes_WA_ProfileCacheSize=9000


На малюнку 7 показано підвищення ефективності використання CPU в Domino 7 в порівнянні з Domino 6.5; обидва виконують робоче навантаження R6iNotes, реалізуючи або шаблон iNotes6 з Domino 6.5, або шаблон dwa7 з Domino 7.



Малюнок 7. Використання CPU на Linux on zSeries
  Використання CPU на Linux on zSeries


На малюнку 7 показаний діапазон підвищення ефективності використання CPU від 25 до 32 відсотків при роботі Domino 7 з шаблоном iNotes6, і від 11 до 22 відсотків при роботі Domino 7 з шаблоном dwa7. Очевидно, що Domino 7 підвищує ефективність використання CPU з обома шаблонами iNotes6.ntf і dwa7.ntf в порівнянні з Domino 6.5. Очікуються варіації шаблонів (користувальницькі або поставляються в готовому вигляді), засновані на відмінностях у функціональних можливостях, включених як частина шаблонів. IBM продовжує стежити за цими темами для збільшення ефективності використання CPU, підтримуючи, в той же час, розширену функціональність.


На малюнку 8 показаний діапазон підвищення ефективності використання CPU від 5 до 12 відсотків при роботі Domino 7 з шаблоном iNotes6 на SLES 9. SLES 9 не має обмежень по пам’яті, властивих 32-бітної архітектури SLES 8, тому SLES 9 здатний повністю користуватися поліпшеннями ефективності використання CPU в Domino 7 в порівнянні з Domino 6.5.



Рисунок 8. Підвищення ефективності використання CPU на SLES 9 в порівнянні з SLES 8
  Підвищення ефективності використання CPU на SLES 9 в порівнянні з SLES 8


Робоче навантаження генерувала однакову кількість роботи на серверах Domino 6.5 і Domino 7. Для кожного виконувалася передача однакової кількості байт по мережі, надсилалося однакове число повідомлень і здійснювалося однакову кількість транзакцій. В результаті, зменшення завантаженості CPU в Domino 7 перетвориться у поліпшення стабільності на високих рівнях робочого навантаження, дозволяючи підтримувати більше кількість клієнтів на одному сервері Domino 7 в Linux на zSeries. Що ще важливіше, полегшені вимоги до CPU в Domino 7 можуть призвести до істотно нижчою загальної вартості володіння (total cost of ownership) в порівнянні з Domino 6.5 в Linux на zSeries.


z/OS


Всі тести продуктивності, описані в даному розділі, виконані для одного виділеного логічного розділу (LPAR) на series z990 model 2084-C24. На ньому доступно 24 CPU, 6 з яких виділені для LPAR тесту продуктивності. Решта 18 CPU, а також деякі інші машинні ресурси, були розподілені по 13 іншим LPAR, що використовувалися для розробки і тестування Domino. LPAR-тест продуктивності був налаштований з 12GB центральної пам’яті зберігання. Ми використовували одну GB Ethernet OSA-карту. Наша мережа ізольована. Всі диски розміщені в масиві Enterprise Storage Server (2105 Model 800), кожен диск налаштований на 3390 model 3. Є окрема файлова система z / FS, розміщена на одному томі (диску) для роботи Domino, для даних (за винятком клієнтських поштових баз даних) і для Domino Directory (Names.nsf). Файлова система, яка поширюється на два томи, розподіляється для даних журналу транзакцій. Клієнтські поштові бази даних розподіляються рівномірно по 53 z / FS, кожна займає 5 томів, забезпечуючи 11.5GB використовуваного простору на файлову систему. Була встановлена ​​операційна система z / OS (версія 1, випуск 5). Ми дозволили ведення журналів транзакцій з апаратною обробкою даних замість програмного алгоритму LZ1.






















Модель z990 2084-C24
Кількість CPU Шість виділених CPU
Встановлена ​​оперативна пам’ять 12 GB
Тип DASD томи типів 2105 model 800, 3390 model 3
Файлова система 53 x 5 z / FS поштових баз даних, 7 інших томів для Notes-даних, notesbin, Domino Directory, mailbox, utility і translog
Операційна система z/OS 1.5


Ми виконали такі зміни конфігурації в наших файлах Notes.ini серверів Domino 6.5 і Domino 7:
NSF_Buffer_Pool_Size_MB=256
ServerTasks=Router. HTTP
NSF_DBCache_MaxEntries=10000
iNotes_WA_ProfileCacheSize=10000
iNotes_WA_ProfileCacheSize=10000


Ми визначили 10 000 користувачів для даного тесту.


На малюнку 9 показано підвищення ефективності використання CPU в Domino 7 в порівнянні з Domino 6.5; обидва виконують робоче навантаження R6iNotes і реалізують або шаблон iNotes6 з Domino 6.5, або шаблон dwa7 з Domino 7. Дана схема показує підвищення ефективності використання CPU від 27 до 34 відсотків при виконанні Domino 7 з шаблоном iNotes6 і від 10 до 24 відсотків при виконанні Domino 7 з шаблоном dwa7. Як можна побачити, Domino 7 підвищує ефективність використання CPU з обома шаблонами (inotes6 і dwa7) в порівнянні з Domino 6.5.



Малюнок 9. Використання CPU на Linux on z / OS
 


На малюнку 10 показано, що основне підвищення продуктивності йде від завдання HTTP на Domino 7. Завдання Router також показує деяке поліпшення ефективності використання CPU в Domino 7.



Малюнок 10. Використання CPU завданнями Server, Router, HTTP і event
 


Робоче навантаження генерувала однаковий обсяг роботи як для сервера Domino 6.5, так і для сервера Domino 7. Для кожного виконувалася передача однакової кількості байт по мережі, надсилалося однакове число повідомлень і відбувалося однакову кількість транзакцій. Таким чином, зменшення завантаженості CPU в Domino 7 перетвориться у поліпшення стабільності на високих рівнях робочого навантаження, дозволяючи підтримувати більшу кількість клієнтів на одному сервері Domino 7 на сервері z / OS.


Резюме


Ми працювали над двома головними аспектами продуктивності Domino 7 для користувачів Domino Web Access. Першим аспектом є підвищення масштабованості сервера Domino за межі вузьких місць в коді, а другим – мінімізація використання ресурсів CPU і конфліктів ресурсів, що існували в попередніх версіях. З наявними збільшенням продуктивності апаратного забезпечення серверів багато користувачів замислюються про консолідацію систем, і ми повинні бути готові зробити це можливим. З цією метою ми показали збільшення числа тестових користувачів, які працюють на всіх платформах, в порівнянні з числом користувачів в Domino 6.5. Хоча ви, можливо, не бажаєте навантажувати робочий сервер так сильно, як це робили ми вчасно тестування, не погано знати, що Domino може тепер обслуговувати на 50% більше кількість користувачів, чим це було у версії 6.5.


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

Схожі статті:


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

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*