SQA Days 11. День 2. Cекция B Юлия Рагунович EPAM Systems Минск, Беларусь

1. Узкие места производительности
веб-приложений
или куда смотреть, чтобы ничего не пропустить
Юлия Рагунович
EPAM Systems, Минск

2. О себе
Системный аналитик
в EPAM Systems
2 года в команде
оптимизации
производительности
Thomson Reuters
Email: Yuliya_Rahunovich@epam.com
Skype: yrahunovich
2

3. Речь пойдѐт
о производительности в
теории
и о проблемах
производительности (и их
решении) на практике
3

4. Зачем всѐ это?
DOS-атаки
Тормоза…
Нестабильная
работа
Проблемы с
масштабируемостью
4

5. Производительность
Производительность*
(Performance, Server-side)
Оптимизация производительности
*IEEE Standard Glossary of Software Engineering Terminology
5

6. Производительность
время отклика + мощность
+ +
стабильность
+ масштабируемость
6

7. Тестирование производительности
Объекты анализа
Времена отклика
Пропускная
способность
Уровень нагрузки
Использование
ресурсов
7

8. Система под нагрузкой
Users
DB
LB
Web App
Load servers servers
8

9. Самое слабое звено? Любое
Неидеальный код
Железо
Проблемы БД
Сервер приложения
Сеть и конфигурация
9

10. Узкие места
Удаленные пользователи
Сеть (LAN, MAN, WAN)
App servers
Соединение
с backend Backend
10

11. Узкие места .Net сервисов*
35%
DB Server
App server
65%
*Опыт команды оптимизации производительности EPAM TR
11

12. Стабильность .Net сервисов*
13%
Память
6% 60%
Сеть
Настройка
21% Код
*Из опыта всѐ той же команды EPAM TR
12

13. Куда имеет смысл смотреть
 Процессор и процессы
 Память
 Дисковая активность
 Сетевой трафик
 Счетчики БД
13

14. Наш опыт
40 минут под нагрузкой и система перестает отвечать
14

15. Расход топлива
Логирование на сервере
приложения “съедало” ...
6 GB оперативной
памяти за 40 минут
15

16. Как решали
• Неблокирующая очередь
• Сокращение данных
• Асинхронная запись
16

17. Еще один опыт
Vusers vs. hits/sec*
Users
Hits/sec
*И это без нагрузки….
17

18. Как искали
Корреляция на БД (Win и SQL Servers 2008)
18

19. Решение
Для БД = Win Server 2008 R2 + SQL Server 2008
976700 fix
http://support.microsoft.com
19

20. Когда кэш не во благо
За 3 часа группа пользователей «съела» 4 GB памяти…
20

21. Как решали
Разделяй и властвуй -
Проблемы с памятью +
внутренние ошибки кэша
+ проблемы со splunk
21

22. Итоги
• Система не устойчивее своего самого слабого
звена;
• Корень многих проблем в самом приложении;
• Анализ всей системы под нагрузкой –
ключ к решению любой проблемы.
22

23. Спасибо за внимание!
Вопросы?
Юлия Рагунович
Yuliya.Ragunovich@gmail.com
23