2017-11-30 25 views
0

私はスプリングブート統合アプリケーションを作成し、それをPivotal Cloud Foundry(PCF)環境にデプロイしました。それは数日の間働き、その後、ランダムにクラッシュするようになります。私はPCFのログを調べ、クラッシュに関するこの情報を見つけました。私のPivotalクラウドファウンドリーアプリがヘルスチェック中に頻繁にクラッシュする

OUTApp instance exited with guid 3c348d47-48c4-403f-950a-29af1efa551d 
payload: {"instance"=>"e2122543-214f-4806-62c7-00e1", "index"=>2, 
"reason"=>"CRASHED", "exit_description"=>"Instance became unhealthy: Failed 
to make HTTP request to '/health' on port 8080: timed out after 1.00 
seconds", "crash_count"=>1, "crash_timestamp"=>1511959503256098495, 
"version"=>"10cea919-d490-460d-83d6-5132c96ef781"} 

私のCPU使用率はそれほど高くありません。私の記憶も漏れていない。

PCFにデプロイされたアプリケーションに関する情報: Springブート統合アプリケーションは、IBM MQのキューに接続し、メッセージをポーリングしてから、いくつかのWebサービスを呼び出します。

また、別のアプリケーションサービスバスがあります。サービスバスは、PCFアプリケーションのヘルスチェック呼び出しを行い、PCFアプリケーションが使用可能かどうかを確認します。 PCFアプリが利用可能であることがサービスバスによって分かった場合、要求はPCFにルーティングされ、それ以外の場合はサービスバスの端で処理されます。

CRASHの根本原因を突き止めて修正する方法を教えてください。 ありがとうございます。詳細が必要な場合はお知らせください。

+0

ここに同じです。 httpヘルスチェックにSpring起動アクチュエータライブラリのヘルスエンドポイントを使用していますが、マニフェストの設定は次のようになります。 'health-check-type:http health-check-http-endpoint:/ health' このヘルスエンドポイントが応答する必要がある1秒のハードリミットがあります。それ以外の場合は、CFがクラッシュし、再起動メカニズムが起動します。 その動作を改善する必要があります。このトピックを読んでいるのは誰ですか? – Bernd

答えて

0

manifest.ymlファイルのヘルスチェックタイプをhttpからポートタイプに変更しました。

ヘルスチェック型:ポート

今すぐアプリがクラッシュされていないが、次のようにマニフェストファイルの 構成変更があります。それは正常に動作しています。お役に立てれば。

関連する問題