Nginx, проксирующий websockets, соединения, не закрытые
Запланируйте задания как нормальные и установите единственное задание для выполнения, когда сервер запускается, который запускает скрипт, чтобы запросить все задания и определить любого, которые были пропущены и говорят им выполняться, теперь опция - но ясно он зависит от того, как сервер используется и повлияют ли задания на пользователей.
Если бы поле становится включенным и должно сразу работать, Вы действительно хотели бы все те задания захвата, запускаемые сразу? Вы - сценарий, мог перенести их в течение следующего промежутка спокойного времени (например, тем вечером), но от того, что Вы сказали, что поле может быть выключено снова, прежде чем то окно подходит так или иначе.
Let me answer my own question... What was wrong turned out to be nothing with the configuration laid out above, which still seems perfectly reasonable.
The author of the websocket-rails module pointed out to me that I was opening a new connection to Redis for every action triggered in the websocket module. Apparently that connection didn't get closed properly, which caused open sockets to not be closed, and caused thin to grind to a halt. Using a Redis connection set once and reused changed everything.
So, a rather obscure situation, and I'm a little embarrassed to even have presented it as a server configuration issue.