Управление развертываниями единорога/рельсами

Question

у меня болит голова сегодня! :)

Мне нужна помощь при развертывании рельсов.

Я перешел из cherokee в nginx и хорошо, я легко переносил свои приложения в Django.

Мне просто нужно запустить uwsgi, чтобы получить сокет tcp и запустить мое приложение. Поэтому я использую supervisord для запуска/остановки сокетов uwsgi для каждого приложения.

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

Я прочитал все почти все интернеты и хорошо, я должен спросить здесь :)

моего приложения жизни «/ SRV/HTTP/привет /»

Я использую единорог с причудливым конфигом/единорогом .rb

worker_processes 2 
working_directory "/srv/http/hello/" 

# This loads the application in the master process before forking 
# worker processes 
# Read more about it here: 
# http://unicorn.bogomips.org/Unicorn/Configurator.html 
preload_app true 

timeout 30 

# This is where we specify the socket. 
# We will point the upstream Nginx module to this socket later on 
listen "/srv/http/hello/tmp/sockets/unicorn.sock", :backlog => 64 

pid "/srv/http/hello/tmp/pids/unicorn.pid" 

# Set the path of the log files inside the log folder of the testapp 
stderr_path "/var/log/unicorn/hello-stderr.log" 
stdout_path "/var/log/unicorn/hello-stdout.log" 

before_fork do |server, worker| 
# This option works in together with preload_app true setting 
# What is does is prevent the master process from holding 
# the database connection 
    defined?(ActiveRecord::Base) and 
    ActiveRecord::Base.connection.disconnect! 
end 

after_fork do |server, worker| 
# Here we are establishing the connection after forking worker 
# processes 
    defined?(ActiveRecord::Base) and 
    ActiveRecord::Base.establish_connection 
end 

Я просто адаптировал некоторые примеры для Интернета.

Если я бегу что-то вроде:

unicorn_rails -c config/unicorn.rb -D 

Он работает как шарм. Я попытался поставить эту команду в супервизор, но хе-хе, я слишком много просил об этом.

Так, с некоторыми исследованиями я обнаружил бог, поэтому я выбрал пример GitHub, и я поставил его на «конфигурацию/god.rb» (который является хорошим местом?)

# http://unicorn.bogomips.org/SIGNALS.html 

rails_env = ENV['RAILS_ENV'] || 'development' 
rails_root = ENV['RAILS_ROOT'] || "/srv/http/hello" 

God.watch do |w| 
    w.name = "unicorn" 
    w.interval = 30.seconds # default 

    # unicorn needs to be run from the rails root 
    w.start = "cd #{rails_root} && /srv/http/.rvm/gems/ruby-1.9.3-p0@hello/bin/unicorn_rails -C#{rails_root}/config/unicorn.rb -E #{rails_env} -D" 

    # QUIT gracefully shuts down workers 
    w.stop = "kill -QUIT `cat #{rails_root}/tmp/pids/unicorn.pid`" 

    # USR2 causes the master to re-create itself and spawn a new worker pool 
    w.restart = "kill -USR2 `cat #{rails_root}/tmp/pids/unicorn.pid`" 

    w.start_grace = 10.seconds 
    w.restart_grace = 10.seconds 
    w.pid_file = "#{rails_root}/tmp/pids/unicorn.pid" 

    #w.uid = 'http' 
    #w.gid = 'webgroup' 

    w.behavior(:clean_pid_file) 

    w.start_if do |start| 
    start.condition(:process_running) do |c| 
     c.interval = 5.seconds 
     c.running = false 
    end 
    end 

    w.restart_if do |restart| 
    restart.condition(:memory_usage) do |c| 
     c.above = 300.megabytes 
     c.times = [3, 5] # 3 out of 5 intervals 
    end 

    restart.condition(:cpu_usage) do |c| 
     c.above = 50.percent 
     c.times = 5 
    end 
    end 

    # lifecycle 
    w.lifecycle do |on| 
    on.condition(:flapping) do |c| 
     c.to_state = [:start, :restart] 
     c.times = 5 
     c.within = 5.minute 
     c.transition = :unmonitored 
     c.retry_in = 10.minutes 
     c.retry_times = 5 
     c.retry_within = 2.hours 
    end 
    end 
end 

ПРИМЕЧАНИЯ: Я прокомментировал uid и gid, так как я запускаю его у пользователя http или получаю ошибку разрешения, пишущую pid. Кроме того, я ставлю «развитие», потому что это просто «рельсы новый привет»

Ok, так что это работает:

god -c config/god.rb -D 

запуск бога единорог хорошо и в другом терминале, и я могу сделать «бог остановить единорог» и оно работает.

Так вопросы ...

1 - Является ли это правильный путь? 2 - Нужна ли мне одна конфигурация для каждого проекта и запуск божественного процесса для каждого проекта? 3 - Как я могу управлять процессом этого бога? Что-то вроде supervisord «supervisorctl restart djangoproject» 4 - Я умру, если я положу «убийца бога» 3 раза подряд? : P 5 - НОВЫЙ ВОПРОС: Im слишком далеко, если я скажу, что мне просто нужна конфигурация 1 god со всеми экземплярами единорога, запустите ее в какой-то форме и просто управляйте ею с богом? бог начало бла, бог начало bleh ...

Большое спасибо, мне просто нужно начать развитие рельсов с хорошим администрированием системы.

Answer 1

Если у вас уже есть опыт работы с uWSGI, почему бы не использовать его для рельсов?

http://projects.unbit.it/uwsgi/wiki/RubyOnRails

Если вы планируете провести много приложений рассмотреть возможность использования императора

http://projects.unbit.it/uwsgi/wiki/Emperor