2015-03-29 2 views
1

Я разрабатываю игровое приложение, и в настоящее время я сталкиваюсь с необычным поведением с моими экземплярами F4 Frontend. Они часто перезапускаются в произвольный промежуток времени, несмотря на постоянную нагрузку. Иногда они продолжаются 2 часа, но иногда они умирают всего через 30 минут после запуска, и игроки испытывают высокую задержку во время холодного старта.Часто встречаются экземпляры Frontend

У меня настроены запросы на разминку, я также попытался настроить резидентные экземпляры, ожидающие задержки и т. Д., Чтобы хотя бы избежать задержек из-за перезапуска, но безуспешно.

Я думал о утечке памяти в приложении, но экземпляры используют только 200 МБ ОЗУ, прежде чем они умрут, а экземпляры F4 - 512. В журналах также нет признаков сбоев.

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

Latency statistics

Logs

+0

Я обнаружил, что латентность загрузки для Java довольно высока по сравнению с другими временем автономной работы и даже с запросами на разминку, запросы пользователей все равно могут обслуживаться экземплярами, которые еще не готовы. Вы можете захотеть изолировать соответствующую часть вашего приложения в отдельный модуль go/python, если вы найдете латентность загрузки лучше. – tx802

+1

К сожалению, в настоящее время я испытываю только Java :(Задержка загрузки не будет проблемой, если она не будет такой, как каждые 30 минут. Это означает, что каждый игрок, входящий в игру, будет испытывать отставание хотя бы один раз. заставляет экземпляры вести себя так, но я не могу их найти. Я еще не работал с другими приложениями gae, поэтому я не уверен, какое поведение нормальное, а что нет. Не могли бы вы поделиться эффективностью своих экземпляров? –

ответ

0

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

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

+0

Нет, я Dont нужен один экземпляр. В настоящее время я использую автоматическое масштабирование –

0

Мы столкнулись с той же проблемой, о которой сообщает Nhat. Мы открываем длинный билет с поддержкой GAE и пока не отвечаем. Также проблема с частым перезапуском - это балансировка нагрузки, поскольку она отправляет запросы в новый экземпляр, затем клиенты застревают до тех пор, пока не загрузится экземпляр. Невозможно позволить балансировочному балансу что-то вроде: «не отправил мне запрос, пока я не дам вам знать, что я загрузился, и я готов». Я думаю, проблема связана с серьезной проблемой инфраструктуры GAE, это длинная короткая история: из-за проблемы с нашим приложением мы были перенесены на более раннюю версию GAE, и, похоже, мы работали в изолированной ферме. Затем экземпляры работали в течение нескольких часов без сбоев, безупречно. Как только они вернут нас в стандартное место, мы снова столкнемся с проблемой без каких-либо изменений в нашей стороне. К настоящему времени мы не нашли разрешение, и это сильно повлияло на общее восприятие системы.

Смежные вопросы