[英]Making Rails, Heroku, Unicorn, Sidekiq and Hirefire all play nice
我们在Heroku上有一个非常复杂的Rails设置。
在典型的一天中,我们有大约10个Web dynos与Unicorn(每个2x并运行3个Unicorn工人)和15个Dynos运行“延迟作业”,尽管它波动,所以当可以节省成本时,我们使用hirefire来扩大和缩小规模。 我们的Postgres数据库允许400个连接。
上周,我终于对我们已经使用了几年的Delayed :: Jobs队列感到厌烦。 我们有一系列的作业每10分钟运行一次,直到运行所有作业都花费超过10分钟的时间,这样他们的队列才会得到备份。 我决定做出移居到Sidekiq的决定,因为我过去在此方面取得了一些成功。
到目前为止,它的运行情况还不错,尽管我发现我们的网络测功机不太稳定。 例如,这是昨天昨天3小时的新遗物图:
但是,这恰好是前一周的相同时间段:
基本上,在Sidekiq之前,我们的工作似乎根本没有影响到我们的网络测功机,但现在它们已经开始了。 我唯一的猜测是,每运行10分钟,它们就会暂时压倒我们的postgres连接,这会减慢网络测功的速度。 这是我可以想象工作会影响网络的唯一方法。
是否有关于如何将它们分开的想法,或者它们相互之间的影响较小,以及我们的Web响应时间更一致?
这是我们的sidekiq.yml:
---
:concurrency: 5
production:
:concurrency: <%= ENV['WORKER_POOL'] || 15 %>
:queues:
- [instant, 3]
- [fetchers, 2]
- [mailers, 1]
- [fetch_all, 1]
- [moderation, 1]
- [default, 1]
- [reports, 1]
- [images, 1]
- [slack, 1]
还有我们的sidekiq.rb
require 'sidekiq'
Sidekiq.configure_server do |config|
database_url = ENV['DATABASE_URL']
if database_url
pool = ENV['WORKER_POOL'] || 15
new_database_url = "#{database_url}?pool=#{pool}"
ActiveRecord::Base.establish_connection(new_database_url)
end
end
Sidekiq.default_worker_options = { retry: 1 }
我们将为sidekiq worker实例覆盖数据库上的池设置,以便我们可以充分利用并发性。
还有我们的database.yml
production:
database: myapp_production
adapter: postgresql
encoding: unicode
pool: 5
还有我们的unicorn.rb
worker_processes 3
timeout 30
preload_app true
listen ENV['PORT'], backlog: Integer(ENV['UNICORN_BACKLOG'] || 200)
before_fork do |server, worker|
Signal.trap 'TERM' do
puts 'Unicorn master intercepting TERM and sending myself QUIT instead'
Process.kill 'QUIT', Process.pid
end
defined?(ActiveRecord::Base) and
ActiveRecord::Base.connection.disconnect!
end
after_fork do |server, worker|
Signal.trap 'TERM' do
puts 'Unicorn worker intercepting TERM and doing nothing. Wait for master to sent QUIT'
end
defined?(ActiveRecord::Base) and
ActiveRecord::Base.establish_connection
end
和我们的Procfile:
web: bundle exec unicorn -p $PORT -c ./config/unicorn.rb
redis: redis-server
worker: bundle exec sidekiq -e production -C config/sidekiq.yml
我们的聘用经理的设置如下
网页:
工作人员:
有什么建议么?
尚待观察,但一个非常有前途的修复程序似乎已在我的config/database.yml
为sidekiq工作者关闭了prepare_statements:
default: &default
adapter: postgresql
encoding: unicode
pool: 5
prepared_statements: <%= !Sidekiq.server? %>
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.