ターゲットのヘルスステータスがunhealthyなのでそれを改善したい

Question

実現したいこと

ここに実現したいことを箇条書きで書いてください。
https://<ドメイン名>
で検索フォームに入力したらアプリケーションが表示されるようにしたいです。

前提

AWSのEC2とnginxでデプロイをしてます。
ドメインを取得したのでAWSの「AWS Certificate Manager」を使用し
HTTPS対応にさせるため、「ACM」と「AWS Route 53」を紐づけました。
ロードバランサーとターゲットグループを作成し、ホストゾーンのレコードを編集、
保存を押して、いざ検索....https://<ドメイン名>してもタイムエラーになります。
IPアドレスも入力してみたのですが、結果は同じでした。
これらの設定をする前まではhttpですが問題なく表示されていたので何が原因なのか分かりません。

そこで一つエラーを見つけました。
EC2 > ターゲットグループ > アプリ名 > ターゲットの登録

発生している問題・エラーメッセージ

ヘルスステータス：unhealthy

試したこと

nginxのテスト、再起動はしてます。
これらの操作自体が初めてなので他に試せそうなことが見当たりません。

Answer 1

ロードバランサーのヘルスチェックに失敗しています

参考）
https://skrum.co.jp/blog/alb-health-check-fails/

ロードバランサーからの定期的な「ヘルスチェックのアクセス」に対して内容は何でも良いので、レスポンスコードを200で返すようにしてください。ロードバランサーはIPアドレスでアクセスしてくるので、nginxのデフォルトの設定にロードバランサーのアクセスに対応するにして、FQDN（ドメイン名）でのアクセスはnginxのヴァーチャルホスト設定で対応するようにするのが定番かと思います。

Comments

[YUKIYA]

ご回答いただきありがとうございます。参考URL拝見しまして同じように操作しましたが解決せずでした...

[AbeTakashi]

ヘルスチェックのunhealthyに関しては、ほぼ間違いなくロードバランサーのヘルスチェックのアクセスに対してレスポンスコード200を返していないからです。ちゃんと200を返していることを確認できていますか？ nginxのアクセスログはチェックしたでしょうか？ 今一度、しっかりチェックされるといいかと思います。200を返していているのであれば、それは対象のロードバランサー以外のアクセスの可能性もあります。アクセス元IPアドレスなどを確認するなどして、対象のロードバランサーに対して200を返せているかをご確認ください。

もちろんヘルスチェックがunhealthyからhealthyに変わったとしても、アクセスできない要因は複数にまたがる場合もあるので、そこはまた一つ一つ地道に対応していくしかないとは思います。

[maisumakun]

ありがちなパターンとして、「302でリダイレクトしている」ということもあります。ヘルスチェックだけはリダイレクトせずに直接200を返さなければなりません。

[YUKIYA]

セキュリティグループが「SSH」「HTTPS」のみになっていたので「HTTP」を追加したら問題なく動きました。
ご回答いただきありがとうございます。