TERM을 트래핑하고 QUIT를 보낸 후 Heroku에서 Unicorn 종료 시간 초과

unicorn 및 sidekiq을 실행하는 Heroku 앱에 대해 R12 종료 시간 초과 오류가 발생합니다. 이러한 오류는 배포 할 때마다 하루에 1-2 번 발생합니다. 유니콘이 올바르게 응답하려면 Heroku의 종료 신호를 변환해야한다는 것을 이해하지만 아래의 유니콘 구성에서 그렇게했다고 생각했습니다.

worker_processes 3
timeout 30
preload_app true

before_fork do |server, worker|
  Signal.trap 'TERM' do
    puts "Unicorn master intercepting TERM and sending myself QUIT instead. My PID is #{Process.pid}"
    Process.kill 'QUIT', Process.pid
  end

  if defined?(ActiveRecord::Base)
    ActiveRecord::Base.connection.disconnect!
    Rails.logger.info('Disconnected from ActiveRecord')
  end
end

after_fork do |server, worker|
  Signal.trap 'TERM' do
    puts "Unicorn worker intercepting TERM and doing nothing. Wait for master to sent QUIT. My PID is #{Process.pid}"
  end

  if defined?(ActiveRecord::Base)
    ActiveRecord::Base.establish_connection
    Rails.logger.info('Connected to ActiveRecord')
  end

  Sidekiq.configure_client do |config|
    config.redis = { :size => 1 }
  end
end

오류를 둘러싼 내 로그는 다음과 같습니다.

Stopping all processes with SIGTERM
Unicorn worker intercepting TERM and doing nothing. Wait for master to sent QUIT. My PID is 7
Unicorn worker intercepting TERM and doing nothing. Wait for master to sent QUIT. My PID is 11
Unicorn worker intercepting TERM and doing nothing. Wait for master to sent QUIT. My PID is 15
Unicorn master intercepting TERM and sending myself QUIT instead. My PID is 2
Started GET "/manage"
reaped #<Process::Status: pid 11 exit 0> worker=1
reaped #<Process::Status: pid 7 exit 0> worker=0
reaped #<Process::Status: pid 15 exit 0> worker=2
master complete
Error R12 (Exit timeout) -> At least one process failed to exit within 10 seconds of SIGTERM
Stopping remaining processes with SIGKILL
Process exited with status 137

모든 하위 프로세스가 시간 초과 전에 성공적으로 회수 된 것으로 보입니다. 마스터가 아직 살아있을 수 있습니까? 또한 로그에 표시된 것처럼 라우터가 종료 중에 dyno에 웹 요청을 계속 보내야합니까?

FWIW, 저는 Heroku의 제로 다운 타임 배포 플러그인 ( https://devcenter.heroku.com/articles/labs-preboot/ )을 사용하고 있습니다.

사용자 정의 신호 처리가 여기에서 시간 초과를 일으키는 원인이라고 생각합니다.

편집 : 나는 Heroku의 문서에 동의하지 않는다는 이유로 반대 투표를 받고 있으며 이것을 해결하고 싶습니다.

TERM 신호를 포착하고 삼키도록 Unicorn 애플리케이션을 구성하는 것이 애플리케이션이 중단되고 올바르게 종료되지 않는 가장 가능성이 높은 원인입니다.

Heroku는 TERM 신호를 잡아서 QUIT 신호 로 변환하는 것이 하드 셧다운을 정상적인 셧다운으로 바꾸는 올바른 행동 이라고 주장하는 것 같습니다 .

그러나 이렇게하면 어떤 경우에는 종료가 전혀 발생하지 않을 위험이있는 것으로 보입니다.이 버그의 근원입니다. Unicorn을 실행하는 교수형 다이노를 경험하는 사용자는 증거를 고려하고 문서가 아닌 첫 번째 원칙에 따라 스스로 결정을 내려야합니다.