集中的なタスクを実行しているときにWebアプリケーションがシャットダウンする-Openshift

Question

私はこの問題に関連しています：Web app shuts down (502 error) while running a intensive task。 のssh -t 577d56787628e1406200010c@mainserver-bizcentral.rhcloud.com '尾部 /ログイン/*' /var/lib/gems/2.3：ここ あなたは尾このアプリケーションと直接のできるコード

です。 gems/net-ssh-3.2.0/lib/net/ssh/ruby​​_compat.rb： /lib/net/ssh/transport/packet_stream.rb:75:in available_for_read?' from /var/lib/gems/2.3.0/gems/net-ssh-3.2.0/lib/net/ssh/transport/packet_stream.rb:87:in next_packet ' from /var/lib/gems/2.3.0/gems/net-ssh-3.2.0/lib/net/ssh/transport/ session.rb：193：block in poll_message' from /var/lib/gems/2.3.0/gems/net-ssh-3.2.0/lib/net/ssh/transport/session.rb:188:inループ ' /var/lib/gems/2.3.0/gems/net-ssh-3.2.0/lib/net/ssh/transport/session.rb:188から：poll_message' from /var/lib/gems/2.3.0/gems/net-ssh-3.2.0/lib/net/ssh/connection/session.rb:474:in dispatch_incoming_packets ' /var/lib/gems/2.3.0/gems/net-ssh-3.2.0/lib/net/ssh/connection/session.rb:225:in preprocess' from /var/lib/gems/2.3.0/gems/net-ssh-3.2.0/lib/net/ssh/connection/session.rb:206:inからプロセス' /varから/lib/gems/2.3.0/gems/net-ssh-3.2.0/lib/net/ssh/connection/session.rb:170:in block in loop' from /var/lib/gems/2.3.0/gems/net-ssh-3.2.0/lib/net/ssh/connection/session.rb:170:inループ ' /var/lib/gems/2.3.0/からgems/net-ssh-3.2.0/lib/net/ssh/connection/session.rb：170：loop' from /var/lib/gems/2.3.0/gems/rhc-1.38.7/lib/rhc/ssh_helpers.rb:198:in内のブロック 'ssh_ruby' /var/lib/gems/2.3.0/gems/net-ssh-3.2 .0/lib/net/ssh.rb：240：start' from /var/lib/gems/2.3.0/gems/rhc-1.38.7/lib/rhc/ssh_helpers.rb:173:in ssh_ruby ' /var/lib/gems/2.3.0/gems/rhc-1.38.7/lib/rhc/commands/tail.rb:40から： tail' from /var/lib/gems/2.3.0/gems/rhc-1.38.7/lib/rhc/commands/tail.rb:21:inで実行 ' /var/lib/gems/2.3.0/gems/rhc-1.38.7/lib/rhc/commands.rb:294:inからexecute' from /var/lib/gems/2.3.0/gems/rhc-1.38.7/lib/rhc/commands.rb:285:in to_commanderのブロック（3レベル）' from/var/lib/gems/2.3.0/gems/commander-4.2.1/lib/commander/command.rb：180：call' from /var/lib/gems/2.3.0/gems/commander-4.2.1/lib/commander/command.rb:155:inで実行する ' /var/lib/gems/2.3.0/gems/commander-4.2 .1/lib/commander/runner.rb：421：run_active_command' from /var/lib/gems/2.3.0/gems/rhc-1.38.7/lib/rhc/command_runner.rb:72:in実行！ ' /var/lib/gems/2.3.0/gems/commander-4.2.1/lib/commander/delegates.rb:8:in run!' from /var/lib/gems/2.3.0/gems/rhc-1.38.7/lib/rhc/cli.rb:37:in start ' /var/lib/gems/2.3.0/gems/からRHC-1.38.7/binに/ RHC：20：エドウィン・レノボ-FLEX-3から1130 @ エドウィン：〜$

<top (required)>' from /usr/local/bin/rhc:23:in負荷 '：23'は/ usr/local/binに/ RHCから ' で

これに対して正しい修正は何ですか？ブロンズの下でsmall.highcpuアップグレードまたは中規模CPUを取得した場合、実際にメモリに関連する場合、この問題はまだ発生しますか？

Answer 1

502がゲートウェイの問題です。サーバーの応答の1つが別のサーバーに到達していません。これは私にも起こった。

私のプロジェクトはApacheとMysql（5.5）でした。私のプロセスリストが巨大で、テーブルロックやその他の問題のためにスタックされたプロセスはほとんどなかったので、mysqlサーバが本当の問題であることが分かりました。

InnoDbのような適切なストレージエンジンを指定してmyDBを最適化し、mysqlをmariadbに更新しました。

memchacheのようなキャッシュを実装することで、データベースサーバーの負荷を軽減し、応答が高速でした。

サーバーを再起動してみます。

504エラーが表示された場合でも、両方のサーバーのタイムアウトを確認することができます。