ELBは常にインスタンスをinserviceとして報告します。

aws ELBを使用してインスタンスのステータスをオートスケーリンググループに報告しているため、機能しないインスタンスが終了し、新しいインスタンスに置き換えられます。 ELBは、60秒ごとにTCP：3000にpingを実行し、10秒のタイムアウトが経過してヘルスチェックに失敗したとみなします。不健全な閾値は5回の連続した検査である。 ELBは、私がタイムアウトしているインスタンスを定期的に手作業で定期的に見つけても、いつも私のインスタンスを健全な状態に報告しています。私は手動で終了しなければならず、ELBは常にインスタンスをinserviceとして報告します。

どうしてですか？

出典

2016-04-14 Ahmadposten

不健全なしきい値を2に下げてもう一度やり直してください –

私は同意して、しきい値を減らします。また、10秒ごとにループポーリングで単純なカールコマンドのような他の監視を使用して、停止イベントがどのようなものかを確認してください。問題の「形」を得る – Vorsprung

私はちょっと調べてみたところ私は、インスタンス上で動作しているWebアプリケーションをapi calltoで評価し、タイムアウトへの応答がインスタンスの障害を宣言するのを待っています。私はプロトコルとしてhttpを使用して、tcpの代わりにロードバランサを介してカスタムパスでポート3000を呼び出す必要がありました。

注：ロードバランサが状態を正常と見なすには、apiがステータスコード200を返す必要があります。今すぐ完全に動作します

出典

2016-04-14 15:38:24 Ahmadposten

ELBは常にインスタンスをinserviceとして報告します。

答えて

関連する問題