Как диагностировать узкие места производительности (время отклика) в Azure?Лазурное длинное время отклика?
У меня есть сайт .NET Core на Azure, который состоит из службы веб-приложений и одной базы данных SQL.
Я установил нагрузочный тест и развернул его через облако, чтобы попасть на сайт. Свойства конфигурации для испытательной нагрузки агентов являются
- 4 ядра
- старта на 10 одновременных пользователей + 10 каждых 20 секунд, до 150 пользователей
- 5 второго раза мозгового между запросами
Распределение ресурсов веб-приложений выглядит следующим образом:
- 2 экземпляра
- 4 сердечника, 7GB ОЗУ (S3 Стандартный)
Это изображение показывает эффективность использования оборудования во время нагрузочного теста (2 испытания показали, около 1 вечера и 1:30 вечера)
Кажется разумным, за исключением того, что время ответа, на мой взгляд, слишком медленное, учитывая, что аппаратное обеспечение вообще не подвергается стрессу. Например, у 10 пользователей время моего ответа начинается с 20 мс, но у 150 пользователей (в конце теста), я вижу 5 секундное время ответа.
Для последней части теста, Мои запросы в секунду было примерно 50.
производительности баз данных, в 100DTUs, как представляется, не является фактором:
Что еще я могу сделать, чтобы диагностировать медленное время отклика? Если аппаратное обеспечение веб-сервера не привязано, и база данных даже не чихает, какие другие кнопки можно включить в Azure?