問題タブ [aws-auto-scaling]

Terraform を使用して ECS をスピンアップしようとしています。約2日前は期待どおりに動作していましたが、今日実行しようとするterraform applyと、エラーが発生し続けます

「要求された構成は現在サポートされていません。EC2 インスタンスの起動に失敗しました」

この問題についてよく調べました。VPC テナンシーを にハードコーディングしてdefaultみました。リージョンとインスタンス タイプを変更してみましたが、何も問題を解決していないようです。

これは私のテラフォーム構成です:

これは私が得る正確なエラーです

これまでに読んだことから:
EC2 ASG は、EC2 インスタンス プールの前にあるロード バランサーを使用してサーバーのコピーを増やしてサーバーをスケーリングするためのシンプルなソリューションです
ECS は Kubernetes に似ており、複数のサーバーをデプロイする必要がある場合に使用されます内部で相互に連携してサービスを形成する docker コンテナー内のサービスであり、自動スケーリングは ECS 自体の機能です。

ここで見逃している違いはありますか? 私が理解しているように機能する場合、ほとんどの場合、ECS を選択するのが優れているからです。

ターゲット グループ内の EC2 インスタンスにリクエストを転送するように構成されたアプリケーション ロード バランサーがあります。また、サーバーの負荷に基づいてインスタンスの数を増やしている同じターゲット グループにアタッチされた自動スケーリング グループがあります。

ヘルスチェックはターゲット グループ内で構成されており、正常に動作しています。ただし、負荷が増加し、自動スケーリング グループが新しいインスタンスを作成すると、ELB によってヘルスチェックが呼び出されたときに、新しい EC2 インスタンスで例外が発生することがあります。

通常、インスタンスがスピンアップされた後、いくつかのライブラリをインストールするには、約 30 秒かかります。そのため、自動スケーリング グループ内に非常に寛大なヘルス チェックの猶予期間を設定しています。

私を悩ませている問題は、インスタンスが必要なライブラリをインストールする前に、(ターゲット グループ内で 5 分の間隔を構成したにもかかわらず) ロード バランサーがヘルスチェック エンドポイントを要求しているように見えることです。これにより例外がスローされ、その通知を受け取りますが、これは非常に面倒です。

Auto Scaling 内のヘルス チェック猶予期間は、ELB がヘルスチェック リクエストを新しいインスタンスに送信するのを止めないようです。自動スケーリングが新しいインスタンスを作成した後、ELB ヘルスチェックをしばらく待機させる方法を知っていますか?

すべてのインスタンスのオート スケーリング グループを使用して HA rabbitmq セットアップを作成するために、Terraform スクリプトを構成しています。Auto Scaling グループを作成するために、Auto Scaling インスタンスを作成する起動構成を作成しています。

このインスタンスの前でネットワーク ロード バランサーを使用したいので、ターゲット グループとターゲット グループのアタッチメントを作成する必要があります。ここでは、ターゲット グループにアタッチするために target_id (起動構成 ID) を提供する必要があります。しかし、スクリプトを適用すると、次のエラーが表示されます。

Terraform スクリプト

インフラストラクチャは、terraform コードを使用してプロビジョニングされます。AWS 環境では、リポジトリへのコミットごとに作成された新しい AMI があります。ここで、この新しい AMI を使用して ALB の背後にある Web サーバー用に自動スケーリングを構成する場合

• LC を変更すると、スケールイン/アウトによって作成されたインスタンスのみが、新しい AMI と既存のは置き換えられません。

また、自動スケーリングの場合に、任意の時点で実行されているサーバーの数をプログラムで (terraform を介して) 取得する方法について何か考えはありますか?

ここでどんな助けでも大歓迎です。ありがとう！