Нагрузочное тестирование OTRS и оптимизация производительности

Пожалуйста, не создавайте здесь тем с вопросами!

Moderator: DenisBY

Post Reply
mms
OTRS newbie
Posts: 6
Joined: 19 Sep 2012, 08:26
OTRS Version?: 3.1.1
Real Name: Mstislav Martynyuk
Company: Reunico LLC

Нагрузочное тестирование OTRS и оптимизация производительности

Post by mms » 15 Mar 2018, 12:15

Всем привет!

Решил поделиться нашими заметками по тюнингу OTRS и нагрузочному тестированию (100 активных пользователей).
Буду рад любым замечаниям и уточнениям, и описанию Вашего опыта повышения производительности системы.

https://www.reunico.com/otrs-performance-tuning.html
WBR, Mstislav
Reunico LLC: software design and development company
https://www.reunico.com
OTRS 3.* -> OTRS 6.0.1

edi
OTRS newbie
Posts: 4
Joined: 20 Nov 2018, 16:10
OTRS Version?: OTRS 5
Real Name: Eduard
Location: Russia

Re: Нагрузочное тестирование OTRS и оптимизация производительности

Post by edi » 21 Nov 2018, 10:16

Тест уж очень сильно искусственный но как стартовый вариант пойдет.
100 клиентов и 1000 тикетов для выбранного вами стенда - это очень мало.
Все ваши данные успешно помещаются в кэш, поэтому нагрузки на систему с такими исходными данными практически никакой не будет.
Вы наберите базу гигов на 100.
Добавьте к тестам запросы на генерацию отчетов.
Добавьте запросы, которые не только меняют состояние заявок но и создают к ним разного рода заметки.
Тогда тест будет более правдоподобным.
Вопрос на счет почтовой системы: она на стенде работает, почтовые уведомления по тикетам рассылаются?
И еще вопрос на счет siege и хоста с которого он запускается.
Клиентский хост для тестов находится рядом с сервером или где-то далеко?
siege умеет эмулировать медленных клиентов?, ибо медленные клиенты оказывают существенное влияние на производительность.

P.S.
По личному опыту могу сказать, что работал с системой по конфигурации в два раза слабее вашего стенда и без выделенного сервера БД.
Два ядра, 8 памяти и 4 диска САТА в 10-м софтовом рэйде.
Объем базы перевалил за 200 гигов.
В пике около 60-ти одновременных сессий, общее количество клиентов/агентов немного до 1000 не дотягивает.
Проблем с производительностью нет никаких.

Post Reply