Тест производительности приложения App Engine

Question

Я использовал jMeter для тестирования производительности моего приложения appengine.

Я создал группу потоков из

• 500 пользователей,
• период разгона: 0 секунд
• и цикл до 1

и запустил тест.

Создано 4 экземпляра в движке приложения. Но интересно то, что > 450 запросов были обработаны одним экземпляром.

Я снова запустил тест с этими экземплярами, все же большинство запросов (> 90%) направлялись в тот же экземпляр .

• Тип экземпляра: F1 Class
• Макс. Число простоя: (автоматически)
• Минимальная задержка в ожидании: (Автоматически)

У меня намного большая задержка.
Что здесь не так? Генерация нагрузки от 1 IP, есть ли проблемы?

Answer 1

Ваша проблема в том, что вы не используете реалистичное значение увеличения. AppEngine, как и большинство решений автоматического масштабирования, требует разумного количества времени для раскрутки нового оборудования. Во время этого процесса во время создания новых экземпляров задержка может увеличиться, если был большой и внезапный рост трафика.

Выберите значение увеличения, соответствующее типам всплесков / скачков, которые вы реально ожидаете увидеть на производстве, а затем запустите тест. Используйте значения из этого теста, чтобы решить, сколько экземпляров appEngine вы хотите «всегда включать», чем выше это значение, тем меньше будет влияние от скачка напряжения, но, очевидно, выше ваши затраты.

Answer 2

Это была проблема с движком приложения ...

см. Сообщение об этой проблеме на устройстве отслеживания проблем appengine

Answer 3

Когда вы говорите «У меня намного большая задержка», что именно вы получаете?Считаете ли вы, что это слишком медленно?

Если задержка является проблемой, вы можете уменьшить максимальную задержку в настройках приложения.Если вы попробуете это, я думаю, вы увидите, что ваши запросы будут распределяться по экземплярам больше.

Я предполагаю, что 2-3 пустых экземпляра ускорились в ожидании увеличения нагрузки, но на самом деле не нужны для вашего теста.