docker + rails + redis - 救援人员没有运行

时间:2015-08-04 23:13:48

标签: ruby-on-rails redis docker resque dockerfile

我创建了一个可以创建3个图像的docker环境:rails,postgresql和redis。它一直运作良好,但我发现我的redis图像似乎没有任何工人正在运行。

Docker Info

我的docker-compose.yml如下

web:  
  build: .
  command: bundle exec unicorn -p 3000 -c config/unicorn.rb
  volumes:
    - .:/fitmo
    - ../fitmo-core:/fitmo-core
  ports:
    - "3000:3000"
  links:
    - db
    - redis
  environment:
    - REDIS_URL=redis://redis:6379

db:
  build: ./db/docker-files
  ports:
    - "5432"

redis:  
  image: redis:2.8
  ports:
    - "6379"

Resque Config

require 'resque'
require 'resque-scheduler'
require 'resque_scheduler/server'
require 'appsignal/integrations/resque'
require 'yaml'

if Rails.env.test?
  require 'mock_redis'
  $redis = MockRedis.new
else
  uri = URI.parse(ENV['REDIS_URL'])
  $redis = Redis.new(host: uri.host, port: uri.port, password: uri.password)
end

Resque.redis = $redis
Resque.schedule = YAML.load_file(File.join(Rails.root, 'config/resque_schedule.yml'))

Resque.before_fork do
  defined?(ActiveRecord::Base) and
    ActiveRecord::Base.connection.disconnect!
end

Resque.after_fork do
  defined?(ActiveRecord::Base) and
    ActiveRecord::Base.establish_connection
end

module Resque

  def queued_jobs
    queues = Hash.new
    Resque.queues.each do |queue|
      jobs = []
      Resque.peek(queue, 0, 5000).each do |job|
        jobs.push({klass: job['class'], args: job['args']})
      end
      queues[queue] = jobs
    end
    queues
  end

  def queued?(klass, *args)
    queued_jobs.select do |job|
      job[:klass] == klass.to_s && job[:args] == args
    end.any?
  end

  def enqueue_once(klass, *args)
    enqueue(klass, *args) unless queued?(klass, *args)
  end

end

Ruby Gems

以下是正在使用的相关宝石。注释掉的版本是宝石的最新版本,但我不认为这是一个问题,因为当前版本在Heroku环境中运行良好。我还包括救援邮件和调度程序的彻底性。他们没有参与这个问题

gem 'redis',            '3.0.7'         #'~> 3.2.0'
gem 'resque',           '~> 1.25.2'     #'~> 1.25.2'
gem 'resque_mailer',    '~> 1.0.1'      #'~> 2.2.7'
gem 'resque-scheduler', '~> 2.5.5'      #'~> 4.0.0'

测试信息

我已经确认可以通过telnet到端口6379上的主机redis从Web容器访问redis。我还输出Rescue.info的值,该值显示有项目已排队但现在正在运行的工作

resque info: {:pending=>1, :processed=>0, :queues=>2, :workers=>0, :working=>0, :failed=>0, :servers=>["redis://redis:6379/0"], :environment=>"development"}

我陷入困境,因为我不确定如何让工人跑步。有什么建议吗?

2 个答案:

答案 0 :(得分:4)

我能够通过包含基于Web图像启动的新图像来解决这个问题。我的新docker-compose.yml文件如下(添加了新的worker图像):

web:  
  build: .
  command: bundle exec unicorn -p 3000 -c config/unicorn.rb
  volumes:
    - .:/fitmo
    - ../fitmo-core:/fitmo-core
  ports:
    - "3000:3000"
  links:
    - db
    - redis
  environment:
    - REDIS_URL=redis://redis:6379

worker:
  build: .
  command: bundle exec rake environment resque:work QUEUE=*
  volumes:
    - .:/fitmo
    - ../fitmo-core:/fitmo-core
  links:
    - db
    - redis
  environment:
    - REDIS_URL=redis://redis:6379

db:
  build: ./db/docker-files
  ports:
    - "5432"

redis:  
  image: redis:latest
  ports:
    - "6379"

如果您安装了AppSignal gem,并且您正在使用"扩展Appsignal :: Integrations :: ResquePlugin"问题是ResquePlugin尝试将套接字写入tmp文件夹,而Docker不允许它。

我确定有一个Docker配置允许写入套接字,但我在我的appsignal.yml文件中创建了一个开发部分,并将active标志设置为false。即使active = false,最新版本的Appsignal gem仍会尝试写入套接字。宝石的版本0.13.0(将于明天发布)应该有适当的修复

appsignal.yml

production:
  api_key: "xxxxxxxxxxxxxxxxxxxxxxxx"
  active: true
  slow_request_threshold: 200
staging:
  api_key: "xxxxxxxxxxxxxxxxxxxxxxxx"
  active: true
  slow_request_threshold: 200
development:
  api_key: "xxxxxxxxxxxxxxxxxxxxxxxx"
  active: false
  slow_request_threshold: 200

答案 1 :(得分:1)

在resque的github页面https://github.com/resque/resque上,它提到你需要运行bin/resque work来开始轮询队列并启动工作人员。