Ответ 1
Что происходит, что ваше приложение и/или ApplicationSpawners закрываются из-за тайм-аута. Чтобы обработать ваш новый запрос, Пассажир должен запустить новую копию вашего приложения, которая может занять несколько секунд даже на быстрой машине. Чтобы устранить проблему, есть несколько параметров конфигурации Apache, которые вы можете использовать для сохранения своего приложения.
Вот конкретно, что я сделал на своих серверах. Параметры PassengerSpawnMethod и PassengerMaxPreloaderIdleTime являются наиболее важными параметрами конфигурации в вашей ситуации.
# Speeds up spawn time tremendously -- if your app is compatible.
# RMagick seems to be incompatible with smart spawning
# Older versions of Passenger called this RailsSpawnMethod
PassengerSpawnMethod smart
# Keep the application instances alive longer. Default is 300 (seconds)
PassengerPoolIdleTime 1000
# Keep the spawners alive, which speeds up spawning a new Application
# listener after a period of inactivity at the expense of memory.
# Older versions of Passenger called this RailsAppSpawnerIdleTime
PassengerMaxPreloaderIdleTime 0
# Just in case you're leaking memory, restart a listener
# after processing 5000 requests
PassengerMaxRequests 5000
Используя "умный" режим нереста и выключение PassengerMaxPreloaderIdleTime, Passenger будет хранить 1 копию вашего приложения в памяти все время (после первого запроса после запуска Apache). Индивидуальные слушатели Application
будут fork
из этой копии, что является супер-дешевой операцией. Это происходит так быстро, что вы не можете сказать, было ли ваше приложение для вызова слушателя.
Если ваше приложение несовместимо с умным нерестом, я бы рекомендовал хранить большой PassengerPoolIdleTime и периодически нажимать на ваш сайт, используя завиток, cronjob или monit или что-то, что обеспечило бы, чтобы слушатель оставался в живых.
Руководство пользователя для пассажиров - это замечательная ссылка для этих и других параметров конфигурации.
изменить: Если ваше приложение несовместимо с умным нерестом, есть несколько новых параметров, которые очень приятны
# Automatically hit your site when apache starts, so that you don't have to wait
# for the first request for passenger to "spin up" your application. This even
# helps when you have smart spawning enabled.
PassengerPreStart http://myexample.com/
PassengerPreStart http://myexample2.com:3500/
# the minimum number of application instances that must be kept around whenever
# the application is first accessed or after passenger cleans up idle instances
# With this option, 3 application instances will ALWAYS be available after the
# first request, even after passenger cleans up idle ones
PassengerMinInstances 3
Итак, если вы объединяете PassengerPreStart и PassengerMinInstances, Passenger будет разворачивать 3 экземпляра сразу после загрузки apache и всегда будет содержать не менее 3 экземпляров, поэтому ваши пользователи редко (если когда-либо) будут видеть задержку.
Или, если вы уже пользуетесь умным нерестом (рекомендуется) с помощью PassengerMaxPreloaderIdleTime 0
, вы можете добавить PassengerPreStart
, чтобы получить дополнительную выгоду от немедленного запуска.
Большое спасибо героям в phusion.nl!