Q&A
ヘルスチェックのそもそもについて理解できました。ありがとうございます。最終的に実現したいことを追記しましたので、何かご存じであれば回答いただけると幸いです。
Webアプリケーションを開発しており、インフラ面の整備中です。AWSの知識があまりないので質問です。
ELBのヘルスチェックのパスは、一般的に何を指定するものなのでしょうか。（何を指定すべきなのでしょうか。）
また、サーバーを2台で構成して、片方のシステムが立ち上がっていない場合はエラーとなるのが理想なのですが、そのような場合はどういった設定をすればよいでしょうか。
今はとりあえず対象のインスタンスのパス（index.html）を指定しています。
回答2件
0
ベストアンサー
Webアプリケーションを開発しており、インフラ面の整備中です。AWSの知識があまりないので質問です。
ELBのヘルスチェックのパスは、一般的に何を指定するものなのでしょうか。（何を指定すべきなのでしょうか。）
ELBのヘルスチェックでどこまで担保したいか次第です。
- webサーバが動作していることだけ担保出来てればいい
→適当なHTMLを指定
- webアプリケーションのトップページが動作していることを担保したい
→トップページを指定（トップページの仕様として、問題発生時には200以外を返すようにする前提）
- トップページだけでは確認出来ないようなところ（例えばDBへの書き込みやログイン可否）
→チェックしたい項目を満たすようなヘルスチェックプログラムを作ってそこを指定
という感じになります。
投稿2020/10/23 07:34
総合スコア18713
0
サービスが正常化どうかを判断できるエンドポイントを指定されるので良いかと思います。
例えばindex.htmlが200でレスポンスしてくれたことが正常と判断するのであれば上記のような指定でよいかと思います。
ヘルスチェックでエラーとなった場合は、そのエンドポイントへの通信を通さないようになります。
ターゲットグループで複数のインスタンスで冗長化している場合は、正常なインスタンスのみに通信が通るようになります。
投稿2020/10/23 06:51
総合スコア1045
サービスの成否を常時監視したいのであれば、他の回答者のようなオートスケーリングを利用する方法もありますが、外形監視と呼ばれているAWS以外の監視サービスを利用するのもありかと思います。
Datadog
https://www.datadoghq.com/ja/product/synthetic-monitoring/
PagerDuty
https://pagerduty.digitalstacks.net/docs/guides/uptime-integration-guide/
Mackerel
https://mackerel.io/ja/docs/entry/external-monitoring
あとAWSのEC2が突然死することあるので、自動再起動の仕組みを考慮しておくのもありかと思います。
何秒以上通信不能の場合は、自動サービス（もしくはインスタンスの停止→起動）再起動する。
忘れていました。
DBなども含めて監視したい場合は、やはり監視の仕組みを導入されるのが良いかと思います。
弊社のサービスでも、同様にTopページのステータスだけで成否が判断つかないため、ステータスチェック用に裏ページを用意しています。
また、コンテナを使っていて、APPとDBが別コンテナ構成なら、APPコンテナにDBコンテナと接続できなかったら自動再起動するように仕込むのもありかと思います。
監視サービスを利用する手段は考えていなかったので、とても参考になります。
今回はオートスケーリングで検討しますが、また違うケースで教えてもらった方法を使用するかもしれません。
ご回答ありがとうございました。
解決されてよかったです！
あなたの回答
tips
プレビュー
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
2020/10/23 08:42
2020/10/23 08:51
2020/10/23 09:01
2020/10/27 00:53