Управление экземплярами / рельсами единорога - PullRequest
1 голос
/ 06 февраля 2012

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

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

Я перешел с чероки на nginx, и я легко перенес свои приложения django.

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

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

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

Мое приложение живет в "/ srv / http / hello /"

Я использую Unicorn с необычной конфигурацией / unicorn.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 и поставил его на «config / 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.Также я поставил "развитие", потому что это просто "rails new hello"

Хорошо, так что это работает:

god -c config/god.rb -D

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

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

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

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

1 Ответ

0 голосов
/ 06 февраля 2012

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

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

Если вы планируете разместить множество приложений, подумайте об использовании Emperor

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

...