Приложение Amazon Web Services: тестирование производительности с использованием Loadrunner 12.02

Question

Мне было предложено сделать доказательство концепции тестирования производительности приложения, которое наша организация будет размещать на веб-сервисах Amazon. Приложение будет использовано около 460 человек. Если требуется только сквозной тест всего приложения, мы будем устанавливать тесты с точки зрения пользователей без измерения производительности любого отдельного компонента. Если сервер веб-службы нуждается в тестировании производительности на уровне интеграции, это интересная задача, потому что раньше мы не тестировали облачные веб-службы. Я сделал поиск на этом сайте, и он дал мне результаты для using JMeter, чтобы выполнить аналогичную задачу. Хотя это вариант, здесь мы используем LoadRunner 12.02, и я ищу совет о том, как использовать/начинать с этого. До сих пор я обнаружил, что LR 12.02 integrates with Amazon EC2, и что нам нужно создать custom image в облаке. Если кто-либо проверил AWS с помощью Load Runner, любая информация была бы полезна: с чего начать, возможные проблемы, проблемы с конфигурацией/разрешения, запуск локальных тестов VS на облаке и т. Д. Не стесняйтесь спрашивать меня, если вам нужно.

С нетерпением ждем ваших предложений. Заранее спасибо!

Answer 1

Тестирование приложений на основе AWS с помощью LoadRunner происходит все время. Одна вещь, о которой нужно помнить, заключается в том, что вы захотите запустить свои генераторы нагрузки внутри AWS просто потому, что получаете заряд для бит, отправленных в/из облака, но не для битов, сгенерированных и потребляемых внутри центра обработки данных Amazon.

Вы работаете в среде VM. Ваши генераторы нагрузки будут на виртуальных машинах. Ваше приложение будет находиться на виртуальных машинах. Это имеет последствия для повторяемости теста, связанной с начальными условиями среды на общих ресурсах, управляемых гипервизором виртуальных машин. Это также относится к условиям тестирования. Короче говоря, вы не можете контролировать то, что происходит с другими виртуальными машинами, которые могут попасть в арбитражный ресурс. Это приведет к увеличению среднего, максимального и стандартного отклонения. Это справедливо для любого тестового инструмента. У вас также есть проблема с положением часовых поясов для контента, поскольку часы генератора нагрузки будут плавать, связанные с физическими часами. в моменты синхронизации часов с базовым оборудованием у вас будет синхронизация часов до точки синхронизации. Это приведет к искусственно более длинным записям времени, что объясняет вторую половину более длинных общих записей времени в сочетании с неконтролируемыми начальными и тестовыми условиями.

Установка программного обеспечения генератора нагрузки в AWS ничем не отличается от установки на любом другом хосте. Просто не забудьте закрыть свои генераторы нагрузки в конце теста, чтобы избежать дополнительных затрат на запуск виртуальных машин, которые вы не используете.