AWSのインスタンスにアクセスすると504 Gateway Time-outになる

EC2にデプロイしたServletにアクセスしようとすると504 Gateway Time-outになります
但しインスタンスを再起動し、ApacheとTomcatを起動した直後はアクセス出来ます
数分置いてアクセスすると上記のエラーが発生するという状態です
インスタンスへのアクセスはELBを介しています

情報が少なくて恐縮ですがご助力頂ければ幸いです
考えられるケースを挙げて下さるだけでもとても助かります

環境

Ec2 linux2
Apache Tomcat 9.0.29

行動規範の内容に同意します

回答2件

[IPらしき数値] - - [16/Dec/2019:03:54:52 +0000] "GET / HTTP/1.1" 302 - "-" "ELB-HealthChecker/2.0"

が複数回続いたあとにエラーとなっているということは、ヘルスチェックに失敗していないでしょうか。
デフォルトであればヘルスチェックで正常とみなすステータスコードは200です。
にもかかわらずサーバが302（300番台はリダイレクトです）を返しているので、ヘルスチェックに失敗して応答が504になっているのでは、と思います。

確認を忘れていましたが、504エラーが出ているのはブラウザからアクセスしたときですか？
もしApacheのログの方に504が出ているのであれば、上記ではなくアプリかApacheかに問題があることになりますね。

ヘルスチェックに失敗しているのであれば、登録したインスタンスがUnhealthyになっているはずで、インスタンスまでリクエストが届いていないはずです。
コンソールのターゲットグループのところからステータスを確認してみてください。（CLBの場合はロードバランサーのところから）

ALB/NLBを使っている場合はターゲットグループなので、正常とみなすステータスコードを指定することが出来ます。

ターゲットからの正常なレスポンスを確認するために使用する HTTP コード。200～499 の間で値または値の範囲を指定できます。デフォルト値は 200 です。

CLBを使っている場合はステータスコードは指定できなかったと思うので、ヘルスチェックのほうのリクエストの仕方を200が返るようなリクエストにする必要があります。

そもそもの話ですが、302リダイレクトとなるのは想定した挙動でしょうか？
上記の通りの現象であれば302を正常とみなせばヘルスチェックは通るようになるかと思いますが、それが想定した挙動でないのであればヘルスチェックの意味がなくなってしまう（Healthyとは…）ので、302になっている理由を先に確認すべきです。

投稿2019/12/16 07:30

yu_1985

総合スコア7440

apahce -> tomcat の連携でエラーが出てる気がします。

Tomcatのログを確認して Exception や Error を確認してみてください。

ELB -> apache の通信でタイムアウトしている可能性もあります。

ELBのタイムアウトは60秒です。それより長い応答時間がかかる場合はタイムアウトをのばすか、プログラムの修正するなど検討してください。切り分け方は CloudWatchで、ELBのメトリクスを見て、HTTPCode_ELB_5XX （ELBが返した500番台のレスポンス) のカウントを見てあたりをつけてください

投稿2019/12/16 00:03

編集2019/12/16 00:07

take88

総合スコア1351

jiro-sima

2019/12/16 04:08

回答ありがとうございますまだ解決には至っていませんが進展があったのでお伝えしておきます httpdのアクセスログを監視していたところ、 [IPらしき数値] - - [16/Dec/2019:03:54:52 +0000] "GET / HTTP/1.1" 302 - "-" "ELB-HealthChecker/2.0" が5回ほどまとまって出力されたときに504となることが分かりました特定のServletを叩いたときに起こる訳ではない、コンソールではインスタンスに接続出来ている、 tomcatとhttpdのstatusはactive(running)であることから ELBが原因の線が濃いようです

yu_1985

2019/12/16 06:40

使っているのはALBではなくCLBでしょうか？

yu_1985

2019/12/16 07:17

すいません、聞いたあとに気づきましたがどちらにせよ考慮すべきことは大きく変わらなかったですね…。回答の方に書きます。